製品ドキュメント
Session Recording
Aktuelle Version 2411 2407 2402 LTSR 2311 2308 2305 2303 2212 2210 2209 2207 2206 2204 2203 LTSR 2201 2112 2110 2109 2107 2106 2104 2103 1912 LTSR 7.15 Service
PDFを表示

Azure でセッションレコーディングを展開してロードバランスする

August 1, 2026
寄稿者: 
C C Y

前提条件

  • You already have Citrix Virtual Apps and Desktops™ or Citrix DaaS (formerly Citrix Virtual Apps and Desktops service) installed in Azure.
  • Azure アカウントを持っていること。

ステップ 1: Citrix Virtual Apps™ and Desktops のインストールファイルを Azure にアップロードする

注:

Citrix アカウントの資格情報を使用して Citrix Virtual Apps and Desktops ダウンロードページにアクセスし、製品 ISO ファイルを Azure の VM にダウンロードする場合は、ステップ 1 をスキップします。

  1. Azure portal で、汎用 v2 ストレージアカウントを作成し、デフォルトのパフォーマンス層である Standard を受け入れます。

    Azure Storage へのすべてのアクセスは、ストレージアカウントを介して行われます。

    ストレージアカウントを作成する

  2. 新しいストレージアカウントに移動し、Blob service セクションで コンテナー を選択してコンテナーを作成します。

    コンテナーを作成する

  3. Citrix Virtual Apps and Desktops インストーラーをコンテナーにアップロードします。

    BLOB をアップロードする

ステップ 2: Azure portal で SQL マネージドインスタンスを作成する

詳細については、「Azure SQL Managed Instance の作成」を参照してください。

ステップ 3: Azure 仮想マシン (VM) を作成する

イメージとしては Windows Server 2019 Datacenter – Gen1 を、サイズとしては Standard_D4as_v4 – 4 vcpus, 16GiB memory を選択してください。詳細については、「Azure portal で Windows 仮想マシンを作成する」を参照してください。

Azure で VM を作成する

ステップ 4: リモートデスクトップで Citrix Virtual Apps and Desktops インストーラーを Azure VM にダウンロードする

インストーラーを Azure VM にダウンロードする

ステップ 5: インストーラーを実行して Session Recording コンポーネントを Azure VM にインストールする

詳細については、「Session Recording 管理コンポーネントのインストール」を参照してください。

ステップ 6: 録画を保存するための Azure ファイル共有を構成する

録画を保存するための Azure ファイル共有を作成するには、次の手順を実行します。

  1. Azure portal で、ストレージアカウントを作成し、Azure ファイル共有を作成します。

    クイックスタートガイドについては、「Azure portal で Azure ファイル共有を作成および管理する」を参照してください。次の表に、検討すべき構成を推奨します。

    録画ファイルサイズ (MB/時) 1 日あたりの録画セッション数 ファイル共有の種類 ファイル共有クォータ (TB) セッション録画サーバーの数量 セッション録画サーバーのサイズ
    6.37未満 1,000未満 HDD Standard (StorageV2) 2 1 スタンダード D4as_v4
    6.37未満 1,000～2,000 SSD プレミアム 3 1 スタンダード D4as_v4
    < 6.37 2,000–3,000 SSD プレミアム 5 1 スタンダード D4as_v4
    < 6.37 3,000–4,000 SSD プレミアム 6 1 スタンダード D4as_v4
    約10 < 1,000 HDD スタンダード (ストレージV2) 3 1 スタンダード D4as_v4
    約10 1,000～2,500 SSD プレミアム 6 1 スタンダード D4as_v4
    約10 2,500～4,000 SSD プレミアム 10 2 スタンダード D4as_v4

    ファイル共有クォータは、1日8時間、1ヶ月23営業日、各録画ファイルの1ヶ月の保持期間に基づいて計算されます。

  2. Session RecordingサーバーをインストールしたホストにAzureファイル共有の資格情報を追加します。

    1. 管理者としてコマンドプロンプトを起動し、ドライブを<Session Recording server installation path>\Binフォルダーに変更します。

      デフォルトでは、Session RecordingサーバーはC:\Program Files\Citrix\SessionRecording\Serverにインストールされます。

    2. Run the SsRecUtils.exe -AddAzureFiles <storageAccountName> <fileShareName> <accesskey> command.

      ここで、

      • <storageaccountname>は、Azureのストレージアカウントの名前です。
      • <filessharename>は、ストレージアカウントに含まれるファイル共有の名前です。
      • <accesskey>は、ファイル共有へのアクセスに使用できるストレージアカウントキーです。

      ストレージアカウントキーを取得する方法は2つあります。

      • ファイル共有ページでConnectアイコンをクリックすると表示される接続文字列から、ストレージアカウントキーを取得できます。

        ストレージアカウントキー情報を含む接続文字列

      • ストレージアカウントページの左側のナビゲーションでAccess keysをクリックして、ストレージアカウントキーを取得することもできます。

        アクセスキー

    3. Session RecordingサーバーをインストールしたホストにAzureファイル共有をマウントします。

      1. セッションレコーディングサーバーのプロパティを開きます。
      2. 「Storage」タブで「Add」をクリックします。

      3. Enter the UNC path in the format of \\<storageaccountname>.file.core.windows.net\<filessharename>\<subfolder>.

        記録ファイルを保存するファイル共有の下にサブフォルダーを指定します。Session Recordingサーバーは、自動的にそのサブフォルダーを作成します。

        Azureファイル共有の例(/ja-jp/session-recording/2206/media/azure-file-share-exmaple.png)

      4. 「File Storage Directory」ダイアログボックスで「OK」をクリックします。
      5. セッションレコーディングサーバーのプロパティ ウィンドウで、適用 をクリックします。
      6. 「Apply」がグレー表示されたら、「OK」をクリックします。

      7. Session Recording Storage Managerサービスを再起動するよう求められたら、「Yes」をクリックします。

        サービス再起動のプロンプト(/ja-jp/session-recording/2206/media/service-restart-prompt.png)

手順7：ロードバランサーを追加する

Session Recordingサーバーが複数ある場合は、それらの前にロードバランサーを追加することをお勧めします。Azureは、トラフィック要求をロードバランスするための多くのオプションを提供します。このセクションでは、AzureでCitrix ADC、Azure Load Balancer、およびAzure Application Gatewayを作成するプロセスについて説明します。

オプション1：AzureでCitrix ADC VPXインスタンスを作成する

  1. Azure portalで、検索ボックスに「Citrix ADC」と入力します。

    検索ボックスに「Citrix ADC」と入力します(/ja-jp/session-recording/2206/media/search-for-citrix-adc.png)

  2. 「Citrix ADC VPX Bring Your Own License」というプランを選択し、その後、「作成」をクリックします。

    プランを選択(/ja-jp/session-recording/2206/media/choose-a-plan.png)

  3. リソースグループを選択または作成し、基本タブで他の設定を行います。

  4. VM構成を設定します。

    VM構成(/ja-jp/session-recording/2206/media/vm-configurations.png)

  5. 必要に応じてネットワーク設定を確認および変更します。パブリックインバウンドポートには、ssh (22)、http (80)、https (443)を選択します。

    仮想ネットワークが自動的に作成されます。Session Recording環境がすでにインストールされている場合は、その仮想ネットワークとサーバーサブネット設定を使用できます。

    Citrix ADCネットワーク設定(/ja-jp/session-recording/2206/media/citrix-adc-network-settings.png)

    その他のCitrix ADCネットワーク設定(/ja-jp/session-recording/2206/media/more-citrix-adc-network-settings.png)

  6. 次へ: 確認 + 作成をクリックしてCitrix ADC VPXインスタンスを作成し、展開が完了するまで待ちます。

    Citrix ADC VPXインスタンス作成の検証に合格しました(/ja-jp/session-recording/2206/media/validation-passed.png)

  7. サブネットIP (SNIP) アドレスとCitrix ADC VIPアドレスを同じサブネット上に設定します。

    SNIPアドレスとVIPアドレスは同じサブネット上にある必要があります。この例では、VIPアドレスをSNIPアドレスのサブネット上に設定します。

    1. citrix-adc-vpx仮想マシンを停止します。

    2. VIPアドレスのサブネットを変更します。

      VIPアドレスのサブネットを変更する

      新しいサブネットを保存する

    3. citrix-adc-vpx 仮想マシンを起動します

オプション 2: Azure ロードバランサーを作成する

Azure Load Balancer は TCP パススルーサービスです。次の図は、TCP パススルーによるロードバランシングを示しています。

TCP パススルーによるロードバランシング

  1. Azure ロードバランサーを作成します。

    1. Azure ポータルで検索し、マーケットプレイスからロードバランサーを選択します。

      マーケットプレイスで Azure Load Balancer を検索する

      ロードバランサーの作成ページの基本タブで、次の表に示すように設定を構成します。

      設定 値
      サブスクリプション サブスクリプションを選択します。
      リソースグループ 例えば、以前に作成した srlbtest を選択します。
      名前 SRLoadBalance と入力してください。
      リージョン (US) 東部米国 を選択します。
      種類 内部 を選択します。
      SKU Standard を選択します
      仮想ネットワーク 例えば、以前に作成した srazureautovnet を選択します。
      サブネット 例えば、以前に作成した srazureautosubnet を選択します。
      IPアドレスの割り当て 動的 を選択します。
      アベイラビリティゾーン ゾーン冗長を選択します。

      Azure ロードバランサーの作成(/ja-jp/session-recording/2206/media/create-azure-load-balancer.png)

    2. バックエンドプール、ヘルスプローブ、ロードバランシングルールなどのロードバランサーリソースを追加します。

      • バックエンドプールを追加します。

        リソースリストから作成したロードバランサーを選択し、左側のナビゲーションでバックエンドプールをクリックします。追加をクリックしてバックエンドプールを追加します。

        バックエンドプールの追加(/ja-jp/session-recording/2206/media/add-a-back-end-pool.png)

        新しいバックエンドプールの名前を入力し、追加をクリックします。

        バックエンドプールを追加しました(/ja-jp/session-recording/2206/media/added-a-back-end-pool.png)

      • ヘルスプローブを追加します。

        リソースリストから作成したロードバランサーを選択し、左側のナビゲーションでヘルスプローブをクリックします。

        ヘルスプローブの追加(/ja-jp/session-recording/2206/media/add-health-probes.png)

        追加をクリックして、ポート80、22334、1801、443にヘルスプローブを追加します。

        ポート上のヘルスプローブ(/ja-jp/session-recording/2206/media/health-probes-on-ports.png)

        たとえば、ポート80にヘルスプローブを作成するには、次の設定を使用します。

        設定 値
        名前 SRヘルスプローブ80 と入力します。
        プロトコル TCPを選択します。
        ポート 80と入力します。
        間隔 5
        異常しきい値 VMが異常と見なされるまでに発生する必要がある異常しきい値または連続プローブ失敗の数として「2」を選択します。

        ポート80のヘルスプローブの例(/ja-jp/session-recording/2206/media/example-health-probe-on-port80.png)

      • 負荷分散ルールを追加します。

        リソースリストから作成したロードバランサーを選択し、左側のナビゲーションで負荷分散ルールをクリックします。追加をクリックして負荷分散ルールを追加します。

        ロードバランシングルールの追加

        ポート80、22334、1801、443のロードバランシングルールを追加するには、[追加] をクリックします。

        ポート上のロードバランシングルール

        たとえば、ポート80のロードバランシングルールを作成するには、次の設定を使用します。

        設定 値
        名前 名前を入力します（例: SRTCPRule80）。
        IPバージョン [IPv4] を選択します。
        フロントエンドIPアドレス Select LoadBalancerFrontEnd.
        プロトコル [TCP] を選択します。
        ポート 80と入力します。
        バックエンドポート 80と入力します。
        バックエンドプール SRBackendPool という項目を選択します。
        ヘルスプローブ SRHealthProbe80 という項目を選択します。
        セッション永続性 Client IPを選択します。
        アイドルタイムアウト (分) デフォルト設定を受け入れます。
        TCPリセット Enabledを選択します。
        アウトバウンドソースネットワークアドレス変換 (SNAT) （推奨）アウトバウンドルールを使用して、バックエンドプールメンバーにインターネットへのアクセスを提供しますを選択します。

        ポート80のロードバランシング規則の例(/ja-jp/session-recording/2206/media/load-balancer-rule-for-port80.png)

      • Session RecordingサーバーがインストールされているAzure VMをバックエンドプールに追加します。

        Session RecordingサーバーVMをバックエンドプールに追加(/ja-jp/session-recording/2206/media/add-back-end-servers.png)

        バックエンドプール内のVM(/ja-jp/session-recording/2206/media/added-back-end-servers.png)

    3. Azureロードバランサーをテストします。

      サーバーをバックエンドプールに追加できず、NetworkInterfaceAndLoadBalancerAreInDifferentAvailabilitySetsというエラーメッセージが表示される場合は、サーバーのネットワークインターフェイスのパブリックIPアドレスの関連付けを解除します。

      パブリックIPアドレスの関連付けを解除(/ja-jp/session-recording/2206/media/disassociate-a-public-ip-address.png)

オプション3：Azureアプリケーションゲートウェイを作成する

ヒント：

Application Gateway V2は、NTLM対応プロキシを介した要求のルーティングをサポートしていません。

  1. Azureアプリケーションゲートウェイを作成します。

    アプリケーションゲートウェイを作成する際に、次の設定を構成します。

    • 基本タブで、TierをStandardに設定します。
    • Frontendsタブで、Frontend IP address typeをPrivateに設定します。新しいアプリケーションゲートウェイは、内部ロードバランサーとして使用されます。

  2. バックエンドプールを追加します。

    Azure アプリケーションゲートウェイのバックエンドプール

  3. HTTP設定を作成します。

    Azure Application Gatewayは、バックエンドサーバーへの要求ルーティングにHTTPとHTTPSの両方をサポートしています。ポート80、443、22334のHTTP設定を作成します。

    • ポート80経由のHTTP

      ポート80経由のHTTP

    • ポート443経由のHTTP

      Application Gateway V1でバックエンドサーバーを許可するには、認証証明書が必要です。認証証明書は、Base-64エンコードされたX.509(.CER)形式のバックエンドサーバー証明書の公開鍵です。TLS/SSL証明書から公開鍵をエクスポートする方法については、「認証証明書のエクスポート (v1 SKUの場合)」を参照してください。

      ポート443経由のHTTP

      ポート443経由のHTTPの追加設定

    • ポート22334経由のHTTPまたはHTTPS

      WebSocketがHTTPを使用する場合は、ポート80と同じ設定を使用します。 WebSocketがHTTPSを使用する場合は、ポート443と同じ設定を使用します。

  4. フロントエンドIPアドレスを追加します。

    フロントエンドIP構成

  5. リスナーを追加します。

    例えば、ポート80、443、22334にリスナーを追加します。

    「ポート上のリスナー」(/ja-jp/session-recording/2206/media/listeners-on-ports.png)

    • ポート80のリスナー

    「ポート80のリスナー」(/ja-jp/session-recording/2206/media/listener-on-port-80.png)

    • ポート443のリスナー

      HTTPSリスナーを作成するときに、自己署名証明書を作成し、その証明書をAzure portalにアップロードします。詳細については、「TLS終端でサポートされる証明書」および「自己署名証明書を作成する」を参照してください。

      「ポート443のリスナー」(/ja-jp/session-recording/2206/media/listener-on-port-443.png)

    • ポート22334のリスナー

      WebSocketがHTTPを使用する場合は、ポート80と同じ設定を使用します。WebSocketがHTTPSを使用する場合は、ポート443と同じ設定を使用します。次の例は、ポート22334上のHTTPSリスナーの設定を示しています。

      「ポート22334のリスナー」(/ja-jp/session-recording/2206/media/listener-on-port-22334.png)

  6. 要求ルーティングルールを作成します。

    たとえば、ポート80、443、22334のルールを作成します。

    「要求ルーティングルール」(/ja-jp/session-recording/2206/media/request-routing-rules.png)

    • ポート80のルーティングルール

      「ポート80の要求ルーティングルール - リスナー タブ」(/ja-jp/session-recording/2206/media/request-routing-rule-for-port-80.png)

      「ポート80の要求ルーティングルール - バックエンドターゲット タブ」(/ja-jp/session-recording/2206/media/request-routing-rule-for-port-80-2.png)

    • ポート443用ルーティングルール

      ポート443用リクエストルーティングルール - リスナー タブ(/ja-jp/session-recording/2206/media/request-routing-rule-for-port-443.png)

      ポート443用リクエストルーティングルール - バックエンドターゲット タブ(/ja-jp/session-recording/2206/media/request-routing-rule-for-port-443-2.png)

    • ポート22334用ルーティングルール

      ポート22334用リクエストルーティングルール - リスナー タブ(/ja-jp/session-recording/2206/media/request-routing-rule-for-port-22334.png)

      ポート22334用リクエストルーティングルール - バックエンドターゲット タブ(/ja-jp/session-recording/2206/media/request-routing-rule-for-port-22334-2.png)

  7. Session RecordingサーバーがインストールされているAzure VMをバックエンドプールに追加します。

  8. ナレッジセンターの記事CTX230015に従ってSession Recordingサーバーを構成します。

Azure でセッションレコーディングを展開してロードバランスする
August 1, 2026
寄稿者: 
C C Y
August 1, 2026
寄稿者: 
C C Y

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.