Azure でのセッションレコーディングの展開と負荷分散
前提条件
- You already have Citrix Virtual Apps and Desktops™ or Citrix DaaS (formerly Citrix Virtual Apps and Desktops service) installed in Azure.
- Azure アカウントをお持ちであること。
Step 1: Upload the Citrix Virtual Apps™ and Desktops installer to Azure
注:
Citrix アカウントの資格情報を使用して Citrix Virtual Apps and Desktops のダウンロードページにアクセスし、製品の ISO ファイルをダウンロードして Azure の VM に保存する場合は、ステップ 1 をスキップします。
-
Azure portalで、汎用 v2 ストレージアカウントを作成し、デフォルトのパフォーマンス層である Standard を受け入れます。
Azure Storage へのすべてのアクセスはストレージアカウントを介して行われます。

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

-
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 vCPU、16 GiB メモリを選択します。詳細については、Azure portal で Windows 仮想マシンを作成するを参照してください。

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

ステップ5:インストーラーを実行してSession RecordingコンポーネントをAzure VMにインストールする
詳細については、セッションレコーディング管理コンポーネントのインストールを参照してください。
ステップ6:記録を保存するためのAzureファイル共有を構成する
記録を保存するためのAzureファイル共有を作成するには、次の手順を実行します。
-
Azure portalで、ストレージアカウントを作成し、Azureファイル共有を作成します。
クイックスタートガイドについては、Create and manage Azure file shares with the Azure portalを参照してください。以下の表は、検討すべき構成を推奨しています。
記録ファイルサイズ 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ヶ月の保持期間に基づいて計算されます。
-
セッションレコーディングサーバーをインストールしたホストに、Azureファイル共有の資格情報を追加します。
-
管理者としてコマンドプロンプトを起動し、ドライブを <Session Recording server installation path>\Bin フォルダーに変更します。
デフォルトでは、セッションレコーディングサーバーは
C:\Program Files\Citrix\SessionRecording\Serverにインストールされます。 -
このコマンドを実行して、セッションレコーディングの記録を保存するために必要なAzureファイル共有の設定を適切に完了させてください: SsRecUtils.exe -AddAzureFiles <storageAccountName> <fileShareName> <accesskey>
ここで、
- <storageaccountname> は、アジュール上のストレージアカウント名です。
- <filessharename> は、ストレージアカウントに含まれるファイル共有の名前です。
- <accesskey> は、ファイル共有へのアクセスに使用できるストレージアカウントキーです。
ストレージアカウントキーを取得する方法は2つあります。
-
ファイル共有ページで [接続] アイコンをクリックすると表示される接続文字列から、ストレージアカウントキーを取得できます。

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

-
Azureファイル共有を、セッションレコーディングサーバーをインストールしたホストにマウントします。
- 「セッションレコーディングサーバーのプロパティ」を開きます。
- 「ストレージ」タブで「追加」をクリックします。
-
Enter the UNC path in the format of \\<storageaccountname>.file.core.windows.net\<filessharename>\<subfolder>.
記録ファイルを保存するファイル共有の下にサブフォルダーを指定します。セッションレコーディングサーバーが自動的にサブフォルダーを作成します。

- 「ファイルストレージディレクトリ」ダイアログボックスで「OK」をクリックします。
- 「セッションレコーディングサーバーのプロパティ」ウィンドウで「適用」をクリックします。
- 「適用」がグレー表示になったら「OK」をクリックします。
-
Session Recording Storage Managerサービスを再起動するよう求められたら、「はい」をクリックします。

-
ステップ7:ロードバランサーを追加する
セッションレコーディングサーバーが複数ある場合は、それらの前にロードバランサーを追加することをお勧めします。Azureは、トラフィック要求をロードバランスするための多くのオプションを提供します。このセクションでは、AzureでCitrix ADC、Azure Load Balancer、およびAzure Application Gatewayを作成するプロセスについて説明します。
オプション1:AzureでCitrix ADC VPXインスタンスを作成する
-
Azure portalで、検索ボックスに「Citrix ADC」と入力します。

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

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

-
必要に応じてネットワーク設定を確認および変更します。パブリック受信ポートにはssh (22)、http (80)、https (443)を選択します。
仮想ネットワークが自動的に作成されます。Session Recording環境がすでにインストールされている場合は、その仮想ネットワークとサーバーサブネット設定を使用できます。


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

-
サブネットIP (SNIP) アドレスとCitrix ADC VIPアドレスを同じサブネット上に設定します。
SNIPアドレスとVIPアドレスは同じサブネット上にある必要があります。この例では、VIPアドレスをSNIPアドレスのサブネット上に設定します。
- citrix-adc-vpx仮想マシンを停止します。
-
VIPアドレスのサブネットを変更します。


- citrix-adc-vpx 仮想マシンを起動します
オプション2:Azureロードバランサーを作成する
Azure Load BalancerはTCPパススルーサービスです。次の図は、TCPパススルーによるロードバランシングを示しています。

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

ロードバランサーの作成ページの基本タブで、次の表に示すように設定を構成します。
設定 値 サブスクリプション サブスクリプションを選択します。 リソースグループ 例えば、以前に作成したsrlbtestを選択します。 名前 SRLoadBalanceという文字列を入力します。 リージョン (US) 東USを選択します。 タイプ 内部を選択します。 SKU Standardを選択します 仮想ネットワーク 例えば、以前に作成したsrazureautovnetを選択します。 サブネット 例えば、以前に作成したsrazureautosubnetを選択します。 IPアドレスの割り当て 動的を選択します。 可用性ゾーン ゾーン冗長を選択します。 
-
バックエンドプール、ヘルスプローブ、負荷分散ルールなどのロードバランサーリソースを追加します。
-
バックエンドプールを追加します。
リソースリストから作成したロードバランサーを選択し、左側のナビゲーションでバックエンドプールをクリックします。追加をクリックしてバックエンドプールを追加します。

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

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

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

たとえば、ポート80にヘルスプローブを作成するには、次の設定を使用します。
設定 値 名前 SRHealthProbe80 という名前の値を入力します。 プロトコル TCPを選択します。 ポート 80と入力します。 間隔 5 異常しきい値 VMが異常と見なされるまでに発生する必要がある異常しきい値または連続プローブ失敗の数として2を選択します。 ポート80でのヘルスプローブの例(/ja-jp/session-recording/2511/media/example-health-probe-on-port80.png)
-
負荷分散ルールを追加します。
リソースリストから作成したロードバランサーを選択し、左側のナビゲーションで負荷分散ルールをクリックします。追加をクリックして負荷分散ルールを追加します。

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

たとえば、ポート80のロードバランシングルールを作成するには、次の設定を使用します。
設定 値 名前 名前を入力します。例: SRTCPRule80。 IPバージョン [IPv4] を選択します。 フロントエンドIPアドレス LoadBalancerFrontEnd という項目を選択してください。 プロトコル [TCP] を選択します。 ポート 「80」と入力します。 バックエンドポート 「80」と入力します。 バックエンドプール SRBackendPool を選択してください。 ヘルスプローブ SRHealthProbe80 を選択してください。 セッション永続性 「Client IP」を選択します。 アイドルタイムアウト (分) デフォルト設定を受け入れます。 TCPリセット 「Enabled」を選択します。 送信元ネットワークアドレス変換 (SNAT) 「(推奨) 送信ルールを使用してバックエンドプールメンバーにインターネットへのアクセスを提供します」を選択します。 ポート80の負荷分散ルールの例(/ja-jp/session-recording/2511/media/load-balancer-rule-for-port80.png)
-
セッションレコーディングサーバーがインストールされているAzure VMをバックエンドプールに追加します。
セッションレコーディングサーバーVMをバックエンドプールに追加(/ja-jp/session-recording/2511/media/add-back-end-servers.png)
バックエンドプール内のVM(/ja-jp/session-recording/2511/media/added-back-end-servers.png)
-
-
Azureロードバランサーをテストします。
サーバーをバックエンドプールに追加できず、NetworkInterfaceAndLoadBalancerAreInDifferentAvailabilitySetsというエラーメッセージが表示される場合は、サーバーのネットワークインターフェースのパブリックIPアドレスの関連付けを解除します。
パブリックIPアドレスの関連付けを解除(/ja-jp/session-recording/2511/media/disassociate-a-public-ip-address.png)
-
オプション3:Azureアプリケーションゲートウェイを作成する
ヒント:
Application Gateway V2は、NTLM対応プロキシを介したリクエストのルーティングをサポートしていません。
-
Azureアプリケーションゲートウェイを作成します。
アプリケーションゲートウェイを作成する際に、次の設定を構成します。
- 「基本」タブで、「階層」を「標準」に設定します。
- Frontendsタブで、Frontend IP address typeをPrivateに設定します。新しいアプリケーションゲートウェイは、内部ロードバランサーとして使用されます。
-
バックエンドプールを追加します。

-
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 と同じ設定を使用します。
-
-
フロントエンド IP アドレスを追加します。

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

- ポート80のリスナー

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

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

-
要求ルーティングルールを作成します。
たとえば、ポート80、443、22334のルールを作成します。

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


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


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


-
-
Session RecordingサーバーがインストールされているAzure VMをバックエンドプールに追加します。
-
セッションレコーディングサーバーを構成します。
この記事の概要
- 前提条件
- Step 1: Upload the Citrix Virtual Apps™ and Desktops installer to Azure
- ステップ 2: Azure portal で SQL マネージドインスタンスを作成する
- ステップ3:Azure仮想マシン(VM)を作成する
- ステップ4:リモートデスクトップでCitrix Virtual Apps and DesktopsインストーラーをAzure VMにダウンロードする
- ステップ5:インストーラーを実行してSession RecordingコンポーネントをAzure VMにインストールする
- ステップ6:記録を保存するためのAzureファイル共有を構成する
- ステップ7:ロードバランサーを追加する