製品ドキュメント
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

前提条件

  • Azure には、Citrix Virtual Apps and Desktops™ がすでにインストールされている必要があります。
  • 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）を作成する

Choose Windows Server 2019 Datacenter – Gen1 for the image and Standard_D4as_v4 – 4 vcpus, 16GiB memory for the size. For more information, see Create a Windows virtual machine in the Azure portal.

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 ハードディスクドライブ 標準 (StorageV2) 2 1 Standard 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 ハードディスクドライブ スタンダード (StorageV2) 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. セッション記録サーバーをインストールしたホストにAzureファイル共有資格情報を追加します。

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

      デフォルトでは、セッション記録サーバーは C:\Program Files\Citrix\SessionRecording\Server にインストールされます。

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

      ここで、

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

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

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

        ストレージアカウントキー情報を含む接続文字列 (/ja-jp/session-recording/2201/media/connection-string-that-contains-storage-account-key.png)

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

        アクセスキー (/ja-jp/session-recording/2201/media/access-keys.png)

    3. セッション記録サーバーをインストールしたホストにAzureファイル共有をマウントします。

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

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

        Specify a subfolder under the file share to store your recording files. The Session Recording server then automatically creates the subfolder for you.

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

      4. 「ファイルストレージディレクトリ」ダイアログボックスで「OK」をクリックします。
      5. 「セッションレコーディングサーバーのプロパティ」ウィンドウで「適用」をクリックします。
      6. 「適用」がグレー表示になったら「OK」をクリックします。

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

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

ステップ7：ロードバランサーを追加する

If there is more than one Session Recording server, we recommend you add a load balancer in front of them. Azure offers many options to load-balance traffic requests. This section walks you through the process of creating Citrix ADC, Azure Load Balancer, and Azure Application Gateway in Azure.

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

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

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

  2. Citrix ADC VPX ライセンス持ち込み プランを選択し、作成をクリックします。

    プランを選択

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

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

    VM構成

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

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

    Citrix ADCネットワーク設定

    その他のCitrix ADCネットワーク設定

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

    Citrix ADC VPXインスタンス作成の検証に合格

  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 ロードバランサーを検索

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

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

      Azure ロードバランサーの作成

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

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

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

        バックエンドプールの追加

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

        バックエンドプールを追加しました

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

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

        ヘルスプローブの追加

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

        ポート上のヘルスプローブ

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

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

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

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

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

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

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

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

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

        設定 値
        名前 名前を入力します。例: SRTCPRule80。
        IPバージョン IPv4を選択します。
        フロントエンドIPアドレス ロードバランサーフロントエンド を選択してください。
        プロトコル TCPを選択します。
        ポート 「80」と入力します。
        バックエンドポート 「80」と入力します。
        バックエンドプール SRBackendPool を、リストから選択します。
        ヘルスプローブ SRHealthProbe80 を、リストから選択します。
        セッション永続性 「Client IP」を選択します。
        アイドルタイムアウト (分) デフォルト設定を受け入れます。
        TCPリセット 「Enabled」を選択します。
        送信元ネットワークアドレス変換 (SNAT) 「(推奨) 送信ルールを使用してバックエンドプールメンバーにインターネットへのアクセスを提供します」を選択します。

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

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

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

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

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

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

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

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

ヒント:

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

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

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

    • 基本タブで、階層をStandardに設定します。
    • フロントエンドタブで、フロントエンドIPアドレスの種類をプライベートに設定します。新しいアプリケーションゲートウェイは、内部ロードバランサーとして使用されます。

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

    Azure アプリケーションゲートウェイ バックエンドプール(/ja-jp/session-recording/2201/media/azure-application-gateway-back-end-pool.png)

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

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

    • ポート 80 経由の HTTP

      ポート 80 経由の HTTP(/ja-jp/session-recording/2201/media/http-over-port-80.png)

    • ポート 443 経由の HTTP

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

      ポート 443 経由の HTTP(/ja-jp/session-recording/2201/media/http-over-port-443.png)

      ポート 443 経由の HTTP の追加設定(/ja-jp/session-recording/2201/media/http-over-port-443-2.png)

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

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

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

    フロントエンド IP 構成(/ja-jp/session-recording/2201/media/front-end-ip-configurations.png)

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

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

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

    • ポート80のリスナー

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

    • ポート443のリスナー

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

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

    • ポート22334のリスナー

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  8. ナレッジセンターの記事 CTX230015 に従って、セッションレコーディングサーバーを構成します。

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.