サイトの管理
「サイトの管理」画面を使用して、シトリックス バーチャル アプリケーションズ アンド デスクトップ、シトリックス デスクトップ アズ ア サービス、およびシトリックス セキュア プライベート アクセスが提供するサイトを追加、変更、削除します。
サイトの表示
- Citrix StoreFront管理コンソール内で、左ペインでストアノードを選択します。
- 結果ペインでストアを選択します。
- 操作ペインで、サイトの管理をクリックします。
PowerShellを使用したサイトの表示
PowerShellを使用してサイトを表示するには、コマンドレットGet-STFStoreFarmを実行します。
サイトの追加
シトリックス バーチャル アプリケーションズ アンド デスクトップ™ のサイトを追加する
-
サイトの管理画面で、追加をクリックします。
-
フィードを識別するのに役立つ表示名を入力します。
-
「種類」として「シトリックス バーチャル アプリケーションズ アンド デスクトップス または DaaS」を選択します。
-
各DDCのサーバーで、追加をクリックし、DDC（または対応するロードバランサー）のアドレスを入力します。
-
DDCの前にロードバランサーを配置している場合は、ロードバランサーのアドレスを入力します。ロードバランサーを使用していない場合は、各DDCを個別にリストします。
-
冗長性のために、少なくとも2つのDDCを含めます。
-
サーバーがHTTPSを使用している場合（推奨）、サーバーリストで指定する名前が、それらのサーバーの証明書上の名前と正確に一致すること（大文字/小文字を含む）を確認してください。
-
-
オプションで、サーバーは負荷分散されていますを選択します。選択した場合、StoreFrontはランダムにサーバーを選択します。選択を解除した場合、StoreFrontはリストの最初のサーバーを使用しますが、それが利用できない場合は、応答するサーバーが見つかるまでリストを順に進みます。上下の矢印を使用して優先順位を定義できます。
-
すべてのDDCが同様の遅延を持つ場合、StoreFrontがすべてのDDCに負荷を分散するように、サーバーは負荷分散されていますを選択することをお勧めします。
-
DDCの遅延が異なるマルチゾーンの地理的に分散された展開がある場合、StoreFrontが低遅延のサーバーを優先するように、最も遅延の低いDDCをリストの先頭に配置し、サーバーは負荷分散されていますの選択を解除することをお勧めします。同じ場所にある異なるDDC間で負荷を分散するために、別のロードバランサーを使用することを検討してください。
-
-
トランスポートの種類リストから、StoreFrontがサーバーとの通信に使用する接続の種類を選択します。
-
暗号化されていない接続（非推奨）でデータを送信するには、HTTPを選択します。このオプションを選択した場合、StoreFrontとサーバー間の接続を保護するための独自の対策を講じる必要があります。
-
暗号化されたTLS接続（推奨）でデータを送信するには、HTTPSを選択します。(/ja-jp/citrix-virtual-apps-desktops/secure/tls-ddc)または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-->
パワーシェル を使用して シトリックス バーチャル アプリケーションズ アンド デスクトップス™ サイトを追加する
ファームとも呼ばれるサイトを追加するには、コマンドレットAdd-STFStoreFarmをFarmTypeXenDesktopで実行します
例えば、セキュリティキーを使用して「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 DaaS サイトを追加する
- サイトの管理画面で、追加をクリックします。
- フィードを識別するのに役立つ表示名を入力します。
- 種類としてCitrix バーチャルアプリおよびデスクトップまたは DaaSを選択します。
-
各Cloud Connectorのサーバーで、追加をクリックし、Cloud Connector（または対応するロードバランサー）の名前を入力します。
-
Cloud ConnectorまたはDDCの前にロードバランサーを配置している場合は、ロードバランサーの名前を入力します。ロードバランサーを使用していない場合は、各DDCまたはCloud Connectorを個別にリストします。
-
複数のリソースの場所がある場合、Citrixは、VDAを含むすべてのリソースの場所からCloud Connectorを追加することを推奨します。これにより、障害発生時にStoreFrontがローカルホストキャッシュを使用して適切な場所でVDAを起動できるようになります。
-
ロードバランサーを使用している場合、リソースロケーションごとに個別のロードバランサーを使用することが重要です。ロードバランサーが複数のリソースロケーションのサーバーをフロントエンドしている場合、通常の運用では問題ありません。ただし、ローカルホストキャッシュモードでは、StoreFrontが正しいリソースロケーションに起動要求を直接送信できなくなり、起動失敗の原因となります。
-
サーバーがHTTPSを使用している場合（推奨）、サーバーリストで指定する名前が、それらのサーバーの証明書上の名前と正確に（大文字/小文字を含め）一致していることを確認してください。
-
-
オプションで Servers are load balanced を選択します。選択した場合、StoreFrontはランダムにサーバーを選択します。選択しない場合、StoreFrontはリストの最初のサーバーを使用します。ただし、そのサーバーが利用できない場合は、応答するサーバーが見つかるまでリストを下にたどります。上下の矢印を使用して優先順位を定義できます。
-
すべてのサーバーの遅延が類似している場合は、StoreFrontがすべてのDDCに負荷を分散するように、Servers are load balanced を選択することをお勧めします。
-
DDCの遅延が異なるマルチゾーンの地理的に分散された展開を使用している場合、StoreFrontが低遅延のサーバーを優先するように、最も遅延の低いサーバーをリストの先頭に配置し、Servers are load balanced の選択を解除することをお勧めします。同じリソースロケーションまたはゾーン内の異なるサーバー間で負荷を分散するために、個別のロードバランサーの使用を検討してください。
-
-
Transport type リストから、StoreFrontがサーバーとの通信に使用する接続の種類を選択します。
-
暗号化されていない接続経由でデータを送信する場合（非推奨）は、HTTP を選択します。このオプションを選択した場合、StoreFrontとCloud Connector間の接続を保護するための独自の対策を講じる必要があります。
-
暗号化された接続経由でデータを送信する場合（推奨）は、HTTPS を選択します。Cloud ConnectorをHTTPS用に構成する必要があります(/ja-jp/citrix-cloud/citrix-cloud-resource-locations/citrix-cloud-connector/installation#https-configuration)。
以下の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 を使用して シトリックス デスクトップ・アズ・ア・サービス サイトを追加する
ファームとも呼ばれるサイトを追加するには、FarmType XenDesktop を指定して cmdlet 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-->
シトリックス セキュア プライベート アクセス サイトを追加する
StoreFront サーバーがシトリックス セキュア プライベート アクセス用に構成されている場合は、シトリックス セキュア プライベート アクセス サイトを追加できます。
- StoreFront で ストア > サイトの管理 に移動します。
- Add を選択します。
- Add site ウィンドウで、フィードを識別するための Display name を入力します。
- 「タイプ」として「Citrix Secure Private Access (シトリックス セキュア プライベート アクセス)」を選択します。
- シトリックス セキュア プライベート アクセス サーバー名を入力します。
-
「トランスポートの種類」ドロップダウンから、サーバーとの通信に使用できる接続の種類を選択します。
- HTTP: 暗号化されていない接続を介してデータを送信します（非推奨）。
- HTTPS: トランスポート層セキュリティ（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-->
Citrix Secure Private Access サイトをパワーシェルを使用して追加する
ファームとも呼ばれるサイトを追加するには、FarmType SPA を指定して cmdlet Add-STFStoreFarm を実行します。
たとえば、セキュリティキーを使用して「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-->
サイトを編集する
サイトの管理画面で、サイトを選択し、編集をクリックします。
警告:
サイトの名前を変更すると：
- サイトは、Optimal HDX routing 構成から削除されます。サイトを Optimal HDX routing 構成に再度追加する必要があります。
- そのサイトのユーザーのお気に入り Favorites は消滅します（マルチサイト集約を使用している場合を除く）。これは、お気に入りレコードがサイトを名前で参照しているためです。お気に入りレコードは削除されないため、サイトを元の名前に戻すと、お気に入りが再表示されます。これを修正するには、SQL Server データベースを使用している場合、データベース内のレコードを更新できます。それ以外の場合は、お気に入りをエクスポートし、名前を修正して再インポートできます。詳細については、manage subscription data を参照してください。
PowerShell を使用してサイトを編集する
PowerShell を使用してサイトを変更するには、コマンドレット 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つ以上のサイトが構成されている場合にのみ利用可能です。
これにより、ユーザーマッピングとマルチサイトの構成集約画面が開きます。
ユーザーマッピングとマルチサイトの構成集約画面のスクリーンショット(/ja-jp/storefront/current-release/media/stores/aggregation-not-configured.png)
-
サイトへのユーザーマッピングをクリックします。これにより、最初のマッピングを作成するためのユーザーマッピングの作成画面が開きます。後でさらにマッピングを作成できます。
ユーザーマッピングの作成画面のユーザーグループタブのスクリーンショット(/ja-jp/storefront/current-release/media/stores/user-mapping-everyone.png)
-
全員を選択するか、特定のユーザーグループを選択して、1つ以上のグループを追加します。
ユーザーマッピングの作成画面のユーザーグループタブでグループが選択されているスクリーンショット(/ja-jp/storefront/current-release/media/stores/user-mapping-group.png)
-
次へをクリックします。これにより、サイトタブに移動します。
ユーザーマッピングの作成画面のユーザーグループタブのスクリーンショット(/ja-jp/storefront/current-release/media/stores/user-mapping-controllers-empty.png)
-
追加をクリックし、1つ以上のコントローラーを追加します。
ユーザーマッピングの作成画面のユーザーグループタブでコントローラーが選択されているスクリーンショット(/ja-jp/storefront/current-release/media/stores/user-mapping-controllers-selected.png)
-
作成をクリックします。
ユーザーマッピングの作成画面のユーザーグループタブでコントローラーが選択されているスクリーンショット(/ja-jp/storefront/current-release/media/stores/aggregation-map-users-configured.png)
-
必要に応じてさらにマッピングを作成するには、追加…をクリックします。
PowerShell を使用してユーザーをリソースにマッピングする
PowerShell を使用して、ユーザーをリソースにマッピングできます。
-
各サイト（SDK内ではファームとして知られています）に対して、EquivalentFarmsetを作成します。すべてのサイトはファームセットの一部である必要があり、そうでない場合、どのユーザーも利用できません。New-STFEquivalentFarmset を以下のパラメータで呼び出します。
-
Name- イクイバレントファームセットの一意の名前 -
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サーバーによって信頼されているドメイン内のActive Directoryグループを使用できます。Entra IDグループを使用することはできません。
-
集約されたサイトを追加します。集約されたすべてのサイトを追加する必要があります。含まれていないサイトは集約されません。集約されていないリソースを含めることもできます。
-
コントローラー間でリソースを負荷分散するをチェックしなかった場合、StoreFrontがリソースを起動する優先順位を選択できます。
-
作成を押して、ユーザーマッピングとマルチサイト集約の構成に戻ります。
-
必要なマッピングをさらに追加します。すべてのサイトがユーザーグループにマッピングされていることを確認してください。そうしないと、それらのリソースは誰にも使用できなくなります。
-
OKをクリックします。
PowerShellを使用した高度な構成
StoreFront管理コンソールを使用して、多くの一般的なマルチサイトおよび高可用性操作を構成できます。また、PowerShellを使用してStoreFrontを構成することもでき、これにより以下の追加機能が提供されます。
- 集約のために複数の展開グループを指定する機能。
- 管理コンソールでは、展開の単一のグループ化のみが許可されており、ほとんどの場合これで十分です。
- リソースのセットがばらばらな多数の展開を持つストアの場合、複数のグループ化によってパフォーマンスが向上する可能性があります。
- 集約された展開に対して複雑な優先順位を指定する機能。管理コンソールでは、集約された展開をロードバランスするか、単一のフェイルオーバーリストとして使用できます。PowerShellを使用すると、ロードバランスされ、異なるグループ間でフェイルオーバーする複数のフィードグループを持つことができます。
警告:
PowerShellを使用して高度なマルチサイトオプションを構成した後、管理コンソールを使用してオプションを変更することはできません。
-
使用する集約グループを決定します。集約グループ内では、同じ表示名を持つアプリケーションは単一のアイコンに集約されます。各集約グループには名前が必要です。管理コンソールでは、1つの集約グループしか作成できません。PowerShellを使用すると、複数の集約グループを定義できます。
-
各集約グループについて、集約したいサイト（SDKではファームとして知られています）をリストする1つ以上のEquivalentFarmsetを作成します。集約グループ内の異なるサイトが異なるユーザーに割り当てられる場合、各ユーザーセットに対して個別のEquivalentFarmSetを作成する必要がありますが、同じ
AggregationGroupNameを共有します。EquivalentFarmSetを作成するには、New-STFEquivalentFarmsetを以下のパラメーターで呼び出します。-
Name- イクイバレントファームセットの一意の名前。 -
AggregationGroupName- ファームセットが属する集約グループの名前。 -
LoadBalanceMode-LoadBalancedまたはFailoverのいずれか。 -
PrimaryFarms- 集約するファーム。LoadBalanceModeがFailoverの場合は、ファームが必要な順序でリストされていることを確認してください。集約グループに複数のEquivalentFarmSetがある場合、リソースを起動するために使用するサイトを評価する際に、この順序はUserFarmMappingで定義されたIndexNumberと組み合わされます。 -
BackupFarms- プライマリファームが利用できない場合に使用するファームのリスト。この機能は非推奨です。代わりに、より高いIndexNumberを持つ追加のEquivalentFarmSetを追加してください。
-
-
集約グループの一部ではない各サイトについて、
AggregationGroupNameを指定せずにEquivalentFarmsetを作成します。すべてのサイト（ファーム）はファームセットの一部である必要があります。次のパラメーターを指定して New-STFEquivalentFarmset を呼び出します。-
Name- 同等ファームセットの一意の名前 -
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展開にどのゾーンが含まれているかを手動で構成する必要があります。
- Citrix StoreFront管理コンソール内で、左ペインでストアノードを選択します。
- 結果ペインでストアを選択します。
- アクションペインで、サイトの管理をクリックします。
- サイトを選択し、編集をクリックしてから、サイトの編集画面で設定をクリックします。
- 詳細設定の下で、設定をクリックします。
- 詳細設定の構成ダイアログで、ゾーン行の2列目をクリックします。
- 追加… をクリックし、ゾーン名を入力してOKを押します。展開内の各ゾーンについて繰り返します。
- 詳細設定の構成ダイアログで、OKをクリックします。
ゾーン構成のスクリーンショット(/ja-jp/storefront/current-release/media/stores/zone-setting.png)
ユーザーが集約されたリソースを起動すると、StoreFrontはX-Citrix-ZonePreferenceヘッダー内のゾーンのリストを調べ、そのゾーン名で構成されたサイトを探します。一致するものがあれば、そのCVAD展開に起動要求を送信します。一致するものがない場合は、他の展開を試行します。
CVAD展開に複数のゾーンが含まれている場合、その展開内の特定のゾーンに起動要求を直接送信することはできません。