サイトの管理
サイトの管理画面を使用して、Citrix Virtual Apps and Desktops、Citrix Desktops as a Service、および Citrix Secure Private Access によって提供されるサイトを追加、変更、削除します。
サイトの表示
- Citrix StoreFront管理コンソール内で、左側のペインでストアノードを選択します
- 結果ペインでストアを選択します
- アクションペインで、サイトの管理をクリックします
PowerShellを使用したサイトの表示
PowerShellを使用してサイトを表示するには、コマンドレット Get-STFStoreFarm を実行します。
サイトの追加
Citrix Virtual Apps and Desktops™のサイトの追加
-
サイトの管理画面で、追加をクリックします
-
フィードを識別するのに役立つ表示名を入力します
-
種類としてCitrix Virtual Apps and DesktopsまたはDaaSを選択します
-
サーバーの下で、各DDCについて追加をクリックし、DDC（または対応するロードバランサー）のアドレスを入力します
- DDCの前にロードバランサーを配置している場合は、ロードバランサーのアドレスを入力します。ロードバランサーを使用していない場合は、各DDCを個別にリストします
- 冗長性のために、少なくとも2つのDDCを含めます
- サーバーがHTTPSを使用している場合（推奨）、サーバーリストで指定する名前が、それらのサーバーの証明書上の名前と正確に一致していること（大文字と小文字を含む）を確認してください
-
オプションでサーバーは負荷分散されていますを選択します。選択した場合、StoreFrontはサーバーをランダムに選択します。選択を解除した場合、StoreFrontはリストの最初のサーバーを使用しますが、それが利用できない場合は、応答するサーバーが見つかるまでリストを下にたどります。上下の矢印を使用して優先順位を定義できます
- すべてのDDCの待機時間が類似している場合は、StoreFrontがすべてのDDCに負荷を分散するように、サーバーは負荷分散されていますを選択することをお勧めします
- DDCの待機時間が異なる複数のゾーンに地理的に分散された展開がある場合は、待機時間が最も短いDDCをリストの先頭に配置し、サーバーは負荷分散されていますの選択を解除して、StoreFrontが待機時間の短いサーバーを優先するようにすることをお勧めします。同じ場所にある異なるDDC間で負荷を分散するために、別のロードバランサーを使用することを検討してください
-
トランスポートの種類リストから、StoreFrontがサーバーとの通信に使用する接続の種類を選択します
- 暗号化されていない接続でデータを送信する場合（非推奨）は、HTTPを選択します。このオプションを選択した場合、StoreFrontとサーバー間の接続を保護するための独自の対策を講じる必要があります
-
暗号化されたTLS接続でデータを送信する場合（推奨）は、HTTPSを選択します。Delivery ControllerでTLSを有効にするか、DDCの前のロードバランサーでTLSを有効にする必要があります
次のTLS 1.3暗号スイートがサポートされています。
- TLS_AES_256_GCM_SHA384
- TLS_AES_128_GCM_SHA256
次のTLS 1.2暗号スイートがサポートされています。
- TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
- TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
- TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
- TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
-
StoreFrontがサーバーへの接続に使用するポートを指定します。デフォルトのポートは、HTTP接続の場合は80、HTTPS接続の場合は443です。指定されたポートは、Citrix XML Serviceによって使用されるポートである必要があります
-
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またはDaaSを選択します
-
サーバーの下で、各Cloud Connectorについて追加をクリックし、Cloud Connector（または対応するロードバランサー）の名前を入力します
- Cloud ConnectorまたはDDCの前にロードバランサーを配置している場合は、ロードバランサーの名前を入力します。ロードバランサーを使用していない場合は、各DDCまたはCloud Connectorを個別にリストします
- 複数のリソースの場所がある場合、Citrixは、VDAを含むすべてのリソースの場所からCloud Connectorを追加することを推奨しています。これにより、障害発生時にStoreFrontがローカルホストキャッシュを使用して適切な場所でVDAを起動できるようになります
- ロードバランサーを使用している場合、各リソースの場所に対して個別のロードバランサーを使用することが重要です。ロードバランサーが複数のリソースの場所にあるサーバーの前面にある場合、これは通常の操作では問題になりません。ただし、ローカルホストキャッシュモードでは、StoreFrontが起動要求を正しいリソースの場所に直接送信できなくなり、起動が失敗する原因となります
- サーバーがHTTPSを使用している場合（推奨）、サーバーリストで指定する名前が、それらのサーバーの証明書上の名前と正確に一致していること（大文字と小文字を含む）を確認してください
-
オプションでサーバーは負荷分散されていますを選択します。選択した場合、StoreFrontはサーバーをランダムに選択します。選択を解除した場合、StoreFrontはリストの最初のサーバーを使用しますが、それが利用できない場合は、応答するサーバーが見つかるまでリストを下にたどります。上下の矢印を使用して優先順位を定義できます
- すべてのサーバーの待機時間が類似している場合は、StoreFrontがすべてのDDCに負荷を分散するように、サーバーは負荷分散されていますを選択することをお勧めします
- DDCの待機時間が異なる複数のゾーンに地理的に分散された展開がある場合は、待機時間が最も短いサーバーをリストの先頭に配置し、サーバーは負荷分散されていますの選択を解除して、StoreFrontが待機時間の短いサーバーを優先するようにすることをお勧めします。同じリソースの場所またはゾーンにある異なるサーバー間で負荷を分散するために、別のロードバランサーを使用することを検討してください
-
トランスポートの種類リストから、StoreFrontがサーバーとの通信に使用する接続の種類を選択します
- 暗号化されていない接続でデータを送信する場合（非推奨）は、HTTPを選択します。このオプションを選択した場合、StoreFrontとCloud Connector間の接続を保護するための独自の対策を講じる必要があります
-
暗号化された接続でデータを送信する場合（推奨）は、HTTPSを選択します。Cloud ConnectorをHTTPS用に構成する必要があります
次のTLS 1.3暗号スイートがサポートされています。
- TLS_AES_256_GCM_SHA384
- TLS_AES_128_GCM_SHA256
次のTLS 1.2暗号スイートがサポートされています。
- TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
- TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
- TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
- TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
-
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: 暗号化されていない接続経由でデータを送信します（非推奨）。
- HTTPS: Transport Layer Security (TLS) を使用して、セキュアなHTTPS接続経由でデータを送信します（推奨）。
- サーバーへの接続に使用するポートを指定します。HTTPのデフォルトポートは80、HTTPSのデフォルトポートは443です。
- OKを選択します。
PowerShellを使用したサイトの追加
ファームとも呼ばれるサイトを追加するには、cmdlet 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を使用したサイトの編集
PowerShellを使用してサイトを変更するには、cmdlet Set-STFStoreFarmを実行します。
サイトの削除
サイトの管理画面で、サイトを選択し、削除をクリックします。
PowerShellを使用したサイトの削除
PowerShellを使用してサイトを削除するには、コマンド Remove-STFStoreFarmを使用します。
ヘルスチェックとサーバーバイパスの動作
リソースを提供する一部のサーバーが利用できなくなった場合にパフォーマンスを向上させるため、StoreFrontは応答しないサーバーを一時的にバイパスします。サーバーがバイパスされている間、StoreFrontはそのサーバーを無視し、リソースへのアクセスには使用しません。これにより、利用できないサーバーへの接続を試みる際の遅延が回避されます。
バイパス動作の期間を指定するには、次のパラメーターを使用します。
- バックグラウンドヘルスチェックポーリング期間 - StoreFrontが各サーバーの可用性をチェックする頻度を指定します。デフォルトは1分です。これを構成するには、バックグラウンドヘルスチェックポーリング期間を参照してください。
- バイパス期間 - バックグラウンドヘルスチェックが有効な場合、これはポーリング期間以上に設定する必要がありますが、それ以上の値は影響しません。バックグラウンドヘルスチェックが無効な場合（非推奨）、サーバーは期間が終了するまでバイパスされます。デフォルトは60分です。
- すべての失敗バイパス期間 - バックグラウンドヘルスチェックが無効な場合（非推奨）にのみ使用されます。特定のサイトのすべてのサーバーがバイパスされている場合に、StoreFrontがバイパス期間の代わりに使用する短縮された期間を分単位で指定します。デフォルトは0分で、StoreFrontがどのサーバーもバイパスしないことを意味します。
バイパスパラメーターの変更
通常、これらの設定を変更する必要はありません。
- Citrix StoreFront管理コンソール内で、左ペインのストアノードを選択します。
- 結果ペインでストアを選択します。
- アクションペインで、サイトの管理をクリックします。
- コントローラーを選択し、編集をクリックし、サイトの編集画面で設定をクリックします。
- 詳細設定の下で設定をクリックします。
-
詳細設定の構成ダイアログで、次の操作を行います。
- すべての失敗バイパス期間の行で、2列目をクリックし、すべてのサーバーが応答しなくなった後にDelivery Controllerがオフラインと見なされる時間を分単位で入力します。
- バイパス期間の行で、2列目をクリックし、単一のサーバーが応答しなくなった後にオフラインと見なされる時間を分単位で入力します。
ユーザーのサイトへのマッピング
デフォルトでは、ストアにアクセスするユーザーは、そのストア用に構成されたすべてのサイトから利用可能なすべてのリソースの集約されたビューを見ます。異なるユーザーに異なるリソースを提供するには、個別のストアまたは個別のStoreFront展開を構成できます。あるいは、Microsoft Active Directoryグループのユーザーのメンバーシップに基づいて、特定の展開へのアクセスを提供することもできます。これにより、単一のストアを通じて異なるユーザーグループに異なるエクスペリエンスを構成できます。
たとえば、すべてのユーザー向けの共通リソースを1つの展開にグループ化し、経理部門向けの財務アプリケーションを別の展開にグループ化できます。このような構成では、経理ユーザーグループのメンバーではないユーザーは、ストアにアクセスする際に共通リソースのみを表示します。経理ユーザーグループのメンバーには、共通リソースと財務アプリケーションの両方が提示されます。
あるいは、他の展開と同じリソースを提供するが、より高速で強力なハードウェアを備えたパワーユーザー向けの展開を作成することもできます。これにより、役員チームなどのビジネス上重要なユーザーに強化されたエクスペリエンスを提供できます。すべてのユーザーはストアにログオンする際に同じデスクトップとアプリケーションを見ますが、役員ユーザーグループのメンバーは、パワーユーザー展開によって提供されるリソースに優先的に接続されます。
注:
これはサイト全体をフィルターします。さらに、サイト内では、Citrix Virtual Apps and Desktops Studio構成内でユーザーグループによってアプリケーションをフィルターできます。
特定のユーザーグループに特定のサイトを構成するには:
-
サイトの管理画面で、ユーザーマッピングとマルチサイト集約構成の下にある構成をクリックします。このオプションは、2つ以上のサイトが構成されている場合にのみ利用可能です。
これにより、ユーザーマッピングとマルチサイト集約の構成画面が開きます。
-
ユーザーをサイトにマッピングをクリックします。これにより、最初のマッピングを作成するためのユーザーマッピングの作成画面が開きます。後でさらにマッピングを作成できます。
-
全員を選択するか、特定のユーザーグループを選択して1つ以上のグループを追加します。
-
次へをクリックします。これにより、サイトタブに移動します。
-
追加をクリックし、1つ以上のコントローラーを追加します。
-
作成をクリックします。
-
必要に応じて、追加… をクリックしてさらにマッピングを作成します。
PowerShellを使用したユーザーのリソースへのマッピング
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は構成で指定された順序を使用して、ユーザーが接続される展開を決定します。複数の同等の展開がユーザーに利用可能な場合、ユーザーを最初に利用可能な展開に接続するか、リスト内の任意の展開にランダムに接続するかを指定できます。ユーザーを最初に利用可能な展開に接続することで、現在のユーザー数で使用される展開の数を最小限に抑えることができます。ユーザーをランダムに接続することで、利用可能なすべての展開にわたってユーザーをより均等に分散できます。
あるサイトからの起動が失敗した場合、StoreFrontは以下のいずれかの状況でない限り、他の適切なサイトを試行します。
- コントローラーが、ユーザーが割り当てられたデスクトップ制限に達したことを報告した場合。
- コントローラーが資格情報の失敗（例：無効、期限切れ、時間外）を報告した場合。StoreFrontは、同じ結果が得られると予想されるため、また繰り返しの試行によるアカウントロックアウトを避けるために、他の配信コントローラーで再試行しません。
- 起動がタイムアウトした場合。これは、多数のコントローラーで高遅延が発生している極端な場合にのみ発生します。
マルチサイト集約を構成するには：
-
Manage sites画面で、User mapping and multi-site aggregation configurationの下にあるConfigureをクリックします。このオプションは、2つ以上のサイトが構成されている場合にのみ利用できます。
-
Aggregate resourcesをクリックします。Aggregate Resources画面が表示されます。
-
同じリソースを持つサイトを選択し、Aggregateをクリックします。
-
必要に応じて、Aggregated Controller Settingsオプションを選択します。
-
Sites publish identical resources - 選択すると、StoreFrontは集約されたセット内のコントローラーの1つからのみリソースを列挙します。選択しない場合、StoreFrontは集約されたセット内のすべてのコントローラーからリソースを列挙します（ユーザーが利用可能なリソースのセット全体を蓄積するため）。このオプションを選択すると、リソースの列挙時にパフォーマンスが向上しますが、すべての集約されたフィードでリソースのリストが同一であると確信できない限り、このオプションはお勧めしません。
-
Load balance resources across controllers - 選択すると、起動は利用可能なサイト間で均等に分散されます。選択しない場合、起動はユーザーマッピングダイアログ画面で指定された最初のサイトに誘導され、起動が失敗した場合は後続のサイトにフェールオーバーします。
-
-
OKをクリックして、Configure user mapping and multi-site aggregation画面に戻ります。Aggregate resourcesがチェック済みになります。
-
リソースが集約されると、デフォルトではどのユーザーもリソースにアクセスできないため、ユーザーマッピングを追加する必要があります。Map users to sitesをクリックします。Create user mapping画面が開きます。
-
Everyoneを選択するか、Specific User Groupsを選択して1つ以上のグループを追加します。たとえば、特定の場所にいるユーザーを表すグループを選択することもできます。
-
集約されたサイトを追加します。集約されたすべてのサイトを追加する必要があります。含まれていないサイトは非集約になります。非集約リソースを含めることもできます。
-
Load balance resources across controllersをチェックしなかった場合、StoreFrontがリソースを起動する優先順序を選択できます。
-
Createを押して、Configure user mapping and multi-site aggregationに戻ります。
-
必要に応じてさらにマッピングを追加します。すべてのサイトがユーザーグループにマッピングされていることを確認してください。そうしないと、それらのリソースは誰にも使用できなくなります。
-
OKをクリックします。
PowerShellを使用した高度な構成
StoreFront管理コンソールを使用して、多くの一般的なマルチサイトおよび高可用性操作を構成できます。また、PowerShellを使用して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を追加するストアサービス。 -
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管理コンソール内で、左ペインでStoresノードを選択します。
- 結果ペインでストアを選択します。
- Actionsペインで、Manage sitesをクリックします。
- サイトを選択し、Editをクリックし、Edit site画面でSettingsをクリックします。
- Advanced Settingsの下でSettingsをクリックします。
- Configure Advanced Settingsダイアログで、Zones行の2列目をクリックします。
- Add…をクリックし、ゾーン名を入力してOKを押します。展開内の各ゾーンについて繰り返します。
- Configure Advanced Settingsダイアログで、OKをクリックします。
ユーザーが集約されたリソースを起動すると、StoreFrontはX-Citrix-ZonePreferenceヘッダー内のゾーンのリストを調べ、そのゾーン名で構成されたサイトを探します。一致するものがあれば、そのCVAD展開に起動要求を送信します。一致するものがない場合は、他の展開を試行します。
CVAD展開に複数のゾーンが含まれている場合、その展開内の特定のゾーンに起動要求を直接送信することはできません。