Azure でセッションレコーディングを展開し、負荷分散する

前提条件

• 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 インストーラーをコンテナーにアップロードします。

   

ステップ 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 仮想マシンを作成するをご参照ください。

ステップ 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	スタンダード 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つあります。

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

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

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

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

   3. セッションレコーディングサーバーをインストールしたホストに、Azureファイル共有をマウントします。

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

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

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

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

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

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

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

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

複数のセッションレコーディングサーバーがある場合は、それらの前にロードバランサーを追加することをお勧めします。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/2112/media/search-for-citrix-adc.png)

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

   

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/2112/media/change-subnet-of-vip-address.png)

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

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

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

Azure Load BalancerはTCPパススルーサービスです。次の図は、TCPパススルーによる負荷分散を示しています。

「TCPパススルーによる負荷分散」(/ja-jp/session-recording/2112/media/load-balancing-through-tcp-passthrough-2.png)

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

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

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

      Create load balancerページのBasicsタブで、次の表に示すように設定を構成します。

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

      

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

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

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

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

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

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

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

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

        ヘルスプローブを追加する(/ja-jp/session-recording/2112/media/add-health-probes.png)

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

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

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

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

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

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

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

        

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

        

        たとえば、以下の設定を使用してポート80の負荷分散ルールを作成します。

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

        

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

        

        

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

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

      

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

ヒント：

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

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

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

   • 「Basics」タブで、「ティア」を「スタンダード」に設定します。
   • 「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 にリスナーを追加します。

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

   • ポート80のリスナー

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

   • ポート443のリスナー

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

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

   • ポート22334のリスナー

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

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

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

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

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

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

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

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

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

     

     

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

     

     

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

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