Azure でのセッション録画の展開と負荷分散
前提条件
- シトリックス バーチャル アプリケーションズ アンド デスクトップス™ が Azure にインストール済みであること。
- Azure アカウントを持っていること。
ステップ 1: シトリックス バーチャル アプリケーションズ™ アンド デスクトップス インストーラーを Azure にアップロードする
注:
Citrix アカウントの資格情報を使用して Citrix Virtual Apps and Desktops のダウンロードページにアクセスし、製品の ISO ファイルを Azure の VM にダウンロードする場合は、ステップ 1 をスキップしてください。
-
Azure portal で、汎用 v2 ストレージアカウントを作成し、デフォルトのパフォーマンス層である Standard を受け入れます。
Azure Storage へのすべてのアクセスは、ストレージアカウントを介して行われます。

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

-
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 ポータルで Windows 仮想マシンを作成する を参照してください。

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

ステップ5:インストーラーを実行してSession RecordingコンポーネントをAzure VMにインストールする
詳細については、(/ja-jp/session-recording/2110/install-upgrade-uninstall.html#install-the-session-recording-administration-components)を参照してください。
ステップ6:記録を保存するためのAzureファイル共有を構成する
記録を保存するためのAzureファイル共有を作成するには、次の手順を実行します。
-
Azure portalで、ストレージアカウントを作成し、Azureファイル共有を作成します。
クイックスタートガイドについては、「Create and manage Azure file shares with the Azure portal」を参照してください。以下の表は、検討すべき構成を推奨しています。
記録ファイルサイズ(MB/時間) 1日あたりの記録セッション数 ファイル共有の種類 ファイル共有クォータ (TB) セッション録画サーバー数 セッション録画サーバーサイズ 6.37未満 1,000未満 HDD 標準 (ストレージV2) 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か月間の保持期間に基づいて計算されます。
-
Session Recording ServerをインストールしたホストにAzureファイル共有の資格情報を追加します。
-
管理者としてコマンドプロンプトを起動し、ドライブを <Session Recording Server installation path>\Bin フォルダーに変更します。
デフォルトでは、Session Recording Serverは
C:\Program Files\Citrix\SessionRecording\Serverにインストールされます。 -
Run the SsRecUtils.exe -AddAzureFiles <storageAccountName> <fileShareName> <accesskey> command.
ここで、
- <storageaccountname> は、Azureのストレージアカウントの名前です。
- <filessharename> は、ストレージアカウントに含まれるファイル共有の名前です。
- <accesskey> は、ファイル共有へのアクセスに使用できるストレージアカウントキーです。
ストレージアカウントキーを取得する方法は2つあります。
-
ファイル共有ページで [接続] アイコンをクリックすると表示される接続文字列から、ストレージアカウントキーを取得できます。

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

-
Session Recording Serverをインストールしたホストに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 ライセンス持ち込み プランを選択し、作成をクリックします。
プランの選択(/ja-jp/session-recording/2110/media/choose-a-plan.png)
-
リソースグループを選択または作成し、基本タブでその他の設定を行います。
-
VM構成を設定します。
VM構成(/ja-jp/session-recording/2110/media/vm-configurations.png)
-
必要に応じてネットワーク設定を確認および変更します。パブリック受信ポートには、ssh (22)、http (80)、https (443)を選択します。
仮想ネットワークが自動的に作成されます。Session Recording環境がすでにインストールされている場合は、その仮想ネットワークとサーバーサブネット設定を使用できます。
Citrix ADCネットワーク設定(/ja-jp/session-recording/2110/media/citrix-adc-network-settings.png)
その他のCitrix ADCネットワーク設定(/ja-jp/session-recording/2110/media/more-citrix-adc-network-settings.png)
-
次へ: 確認 + 作成をクリックしてCitrix ADC VPXインスタンスを作成し、展開が完了するまで待ちます。
Citrix ADC VPXインスタンス作成の検証に合格しました(/ja-jp/session-recording/2110/media/validation-passed.png)
-
サブネットIP (SNIP) アドレスとCitrix ADC VIPアドレスを同じサブネットに設定します。
SNIPアドレスとVIPアドレスは同じサブネット上にある必要があります。この例では、VIPアドレスをSNIPアドレスのサブネット上に設定します。
- citrix-adc-vpx仮想マシンを停止します。
-
VIPアドレスのサブネットを変更します。
「VIPアドレスのサブネットを変更する」(/ja-jp/session-recording/2110/media/change-subnet-of-vip-address.png)
「新しいサブネットを保存する」(/ja-jp/session-recording/2110/media/save-new-subnet.png)
- citrix-adc-vpx仮想マシンを起動します
オプション2:Azureロードバランサーを作成する
Azure Load BalancerはTCPパススルーサービスです。次の図は、TCPパススルーによるロードバランシングを示しています。
「TCPパススルーによるロードバランシング」(/ja-jp/session-recording/2110/media/load-balancing-through-tcp-passthrough-2.png)
- Azureロードバランサーを作成します。
-
Azureポータルで検索し、Marketplaceからロードバランサーを選択します。
マーケットプレイスで Azure Load Balancer を検索(/ja-jp/session-recording/2110/media/search–for-azure-load-balancer.png)
Create load balancerページのBasicsタブで、次の表に示すように設定を構成します。
設定 値 サブスクリプション サブスクリプションを選択します。 リソースグループ 例えば、以前作成したsrlbtestを選択します。 名前 SRLoadBalance と入力してください。 リージョン (US) East USを選択します。 種類 Internalを選択します。 SKU Standardを選択します 仮想ネットワーク 例えば、以前作成したsrazureautovnetを選択します。 サブネット 例えば、以前作成したsrazureautosubnetを選択します。 IPアドレスの割り当て Dynamicを選択します。 可用性ゾーン ゾーン冗長を選択します。 
-
バックエンドプール、ヘルスプローブ、ロードバランシングルールなどのロードバランサーリソースを追加します。
-
バックエンドプールを追加します。
リソースリストから作成したロードバランサーを選択し、左側のナビゲーションでバックエンドプールをクリックします。追加をクリックしてバックエンドプールを追加します。

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

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

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

たとえば、ポート80にヘルスプローブを作成するには、次の設定を使用します。
設定 値 名前 「SRHealthProbe80」という名前を入力します。 プロトコル 「TCP」を選択します。 ポート 「80」と入力します。 間隔 5 異常しきい値 VMが異常と見なされるまでに発生する必要がある異常しきい値または連続プローブ失敗の数として「2」を選択します。 ポート80のヘルスプローブの例(/ja-jp/session-recording/2110/media/example-health-probe-on-port80.png)
-
負荷分散ルールを追加します。
リソースリストから作成したロードバランサーを選択し、左側のナビゲーションで「負荷分散ルール」をクリックします。「追加」をクリックして負荷分散ルールを追加します。
ロードバランシング規則の追加(/ja-jp/session-recording/2110/media/add-load-balancer-rule.png)
ポート80、22334、1801、443のロードバランシング規則を追加するには、追加をクリックします。
ポート上のロードバランシング規則(/ja-jp/session-recording/2110/media/load-balancer-rules-for-ports.png)
たとえば、ポート80のロードバランシング規則を作成するには、次の設定を使用します。
設定 値 名前 たとえば、SRTCPRule80などの名前を入力します。 IPバージョン IPv4を選択します。 フロントエンドIPアドレス 「LoadBalancerFrontEnd」という名前の項目を選択してください。 プロトコル TCPを選択します。 ポート 「80」と入力します。 バックエンドポート 「80」と入力します。 バックエンドプール 「SRBackendPool」という項目を選択します。 ヘルスプローブ 「SRHealthProbe80」という項目を選択します。 セッション永続性 「Client IP」を選択します。 アイドルタイムアウト (分) 既定の設定を使用します。 TCP リセット 「Enabled」を選択します。 送信元ネットワークアドレス変換 (SNAT) 「(推奨) 送信ルールを使用してバックエンドプールメンバーにインターネットへのアクセスを提供する」を選択します。 ポート80の負荷分散ルールの例(/ja-jp/session-recording/2110/media/load-balancer-rule-for-port80.png)
-
Session Recording ServerがインストールされているAzure VMをバックエンドプールに追加します。
セッションレコーディングサーバーVMをバックエンドプールに追加する(/ja-jp/session-recording/2110/media/add-back-end-servers.png)
バックエンドプール内のVM(/ja-jp/session-recording/2110/media/added-back-end-servers.png)
-
-
Azureロードバランサーをテストします。
サーバーをバックエンドプールに追加できず、NetworkInterfaceAndLoadBalancerAreInDifferentAvailabilitySetsというエラーメッセージが表示される場合は、サーバーのネットワークインターフェイスのパブリックIPアドレスの関連付けを解除します。
パブリックIPアドレスの関連付けを解除する(/ja-jp/session-recording/2110/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 にリスナーを追加します。
「ポート上のリスナー」(/ja-jp/session-recording/2110/media/listeners-on-ports.png)
- ポート80のリスナー
「ポート80のリスナー」(/ja-jp/session-recording/2110/media/listener-on-port-80.png)
-
ポート443のリスナー
自己署名証明書を作成し、HTTPSリスナーを作成する際に、その証明書をAzure portalにアップロードします。詳細については、「TLS終端でサポートされる証明書」および「自己署名証明書を作成する」を参照してください。
「ポート443のリスナー」(/ja-jp/session-recording/2110/media/listener-on-port-443.png)
-
ポート22334のリスナー
WebSocketがHTTPを使用する場合は、ポート80と同じ設定を使用します。WebSocketがHTTPSを使用する場合は、ポート443と同じ設定を使用します。次の例は、ポート22334でのHTTPSリスナーの設定を示しています。
「ポート22334のリスナー」(/ja-jp/session-recording/2110/media/listener-on-port-22334.png)
-
要求ルーティングルールを作成します。
ポート80、443、22334のルールを作成します。例:
「要求ルーティングルール」(/ja-jp/session-recording/2110/media/request-routing-rules.png)
-
ポート80のルーティングルール
「ポート80の要求ルーティングルール - リスナー タブ」(/ja-jp/session-recording/2110/media/request-routing-rule-for-port-80.png)
「ポート80の要求ルーティングルール - バックエンドターゲット タブ」(/ja-jp/session-recording/2110/media/request-routing-rule-for-port-80-2.png)
-
ポート443のルーティングルール
ポート443の要求ルーティングルール - リスナー タブ(/ja-jp/session-recording/2110/media/request-routing-rule-for-port-443.png)
ポート443の要求ルーティングルール - バックエンドターゲット タブ(/ja-jp/session-recording/2110/media/request-routing-rule-for-port-443-2.png)
-
ポート22334のルーティングルール
ポート22334の要求ルーティングルール - リスナー タブ(/ja-jp/session-recording/2110/media/request-routing-rule-for-port-22334.png)
ポート22334の要求ルーティングルール - バックエンドターゲット タブ(/ja-jp/session-recording/2110/media/request-routing-rule-for-port-22334-2.png)
-
-
Session Recording ServerがインストールされているAzure VMをバックエンドプールに追加します。
-
ナレッジセンターの記事 CTX230015 に従って、セッションレコーディングサーバーを構成します。
この記事の概要
- 前提条件
- ステップ 1: シトリックス バーチャル アプリケーションズ™ アンド デスクトップス インストーラーを Azure にアップロードする
- ステップ 2: Azure portal で SQL マネージドインスタンスを作成する
- ステップ3:Azure仮想マシン(VM)を作成する
- ステップ4:リモートデスクトップでCitrix Virtual Apps and DesktopsインストーラーをAzure VMにダウンロードする
- ステップ5:インストーラーを実行してSession RecordingコンポーネントをAzure VMにインストールする
- ステップ6:記録を保存するためのAzureファイル共有を構成する
- ステップ7:ロードバランサーを追加する