Azure でのセッションレコーディングの展開と負荷分散

前提条件

• お客様は、シトリックス バーチャル アプリケーションズ アンド デスクトップス™ または シトリックス DaaS (旧称 シトリックス バーチャル アプリケーションズ アンド デスクトップス サービス) を Azure にすでにインストール済みである必要があります。
• Azure アカウントをお持ちです。

ステップ 1: シトリックス バーチャル アプリケーションズ アンド デスクトップス™ インストーラーを 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 インストーラーをコンテナーにアップロードします。

   

ステップ 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.

ステップ 4: リモートデスクトップで Citrix Virtual Apps and Desktops インストーラーを 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	Standard 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. 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. 「ストレージ」タブで「追加」をクリックします。

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

         ファイル共有の下にサブフォルダーを指定して、レコーディングファイルを保存します。セッションレコーディングサーバーは、そのサブフォルダーを自動的に作成します。

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

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

      7. セッションレコーディングストレージマネージャーサービスを再起動するよう求められたら、「はい」をクリックします。

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

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

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

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

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

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

2. Citrix ADC VPX Bring Your Own License プランを選択してください。その後、作成をクリックします。

   

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

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

   

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

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

   

   

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

   

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

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

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

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

      VIPアドレスのサブネットを変更する(/ja-jp/session-recording/current-release/media/change-subnet-of-vip-address.png)

      新しいサブネットを保存する(/ja-jp/session-recording/current-release/media/save-new-subnet.png)

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

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

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

TCP パススルーによるロードバランシング(/ja-jp/session-recording/current-release/media/load-balancing-through-tcp-passthrough-2.png)

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

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

      マーケットプレイスで Azure ロードバランサーを検索する(/ja-jp/session-recording/current-release/media/search–for-azure-load-balancer.png)

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

      設定	値
      サブスクリプション	サブスクリプションを選択します。
      リソースグループ	たとえば、以前作成した srlbtest を選択します。
      名前	SRLoadBalance と入力してください。
      リージョン	(US) East US を選択します。
      種類	Internal を選択します。
      SKU	Standard を選択します。
      仮想ネットワーク	たとえば、以前作成した srazureautovnet を選択します。
      サブネット	たとえば、以前作成した srazureautosubnet を選択します。
      IPアドレスの割り当て	Dynamic を選択します。
      可用性ゾーン	ゾーン冗長を選択します。

      

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

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

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

        

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

        

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

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

        

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

        

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

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

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

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

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

        

        追加をクリックして、ポート80、22334、1801、および443の負荷分散ルールを追加します。

        

        たとえば、ポート80の負荷分散ルールを作成するには、次の設定を使用します。

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

        「ポート80の負荷分散ルールの例」(/ja-jp/session-recording/current-release/media/load-balancer-rule-for-port80.png)

      • セッションレコーディングサーバーがインストールされているAzure VMをバックエンドプールに追加します。

        「セッションレコーディングサーバーVMをバックエンドプールに追加」(/ja-jp/session-recording/current-release/media/add-back-end-servers.png)

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

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

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

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

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

ヒント:

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

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

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

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

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

   

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

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

   • ポート 80 経由の HTTP

     

   • ポート 443 経由の HTTP

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

     

     

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

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

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

   

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

   ポート 80、443、および 22334 にリスナーを追加します (例:)

   

   • ポート80のリスナー

   

   • ポート443のリスナー

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

     

   • ポート22334のリスナー

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

     

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

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

   

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

     

     

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

     

     

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

     

     

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

8. セッションレコーディングサーバーを構成します。

   • 手順 1: ファイルサーバー上に共有フォルダーを作成する
   • 手順 2: 既存の Session Recording サーバーを構成して負荷分散をサポートする