サイトの管理
[サイトの管理] 画面を使用して、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 または DDC の前のロードバランサーで [TLS を有効にする](/ja-jp/citrix-virtual-apps-desktops/secure/tls-ddc) 必要があります。 次の 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-->
PowerShellを使用したCitrix Virtual Apps and Desktops™サイトの追加
ファームとも呼ばれるサイトを追加するには、FarmType XenDesktopを指定して、コマンドレット Add-STFStoreFarm を実行します。
たとえば、セキュリティキーを使用して「CVAD」というサイトを追加するには：
$store = Get-STFStoreService -VirtualPath [path to store]
Add-STFStoreFarm -StoreService $store -FarmName "CVAD" -FarmType XenDesktop -Port 443 -TransportType HTTPS -Servers @("ddc1.example.com","ddc2.example.com") -XMLValidationEnabled $true -XMLValidationSecret "MySecret"
<!--NeedCopy-->
Citrix Desktops as a Serviceサイトの追加
- サイトの管理画面で、追加をクリックします。
- フィードを識別するのに役立つ表示名を入力します。
- 種類としてCitrix Virtual Apps and DesktopsまたはDaaSを選択します。
-
各Cloud Connectorのサーバーで、追加をクリックし、Cloud Connector（または対応するロードバランサー）の名前を入力します。
- Cloud ConnectorまたはDDCの前にロードバランサーを配置している場合は、ロードバランサーの名前を入力します。ロードバランサーを使用していない場合は、各DDCまたはCloud Connectorを個別にリストします。 - 複数のリソースの場所がある場合、Citrixは、障害発生時にStoreFrontがローカルホストキャッシュを使用して適切な場所でVDAを起動できるように、VDAを含むすべてのリソースの場所からCloud Connectorを追加することを推奨します。 - ロードバランサーを使用している場合、各リソースの場所に対して個別のロードバランサーを使用することが重要です。ロードバランサーが複数のリソースの場所にあるサーバーの前面にある場合、これは通常の操作では問題になりません。ただし、ローカルホストキャッシュモードでは、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-->
PowerShellを使用したCitrix Desktops as a Serviceサイトの追加
サイト（ファームとも呼ばれます）を追加するには、FarmType XenDesktop を指定して [Add-STFStoreFarm](https://developer-docs.citrix.com/en-us/storefront-powershell-sdk/2507/add-stfstorefarm) コマンドレットを実行します。
たとえば、セキュリティキーを使用して「DaaS」という名前のサイトを追加するには、次のようにします。
$store = Get-STFStoreService -VirtualPath [path to store]
Add-STFStoreFarm -StoreService $store -FarmName "DaaS" -FarmType XenDesktop -Port 443 -TransportType HTTPS -Servers @("connector1.example.com","connector2.example.com") -XMLValidationEnabled $true -XMLValidationSecret "MySecret"
<!--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を使用してキーを追加する必要があります。例：
$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-->
たとえば、セキュリティキーを使用して「SPA Apps」という名前のサイトを追加するには、次のようにします。
$store = Get-STFStoreService -VirtualPath [path to store]
- $farm = Add-STFStoreFarm -StoreService $store -FarmName "SPA Apps" -FarmType SPA -Port 443 -TransportType HTTPS -ServiceUrls https://spa-service.example.com -XMLValidationEnabled $true -XMLValidationSecret "MySecret"
- <!--NeedCopy-->
- ## サイトの編集
［サイトの管理］ 画面で、サイトを選択し、［編集］ をクリックします。
警告：
サイトの名前を変更すると、次のようになります。
- サイトは、最適なHDXルーティング構成から削除されます。サイトを最適なHDXルーティング構成に再度追加する必要があります。
- そのサイトのユーザーのお気に入り（お気に入り）はすべて消滅します（マルチサイト集約を使用している場合を除く）。これは、お気に入りレコードがサイトを名前で参照しているためです。お気に入りレコードは削除されないため、サイトの名前を元の名前に戻すと、お気に入りが再表示されます。これを修正するには、SQL Serverデータベースを使用している場合、データベース内のレコードを更新できます。それ以外の場合は、お気に入りをエクスポートし、名前を修正して再インポートできます。詳しくは、サブスクリプションデータの管理を参照してください。
PowerShellを使用したサイトの編集
PowerShellを使用してサイトを変更するには、[Set-STFStoreFarm](https://developer-docs.citrix.com/en-us/storefront-powershell-sdk/2507/set-stfstorefarm) コマンドレットを実行します。
サイトの削除
［サイトの管理］ 画面で、サイトを選択し、［削除］ をクリックします。
- ### PowerShellを使用したサイトの削除
PowerShellを使用してサイトを削除するには、[Remove-STFStoreFarm](https://developer-docs.citrix.com/en-us/storefront-powershell-sdk/2507/remove-stfstorefarm) コマンドを使用します。
ヘルスチェックとサーバーバイパスの動作
リソースを提供する一部のサーバーが利用できなくなった場合にパフォーマンスを向上させるため、StoreFrontは応答しないサーバーを一時的にバイパスします。サーバーがバイパスされている間、StoreFrontはそのサーバーを無視し、リソースへのアクセスには使用しません。これにより、利用できないサーバーへの接続を試みる際の遅延が回避されます。
バイパス動作の期間を指定するには、次のパラメーターを使用します。
- **バックグラウンドヘルスチェックポーリング期間** - StoreFrontが各サーバーの可用性をチェックする頻度を指定します。デフォルトは1分です。これを構成するには、[バックグラウンドヘルスチェックポーリング期間](/ja-jp/storefront/2507-ltsr/stores/settings/advanced#background-health-check-polling-period)を参照してください。
- **バイパス期間** - バックグラウンドヘルスチェックが有効になっている場合、これはポーリング期間以上に設定する必要がありますが、それ以上の値は影響しません。バックグラウンドヘルスチェックが無効になっている場合（非推奨）、サーバーは期間が終了するまでバイパスされます。デフォルトは60分です。
- **すべての失敗したバイパス期間** - バックグラウンドヘルスチェックが無効になっている場合（非推奨）にのみ使用されます。特定のサイトのすべてのサーバーがバイパスされている場合に、StoreFrontが **バイパス期間** の代わりに使用する短縮された期間を分単位で指定します。デフォルトは0分で、StoreFrontはどのサーバーもバイパスしないことを意味します。
バイパスパラメーターの変更
- 通常、これらの設定を変更する必要はありません。
- 1. Citrix StoreFront管理コンソール内から、左ペインで **[ストア]** ノードを選択します。 1. 結果ペインでストアを選択します。 1. **[アクション]** ペインで、**[サイトの管理]** をクリックします。 1. コントローラーを選択し、**[編集]** をクリックしてから、**[サイトの編集]** 画面で **[設定]** をクリックします。 1. [詳細設定] の下にある **[設定]** をクリックします。 1. [詳細設定の構成] ダイアログで、次の操作を行います。
- 1. **[すべての失敗したバイパス期間]** の行で、2列目をクリックし、すべてのサーバーが応答に失敗した後、Delivery Controllerがオフラインと見なされる期間を分単位で入力します。
- 1. **[バイパス期間]** の行で、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は他の配信コントローラーで再試行しません。これは、同じ結果が得られると予想されるため、また、繰り返しの試行によるアカウントロックアウトを避けるためです。
- 起動がタイムアウトした場合。これは、多数のコントローラーがあり、レイテンシーが高い場合など、極端な場合にのみ発生します。
マルチサイト集約の構成
-
サイトの管理画面で、ユーザーマッピングとマルチサイト集約の構成の下にある構成をクリックします。このオプションは、2つ以上のサイトが構成されている場合にのみ利用できます。
-
リソースの集約をクリックします。リソースの集約画面が表示されます。
-
同じリソースを持つサイトを選択し、集約をクリックします。
-
必要に応じて、集約コントローラー設定オプションを選択します。
- サイトが同一のリソースを公開する - 選択すると、StoreFrontは集約されたセット内のコントローラーの1つからのみリソースを列挙します。選択しない場合、StoreFrontは集約されたセット内のすべてのコントローラーからリソースを列挙します（ユーザーが利用可能なリソースのセット全体を蓄積するため）。このオプションを選択すると、リソースの列挙時にパフォーマンスが向上しますが、すべての集約されたフィードでリソースのリストが同一であると確信できる場合を除き、推奨しません
- コントローラー間でリソースを負荷分散する - 選択すると、起動は利用可能なサイト間で均等に分散されます。選択しない場合、起動はユーザーマッピングダイアログ画面で指定された最初のサイトに誘導され、起動が失敗した場合は後続のサイトにフェールオーバーします
-
OKをクリックして、ユーザーマッピングとマルチサイト集約の構成画面に戻ります。リソースの集約がチェック済みになります。
-
リソースが集約されると、デフォルトではどのユーザーもリソースにアクセスできないため、ユーザーマッピングを追加する必要があります。ユーザーをサイトにマッピングをクリックします。ユーザーマッピングの作成画面が開きます。
-
全員を選択するか、特定のユーザーグループを選択して1つ以上のグループを追加します。たとえば、特定の場所にいるユーザーを表すグループを選択することもできます。
-
集約されたサイトを追加します。集約されたすべてのサイトを追加する必要があります。含まれていないサイトは「集約されていない」と見なされます。集約されていないリソースを含めることもできます。
-
コントローラー間でリソースを負荷分散するをチェックしなかった場合、StoreFrontがリソースを起動する優先順序を選択できます。
-
「作成」を押して、「ユーザーマッピングとマルチサイト集約の構成」に戻ります
-
必要に応じて、さらにマッピングを追加します。すべてのサイトがユーザーグループにマッピングされていることを確認してください。そうしないと、それらのリソースは誰にも使用できなくなります
-
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を追加する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展開に複数のゾーンが含まれている場合、その展開内の特定のゾーンに起動要求を直接送信することはできません。