サイトとデリバリーコントローラーの管理
デリバリーコントローラーの管理画面を使用して、Citrix Virtual Apps and Desktops、Citrix Desktops as a Service、およびCitrix Secure Private Accessによって提供されるサイトを追加、変更、削除します。
サイトの表示
- Citrix StoreFront管理コンソール内で、左ペインの [ストア] ノードを選択します。
- 結果ペインでストアを選択します。
- [操作] ペインで、[デリバリーコントローラーの管理] をクリックします。
PowerShell SDKを使用したサイトの表示
PowerShell SDKを使用して、Get-STFStoreFarmコマンドですべてのサイトまたは特定のサイトを一覧表示します。
サイトの追加
Citrix Virtual Apps and Desktops™のサイトの追加
-
[デリバリーコントローラーの管理] 画面で、[追加] をクリックします。
-
フィードを識別するのに役立つ表示名を入力します。
-
種類として [Citrix Virtual Apps and Desktops] を選択します。
-
[サーバー] の各DDCについて、[追加] をクリックし、DDC（または対応するロードバランサー）のアドレスを入力します。
-
DDCの前にロードバランサーを配置している場合は、ロードバランサーのアドレスを入力します。ロードバランサーを使用していない場合は、各DDCを個別にリストします。
-
冗長性のために、少なくとも2つのDDCを含めます。
-
サーバーがHTTPSを使用している場合（推奨）、サーバーリストで指定する名前が、それらのサーバーの証明書上の名前と正確に一致していること（大文字と小文字も含む）を確認してください。
-
-
Citrixでは、[サーバーは負荷分散されています] オプションを選択することをお勧めします。これにより、StoreFrontは起動ごとにリストからサーバーをランダムに選択することで、すべてのデリバリーコントローラーまたはコネクタ間で負荷を分散します。このオプションが選択されていない場合、サーバーリストは優先順位のフェールオーバーリストとして扱われます。この場合、起動の100%はリストの最初のアクティブなデリバリーコントローラーまたはコネクタで発生します。そのサーバーがオフラインになった場合、起動の100%はリストの2番目のサーバーを使用して発生し、以降も同様です。
-
[トランスポートの種類] リストから、StoreFrontがサーバーとの通信に使用する接続の種類を選択します。
- 暗号化されていない接続でデータを送信するには、[HTTP] を選択します。このオプションを選択した場合、StoreFrontとサーバー間の接続を保護するための独自の対策を講じる必要があります。
- 暗号化された接続でデータを送信するには（推奨）、[HTTPS] を選択します。Citrix Virtual Apps and Desktopsサーバーでこのオプションを選択する場合は、Citrix XMLサービスがMicrosoft Internet Information Services（IIS）とポートを共有するように設定されており、IISがHTTPSをサポートするように構成されていることを確認してください。
注：
StoreFrontとサーバー間の接続を保護するためにHTTPSを使用している場合は、サーバーリストで指定する名前が、それらのサーバーの証明書上の名前と正確に一致していること（大文字と小文字も含む）を確認してください。
-
StoreFrontがサーバーへの接続に使用するポートを指定します。デフォルトのポートは、HTTP接続の場合は80、HTTPS接続の場合は443です。指定されたポートは、Citrix XMLサービスによって使用されるポートである必要があります。
-
[OK] を押します。
-
セキュリティキーを構成している場合（推奨）、PowerShellを使用してキーを追加する必要があります。例：
$store = Get-STFStoreService -VirtualPath [Path to store] $farm = Get-STFStoreFarm -StoreService $store -FarmName [site name] Set-STFStoreFarm -Farm $farm -XMLValidationEnabled $true -XMLValidationSecret [Security key] <!--NeedCopy-->
Citrix Desktops as a Serviceのサイトの追加
- [デリバリーコントローラーの管理] 画面で、[追加] をクリックします。
- フィードを識別するのに役立つ表示名を入力します。
- 種類として [Citrix Virtual Apps and Desktops] を選択します。
-
[サーバー] の各Cloud Connectorについて、[追加] をクリックし、Cloud Connector（または対応するロードバランサー）の名前を入力します。
-
Cloud ConnectorまたはDDCの前にロードバランサーを配置している場合は、ロードバランサーの名前を入力します。ロードバランサーを使用していない場合は、各DDCまたはCloud Connectorを個別にリストします。
-
複数のリソースの場所がある場合、Citrixでは、VDAを含むすべてのリソースの場所からCloud Connectorを追加することをお勧めします。これにより、障害発生時にStoreFrontがローカルホストキャッシュを使用して適切な場所でVDAを起動できるようになります。
-
ロードバランサーを使用している場合は、リソースの場所ごとに個別のロードバランサーを使用することが重要です。ロードバランサーが複数のリソースの場所のサーバーをフロントエンドしている場合、通常の操作では問題ありません。ただし、ローカルホストキャッシュモードでは、StoreFrontが起動要求を正しいリソースの場所に直接送信できなくなり、起動が失敗します。
-
サーバーがHTTPSを使用している場合（推奨）、サーバーリストで指定する名前が、それらのサーバーの証明書上の名前と正確に一致していること（大文字と小文字も含む）を確認してください。
-
- 複数の場所からのコネクタがある場合、Citrixでは、StoreFrontサーバーへの遅延が最も低いコネクタをリストの先頭に配置し、[サーバーは負荷分散されています] オプションをクリアすることをお勧めします。コネクタはDaaSデリバリーコントローラーへの情報をプロキシするだけなので、負荷分散を使用するメリットは限られています。
-
[トランスポートの種類] リストから、StoreFrontがサーバーとの通信に使用する接続の種類を選択します。
- 暗号化されていない接続でデータを送信するには、[HTTP] を選択します。このオプションを選択した場合、StoreFrontとクラウドコネクタ間の接続を保護するための独自の対策を講じる必要があります。
- 暗号化された接続でデータを送信するには（推奨）、[HTTPS] を選択します。このオプションを選択する場合は、クラウドコネクタがHTTPS用に構成されていることを確認する必要があります。
注：
StoreFrontとサーバー間の接続を保護するためにHTTPSを使用している場合は、サーバーリストで指定する名前が、それらのサーバーの証明書上の名前と正確に一致していること（大文字と小文字も含む）を確認してください。
-
StoreFrontがサーバーへの接続に使用するポートを指定します。デフォルトのポートは、HTTP接続の場合は80、HTTPS接続の場合は443です。
-
[OK] を押します。
-
セキュリティキーを構成している場合（推奨）、PowerShellを使用してキーを追加する必要があります。例：
$store = Get-STFStoreService -VirtualPath [Path to store] $farm = Get-STFStoreFarm -StoreService $store -FarmName [Site name] Set-STFStoreFarm -Farm $farm -XMLValidationEnabled $true -XMLValidationSecret [Security key] <!--NeedCopy-->
Citrix Secure Private Accessのサイトの追加
StoreFrontサーバーがCitrix Secure Private Access用に構成されている場合、Citrix Secure Private Accessサイトを追加できます。
- StoreFrontで [ストア] > [デリバリーコントローラー] に移動します。
- [追加] をクリックします。
- [デリバリーコントローラーの追加] ウィンドウで、フィードを識別するための表示名を入力します。
- 種類として [Citrix Secure Private Access] を選択します。
- Citrix Secure Private Accessサーバー名を入力します。
-
[トランスポートの種類] ドロップダウンから、サーバーとの通信に使用できる接続の種類を選択します。
- HTTP： 暗号化されていない接続でデータを送信します。
注：
[HTTP] を選択した場合、StoreFrontとサーバー間の接続を保護するための独自の対策を講じる必要があります。
- HTTPS： Secure Sockets Layer（SSL）またはTransport Layer Security（TLS）を使用して、セキュリティで保護されたHTTP接続でデータを送信します。
- サーバーへの接続に使用するポートを指定します。HTTPのデフォルトポートは80、HTTPSのデフォルトポートは443です。
- [OK] をクリックします。
PowerShell SDKを使用したサイトの作成
サイトを追加するには、Add-STFStoreFarmコマンドを使用します。
- Citrix Virtual Apps and Desktops または Citrix Desktops as a Service の場合は、
FarmTypeをXenDesktopに設定します。 - Citrix Secure Private Access の場合は、
FarmTypeをSPAに設定します。
サイトの変更
デリバリーコントローラーの管理画面で、サイトを選択し、編集をクリックします。
警告:
サイトの名前を変更すると、次のようになります。
- サイトは、最適なHDXルーティング構成から削除されます。サイトを最適なHDXルーティング構成に再度追加する必要があります。
- そのサイトのユーザーのお気に入り (お気に入り) はすべて消滅します（マルチサイト集約を使用している場合を除く）。これは、お気に入りレコードがサイトを名前で参照しているためです。お気に入りレコードは削除されないため、サイトを元の名前に戻すと、お気に入りが再表示されます。これを修正するには、SQL Serverデータベースを使用している場合は、データベース内のレコードを更新できます。それ以外の場合は、お気に入りをエクスポートし、名前を修正して再インポートできます。詳細については、サブスクリプションデータの管理を参照してください。
PowerShell SDKを使用したサイトの変更
PowerShellを使用してサイトを変更するには、コマンド Set-STFStoreFarm を使用します。
サイトの削除
デリバリーコントローラーの管理画面で、サイトを選択し、削除をクリックします。
PowerShell SDKを使用したサイトの削除
PowerShellを使用してサイトを削除するには、コマンド Remove-STFStoreFarm を使用します。
ヘルスチェックとサーバーバイパスの動作
リソースを提供する一部のサーバーが利用できなくなった場合のパフォーマンスを向上させるため、StoreFrontは応答しないサーバーを一時的にバイパスします。サーバーがバイパスされている間、StoreFrontはそのサーバーを無視し、リソースへのアクセスには使用しません。これにより、利用できないサーバーへの接続を試みる際の遅延が回避されます。
バイパス動作の期間を指定するには、次のパラメーターを使用します。
- バックグラウンドヘルスチェックポーリング期間 - StoreFrontが各サーバーが利用可能かどうかをチェックする頻度を指定します。デフォルトは1分です。これを構成するには、バックグラウンドヘルスチェックポーリング期間を参照してください。
- バイパス期間 - バックグラウンドヘルスチェックが有効になっている場合、これは少なくともポーリング期間に設定する必要がありますが、それ以降の値は影響しません。バックグラウンドヘルスチェックが無効になっている場合（推奨されません）、サーバーは期間が終了するまでバイパスされます。デフォルトは60分です。
- すべての失敗バイパス期間 - バックグラウンドヘルスチェックが無効になっている場合（推奨されません）にのみ使用されます。特定のデリバリーコントローラーのすべてのサーバーがバイパスされている場合に、StoreFrontがバイパス期間の代わりに使用する短縮された期間を分単位で指定します。デフォルトは0分で、StoreFrontがどのサーバーもバイパスしないことを意味します。
バイパスパラメーターの変更
通常、これらの設定を変更する必要はありません。
- Citrix StoreFront管理コンソール内で、左側のペインで [ストア] ノードを選択します。
- 結果ペインでストアを選択します。
- [操作] ペインで、[デリバリーコントローラーの管理] をクリックします。
- コントローラーを選択し、[編集] をクリックし、[デリバリーコントローラーの編集] 画面で [設定] をクリックします。
- [詳細設定] の下にある [設定] をクリックします。
-
[詳細設定の構成] ダイアログで、次の操作を行います。
- [すべての失敗バイパス期間] の行で、2列目をクリックし、すべてのサーバーが応答しなくなった後にデリバリーコントローラーがオフラインと見なされる期間を分単位で入力します。
- [バイパス期間] の行で、2列目をクリックし、応答しなくなった後に単一のサーバーがオフラインと見なされる期間を分単位で入力します。
ユーザーのサイトへのマッピング
デフォルトでは、ストアにアクセスするユーザーは、そのストア用に構成されたすべてのサイトから利用可能なすべてのリソースの集約されたビューを表示します。異なるユーザーに異なるリソースを提供するには、個別のストアまたは個別のStoreFront展開を構成できます。あるいは、Microsoft Active Directoryグループのユーザーのメンバーシップに基づいて、特定の展開へのアクセスを提供することもできます。これにより、単一のストアを通じて異なるユーザーグループに対して異なるエクスペリエンスを構成できます。
たとえば、すべてのユーザー向けの共通リソースを1つの展開にグループ化し、経理部門向けの財務アプリケーションを別の展開にグループ化できます。このような構成では、経理ユーザーグループのメンバーではないユーザーは、ストアにアクセスするときに共通リソースのみを表示します。経理ユーザーグループのメンバーには、共通リソースと財務アプリケーションの両方が表示されます。
あるいは、他の展開と同じリソースを提供するが、より高速で強力なハードウェアを備えたパワーユーザー向けの展開を作成することもできます。これにより、経営陣などのビジネス上重要なユーザーに対して強化されたエクスペリエンスを提供できます。すべてのユーザーはストアにログオンするときに同じデスクトップとアプリケーションを表示しますが、役員ユーザーグループのメンバーは、パワーユーザー展開によって提供されるリソースに優先的に接続されます。
注:
これはサイト全体をフィルタリングします。さらに、サイト内では、Citrix Virtual Apps and Desktops Studio構成内でユーザーグループによってアプリケーションをフィルタリングできます。
特定のユーザーグループに対して特定のサイトを構成するには、次の手順を実行します。
-
[デリバリーコントローラーの管理] 画面で、[ユーザーマッピングとマルチサイト集約の構成] の下にある [構成] をクリックします。このオプションは、2つ以上のサイトが構成されている場合にのみ利用可能です。
これにより、[ユーザーマッピングとマルチサイト集約の構成] 画面が開きます。
-
[ユーザーをコントローラーにマッピング] をクリックします。これにより、最初のマッピングを作成するための [ユーザーマッピングの作成] 画面が開きます。後でさらにマッピングを作成できます。
-
[全員] を選択するか、[特定のユーザーグループ] を選択して1つ以上のグループを追加します。
-
[次へ] をクリックします。これにより、[コントローラー] タブに移動します。
-
[追加] をクリックし、1つ以上のコントローラーを追加します。
-
[作成] をクリックします。
-
必要に応じて、[追加…] をクリックしてさらにマッピングを作成します。
PowerShell SDKを使用したユーザーのサイトへのマッピング
PowerShell SDKを使用して、ユーザーをサイトにマッピングできます。
-
各サイトについて、EquivalentFarmsetを作成します。すべてのサイトはファームセットの一部である必要があります。そうでない場合、どのユーザーも利用できません。次のパラメーターを指定して New-STFEquivalentFarmset を呼び出します。
-
Name- EquivalentFarmSetの一意の名前 -
PrimaryFarms- 集約されていないサイト（ファーム）の名前。
-
-
異なるサイトセットへのアクセスを必要とするユーザーの各セットについて、それらのユーザーと各EquivalentFarmSet間のマッピングを作成します。UserFarmMappingを作成するには、次のパラメーターを指定して Add-STFUserFarmMapping を呼び出します。
-
StoreService- UserFarmMappingを追加するストアサービス。 -
Name- マッピングの一意の名前。 -
GroupMembers- マッピングの一部であるユーザーグループの名前とSIDを含むハッシュテーブル。名前は表示のみに使用され、SIDがグループを定義します。すべてのユーザーを追加するには、名前がEveryoneで値がEveryoneの単一のエントリをハッシュテーブルに作成します。 -
EquivalentFarmSet- 前のステップで作成されたEquivalentFarmSet。
すべてのサイト（ファーム）が少なくとも1つのUserFarmMappingに含まれていることを確認する必要があります。そうでない場合、どのユーザーもそのリソースにアクセスできません。
-
マルチサイト集約
デフォルトでは、StoreFrontはストアにデスクトップとアプリケーションを提供するすべての展開を列挙し、それらすべてのリソースを個別のものとして扱います。これは、同じリソースが複数の展開から利用できる場合、ユーザーは各リソースのアイコンを表示し、リソースが同じ名前である場合に混乱を招く可能性があることを意味します。高可用性のマルチサイト構成を設定する場合、同じデスクトップまたはアプリケーションを提供するCitrix Virtual Apps and Desktops展開をグループ化して、同一のリソースをユーザー向けに集約できます。グループ化された展開は同一である必要はありませんが、リソースを集約するには、各サーバーで同じ名前とパスを持つ必要があります。
マルチサイト集約では、特定のストア用に構成された複数のCitrix Virtual Apps and Desktops展開からデスクトップまたはアプリケーションが利用できる場合、StoreFrontはそのリソースのすべてのインスタンスを集約し、ユーザーに単一のアイコンを表示します。ユーザーが集約されたリソースを起動すると、StoreFrontはユーザーにとって最も適切なそのリソースのインスタンスを、次の要素を考慮して決定します。
- サーバーの可用性
- ユーザーがすでにアクティブなセッションを持っているかどうか
-
PrimaryおよびSecondaryキーワード - ユーザーのゾーン設定
- 構成で指定した配信フィードの順序
StoreFrontは、要求に応答しないサーバーを、過負荷または一時的に利用できないと判断して動的に監視します。通信が再確立されるまで、ユーザーは他のサーバー上のリソースインスタンスに誘導されます。リソースを提供するサーバーでサポートされている場合、StoreFrontは既存のセッションを再利用して追加のリソースを配信しようとします。ユーザーが要求されたリソースも提供する展開で既にアクティブなセッションを持っている場合、StoreFrontはそのリソースと互換性がある場合にセッションを再利用します。各ユーザーのセッション数を最小限に抑えることで、追加のデスクトップやアプリケーションの起動にかかる時間を短縮し、製品ライセンスをより効率的に使用できるようになります。
個々のCitrix Virtual Apps and Desktopsリソースに対して指定された展開順序を上書きし、特定のデスクトップまたはアプリケーションにアクセスする際にユーザーが接続される優先展開を定義できます。これにより、たとえば、特定のデスクトップまたはアプリケーションを配信するために特別に調整された展開にユーザーを優先的に接続し、他のリソースには別の展開を使用するように指定できます。これを行うには、優先展開上のデスクトップまたはアプリケーションの説明に文字列 KEYWORDS:Primary を追加し、他の展開上のリソースに KEYWORDS:Secondary を追加します。可能な場合、ユーザーは構成で指定された展開順序に関係なく、プライマリリソースを提供する展開に接続されます。優先展開が利用できない場合、ユーザーはセカンダリリソースを提供する展開に接続されます。
StoreFrontサイト構成の一部として、それらのリソースがどのゾーンにあるかを指定できます。ユーザーがGSLB経由でStoreFrontにアクセスする場合、GSLBを構成してゾーン設定ヘッダーを挿入できます。StoreFrontは、他の展開に接続する前に、優先展開でホストされているアプリケーションを起動しようとします。
他の要素を確認した後、StoreFrontは構成で指定された順序を使用して、ユーザーが接続される展開を決定します。複数の同等の展開がユーザーに利用可能な場合、ユーザーを最初に利用可能な展開に接続するか、リスト内の任意の展開にランダムに接続するかを指定できます。ユーザーを最初に利用可能な展開に接続することで、現在のユーザー数で使用される展開の数を最小限に抑えることができます。ユーザーをランダムに接続することで、利用可能なすべての展開にわたってユーザーのより均等な分散が提供されます。
-
[配信コントローラーの管理] 画面の [ユーザーマッピングとマルチサイト集約の構成] で、[構成] をクリックします。このオプションは、2つ以上のサイトが構成されている場合にのみ利用できます。
-
[リソースの集約] をクリックします。[リソースの集約] 画面が表示されます。
-
同じリソースを持つサイトを選択し、[集約] をクリックします。
-
必要に応じて [集約されたコントローラー設定] オプションを選択します。
-
コントローラーは同一のリソースを公開する - 選択すると、StoreFrontは集約されたセット内のコントローラーの1つからのみリソースを列挙します。選択しない場合、StoreFrontは集約されたセット内のすべてのコントローラーからリソースを列挙します（ユーザーが利用可能なリソースのセット全体を蓄積するため）。このオプションを選択すると、リソースの列挙時にパフォーマンスが向上しますが、すべての集約されたフィードでリソースのリストが同一であることが確実でない限り、推奨しません。
-
コントローラー間でリソースを負荷分散する - 選択すると、起動は利用可能なコントローラー間で均等に分散されます。選択しない場合、起動はユーザーマッピングダイアログ画面で指定された最初のコントローラーに誘導され、起動が失敗した場合は後続のコントローラーにフェールオーバーします。
-
-
[OK] をクリックして [ユーザーマッピングとマルチサイト集約の構成] 画面に戻ります。[リソースの集約] がチェック済みになります。
-
リソースが集約されている場合、デフォルトではどのユーザーもリソースにアクセスできないため、ユーザーマッピングを追加する必要があります。[ユーザーをコントローラーにマッピング] をクリックします。[ユーザーマッピングの作成] 画面が開きます。
-
[全員] を選択するか、[特定のユーザーグループ] を選択して1つ以上のグループを追加します。たとえば、特定の場所にいるユーザーを表すグループを選択することもできます。
-
集約されたサイトを追加します。集約されたサイトはすべて追加する必要があり、含まれていないサイトは集約されません。集約されていないリソースを含めることもできます。
-
[コントローラー間でリソースを負荷分散する] をチェックしなかった場合、StoreFrontがリソースを起動する優先順序を選択できます。
-
[作成] を押して [ユーザーマッピングとマルチサイト集約の構成] に戻ります。
-
必要に応じてさらにマッピングを追加します。すべてのサイトがユーザーグループにマッピングされていることを確認してください。そうしないと、それらのリソースは誰にも使用できなくなります。
-
[OK] をクリックします。
PowerShell SDKを使用した高度な構成
StoreFront管理コンソールを使用して、多くの一般的なマルチサイトおよび高可用性操作を構成できます。また、PowerShell SDKを使用してStoreFrontを構成することもでき、これにより以下の追加機能が提供されます。
- 集約のための展開の複数のグループ化を指定する機能
- 管理コンソールでは単一の展開グループ化のみが許可されており、ほとんどの場合これで十分です
- リソースのセットが分離された多数の展開を持つストアの場合、複数のグループ化によりパフォーマンスが向上する可能性があります
- 集約された展開の複雑な優先順序を指定する機能。管理コンソールでは、集約された展開を負荷分散するか、単一のフェールオーバーリストとして使用できます。PowerShellを使用すると、負荷分散され、異なるグループ間でフェールオーバーする複数のフィードグループを持つことができます
警告:
PowerShellを使用して高度なマルチサイトオプションを構成した後、管理コンソールを使用してオプションを変更することはできません。
-
使用する集約グループを決定します。集約グループ内では、同じ表示名を持つアプリケーションが単一のアイコンに集約されます。各集約グループには名前が必要です。管理コンソールでは1つの集約グループしか作成できません。PowerShellを使用すると、複数の集約グループを定義できます。
-
各集約グループについて、集約するサイト（SDKではファームとして知られています）をリストする1つ以上のEquivalentFarmsetを作成します。集約グループ内の異なるサイトが異なるユーザーに割り当てられる場合、各ユーザーセットに対して個別のEquivalentFarmSetを作成する必要がありますが、同じ
AggregationGroupNameを共有します。EquivalentFarmsetを作成するには、New-STFEquivalentFarmsetを以下のパラメーターで呼び出します。-
Name- EquivalentFarmsetの一意の名前 -
AggregationGroupName- ファームセットが属する集約グループの名前 -
LoadBalanceMode-LoadBalancedまたはFailover -
PrimaryFarms- 集約するファーム。LoadBalanceModeがFailoverの場合、ファームが必要な順序でリストされていることを確認します。集約グループに複数のEquivalentFarmSetがある場合、この順序は、リソースを起動するためにどのサイトを使用するかを評価する際に、UserFarmMappingで定義されたIndexNumberと組み合わされます -
BackupFarms- プライマリファームが利用できない場合に使用するファームのリスト。この機能は非推奨です。代わりに、より高いIndexNumberを持つ追加のEquivalentFarmSetを追加します
-
-
集約グループの一部ではない各サイトについて、
AggregationGroupNameを指定せずにEquivalentFarmsetを作成します。すべてのサイトはファームセットの一部である必要があります。New-STFEquivalentFarmsetを以下のパラメーターで呼び出します。-
Name- EquivalentFarmSetの一意の名前 -
PrimaryFarms- 集約されていないファームの名前
-
-
異なるサイトセットへのアクセスを必要とする各ユーザーセットについて、それらのユーザーと各EquivalentFarmSet間のマッピングを作成します。UserFarmMappingを作成するには、Add-STFUserFarmMappingを以下のパラメーターで呼び出します。
-
StoreService- UserFarmMappingを追加するStoreサービス -
Name- マッピングの一意の名前 -
GroupMembers- マッピングの一部であるユーザーグループの名前とSIDを含むハッシュテーブル。名前は表示のみに使用され、SIDがグループを定義します。すべてのユーザーを追加するには、Everyoneという名前とEveryoneという値を持つ単一のエントリをハッシュテーブルに作成します -
EquivalentFarmSet- 前のステップで作成されたEquivalentFarmSet -
IndexNumber- サイトが評価される順序を設定します。これは、リソースを起動するためにどのサイトを使用するかの優先順序を設定します
すべてのサイト（ファーム）が少なくとも1つのUserFarmMappingに含まれていることを確認する必要があります。そうしないと、どのユーザーもそのリソースにアクセスできなくなります。
-
ゾーン設定
異なるリージョンに複数のCVAD展開がある場合、NetScaler ADCを構成して、ユーザーの優先CVAD展開をStoreFrontに通知できます。詳細については、Global Server Load Balancing (GSLB) Powered Zone Preferenceを参照してください。
StoreFrontにどのCVAD展開がどのゾーンを含むかを伝えるには、手動でStoreFrontを構成する必要があります。
- Citrix StoreFront管理コンソール内で、左ペインで [ストア] ノードを選択します
- 結果ペインでストアを選択します
- [アクション] ペインで、[配信コントローラーの管理] をクリックします
- コントローラーを選択し、[編集] をクリックし、[配信コントローラーの編集] 画面で [設定] をクリックします
- [詳細設定] の下で [設定] をクリックします
- [詳細設定の構成] ダイアログで、[ゾーン] 行の2列目をクリックします
- [追加…] をクリックし、ゾーン名を入力して [OK] を押します。展開内の各ゾーンについて繰り返します
-
[詳細設定の構成] ダイアログで、[OK] をクリックします
ユーザーが集約されたリソースを起動すると、StoreFrontは X-Citrix-ZonePreference ヘッダー内のゾーンのリストを調べ、そのゾーン名で構成されたサイトを探します。一致するものがあれば、そのCVAD展開に起動要求を送信します。一致するものがない場合は、他の展開を試行します。
CVAD展開に複数のゾーンが含まれている場合、その展開内の特定のゾーンに起動要求を直接送信することはできません。