ゾーン

• 複数のサイトを展開し、それぞれに独自のSQL Serverサイトデータベースを持たせる。
  このオプションは、大規模なエンタープライズ展開に推奨されます。複数のサイトは個別に管理され、それぞれに独自のSQL Serverサイトデータベースが必要です。各サイトは独立したCitrix Virtual Apps™展開です。
• 単一サイト内に複数のゾーンを構成する。
  ゾーンを構成することで、リモート地域のユーザーがWANの大部分を通過することなくリソースに接続できるようになります。ゾーンを使用すると、単一のWeb Studioコンソール、Citrix Director、およびサイトデータベースから効果的なサイト管理が可能になります。これにより、リモートロケーションに個別のデータベースを含むより多くのサイトを展開、人員配置、ライセンス供与、および運用するコストを節約できます。
  ゾーンは、あらゆる規模の展開で役立ちます。ゾーンを使用して、アプリケーションとデスクトップをエンドユーザーの近くに配置することで、パフォーマンスを向上させることができます。ゾーンには、冗長性と回復性のために1つ以上のControllerをローカルにインストールできますが、必須ではありません。
  サイトに構成されているControllerの数は、サイト自体に新しいControllerを追加するなどの一部の操作のパフォーマンスに影響を与える可能性があります。これを避けるため、Citrix Virtual AppsまたはCitrix Virtual Desktops™サイトのゾーン数を50以下に制限することをお勧めします。
  ゾーンのネットワーク遅延が250ミリ秒RTTを超える場合は、ゾーンではなく複数のサイトを展開することをお勧めします。

ゾーンの種類

• プライマリゾーン: 2つのController、Web Studio、Director、StoreFront、License Server、およびサイトデータベース（高可用性SQL Server展開を含む）が含まれます。プライマリゾーンには、複数のVDAとCitrix Gatewayも含まれます。
• サテライトゾーン1: Controllerを持つVDA: サテライトゾーン1には、Controller、VDA、およびStoreFrontサーバーが含まれます。このサテライトゾーンのVDAは、ローカルのControllerに登録されます。ローカルのControllerは、プライマリゾーンのサイトデータベースおよびライセンスサーバーと通信します。
  WANに障害が発生した場合、ローカルホストキャッシュ機能により、サテライトゾーンのControllerは、そのゾーンのVDAへの接続の仲介を継続できます。このような展開は、従業員がローカルのStoreFrontサイトとローカルのControllerを使用してローカルリソースにアクセスするオフィスで効果的です。
• サテライトゾーン2: 冗長Controllerを持つVDA: サテライトゾーン2には、2つのController、VDA、およびStoreFrontサーバーが含まれます。これは最も回復力のあるゾーンタイプであり、WANとローカルControllerの1つが同時に障害を起こした場合でも保護を提供します。

VDAの登録場所とControllerのフェールオーバー場所

• Primary zone の VDA は、Primary zone の Controller に登録します。Primary zone の VDA は、Satellite zone の Controller に登録しようとすることはありません。
• Satellite zone の VDA は、可能であればローカルの Controller に登録します。(これは優先 Controller と見なされます。) ローカルの Controller が利用できない場合 (たとえば、VDA 登録をこれ以上受け入れられない、または障害が発生した場合など)、VDA は Primary zone の Controller に登録しようとします。この場合、Satellite zone の Controller が再び利用可能になっても、VDA は Primary zone に登録されたままになります。Satellite zone の VDA は、別の Satellite zone の Controller に登録しようとすることはありません。
• Controller の VDA 検出で自動更新が有効になっており、VDA のインストール中に Controller アドレスのリストを指定した場合、最初の登録のためにそのリストから Controller がランダムに選択されます (Controller がどのゾーンにあるかに関係なく)。その VDA を持つマシンが再起動されると、VDA はローカルゾーンの Controller への登録を優先するようになります。
• Satellite zone の Controller が失敗した場合、可能であれば別のローカル Controller にフェールオーバーします。ローカル Controller が利用できない場合、Primary zone の Controller にフェールオーバーします。
• Controller をゾーンに出入りさせ、自動更新が有効になっている場合、両方のゾーンの VDA は、どの Controller がローカルで、どの Controller が Primary zone にあるかを示す更新されたリストを受け取ります。これにより、VDA はどの Controller に登録し、どの Controller から接続を受け入れることができるかを知ることができます。
• カタログを別のゾーンに移動すると、そのカタログ内の VDA は、カタログを移動したゾーンの Controller に再登録します。(カタログを別のゾーンに移動する場合、このゾーンと関連するホスト接続があるゾーンが適切に接続されていることを確認してください。帯域幅が制限されている場合や、高遅延の場合は、ホスト接続を関連するマシンカタログを含む同じゾーンに移動してください。)

• Web Studio はサイトに接続できません。
• Primary zone の VDA への接続はできません。
• Primary zone の Controller が利用可能になるまで、サイトのパフォーマンスが低下します。

• Satellite zone の VDA は、ローカルゾーンおよび Primary zone の Controller からの要求を受け入れます。(最小バージョン 7.7 の VDA は、他の Satellite zone の Controller 要求を受け入れることができます。)
• Satellite zone の VDA は、Primary zone またはローカルゾーンの Controller にランダムに登録します。(最小バージョン 7.7 の VDA はローカルゾーンを優先します。)

ゾーンの優先順位

考慮事項、要件、およびベストプラクティス

• ゾーンには、コントローラー、マシンカタログ、ホスト接続、ユーザー、アプリケーションを配置できます。カタログがホスト接続を使用する場合、カタログと接続が同じゾーンにあることを確認してください。(ただし、低遅延で高帯域幅の接続が利用可能な場合は、異なるゾーンに配置できます。)
• アイテムをサテライトゾーンに配置すると、サイトがそれらやそれらに関連する他のオブジェクトとどのようにやり取りするかに影響します。
  • コントローラーがサテライトゾーンに配置されると、それらのマシンは同じゾーン内のハイパーバイザーおよびVDAに対して良好な（ローカル）接続性を持つと想定されます。そのサテライトゾーンのコントローラーは、それらのハイパーバイザーおよびVDAマシンの処理において、プライマリゾーンのコントローラーよりも優先的に使用されます。
  • ハイパーバイザー接続がサテライトゾーンに配置されると、そのハイパーバイザー接続を介して管理されるすべてのハイパーバイザーもそのサテライトゾーンに存在すると想定されます。そのサテライトゾーンのコントローラーは、そのハイパーバイザー接続と通信する際に、プライマリゾーンのコントローラーよりも優先的に使用されます。
  • マシンカタログがサテライトゾーンに配置されると、そのカタログ内のすべてのVDAマシンがサテライトゾーンにあると想定されます。各VDAの初回登録後にコントローラーリストの自動更新メカニズムがアクティブになった後、サイトへの登録を試みる際には、プライマリゾーンのコントローラーよりもローカルコントローラーが優先的に使用されます。
  • Citrix Gatewayインスタンスもゾーンに関連付けることができます。これは、ここで説明されている他の要素のようにサイト構成の一部としてではなく、StoreFrontのOptimal HDX™ルーティング構成の一部として行われます。Citrix Gatewayがゾーンに関連付けられている場合、そのゾーン内のVDAマシンへのHDX接続が使用されるときに、そのCitrix Gatewayが優先的に使用されます。
• 本番サイトを作成し、最初のカタログとデリバリーグループを作成すると、すべてのアイテムはプライマリゾーンに配置されます。この初期設定が完了するまで、サテライトゾーンを作成することはできません。(空のサイトを作成した場合、プライマリゾーンには最初はコントローラーのみが含まれます。カタログとデリバリーグループを作成する前または後にサテライトゾーンを作成できます。)
• 1つ以上の項目を含む最初のサテライトゾーンを作成すると、サイト内の他のすべての項目はプライマリゾーンに残ります。
• プライマリゾーンはデフォルトで「Primary」という名前ですが、この名前は変更できます。Web Studioはどのゾーンがプライマリゾーンであるかを示しますが、プライマリゾーンには識別しやすい名前を使用することがベストプラクティスです。プライマリゾーンを再割り当てする（つまり、別のゾーンをプライマリゾーンにする）ことはできますが、常にサイトデータベースとすべての高可用性サーバーが含まれている必要があります。
• サイトデータベースは常にプライマリゾーンに保持してください。
• ゾーンを作成した後、後でアイテムをあるゾーンから別のゾーンに移動できます。この柔軟性により、近接して動作するのが最適なアイテムを分離できる可能性があります。たとえば、カタログを、そのカタログ内のマシンを作成する接続（ホスト）とは異なるゾーンに移動すると、パフォーマンスに影響を与える可能性があります。ゾーン間でアイテムを移動する前に、潜在的な意図しない影響を考慮してください。カタログとそれが使用するホスト接続は同じゾーンに、または適切に接続されたゾーン（たとえば、低遅延で高帯域幅のネットワーク経由）に保持してください。
• 最適なパフォーマンスを得るには、Web StudioとDirectorはプライマリゾーンにのみインストールしてください。Web StudioとDirectorはWebアプリケーションであるため、サテライトゾーン（たとえば、プライマリゾーンがアクセス不能になった場合のフェイルオーバーとして使用するコントローラーを含むサテライトゾーン）からアクセスできます。
• 理想的には、サテライトゾーンのCitrix Gatewayは、他のゾーンまたは外部の場所からそのゾーンに入ってくるユーザー接続に使用されますが、ゾーン内の接続にも使用できます。
• 注意：ゾーン優先機能を使用するには、StoreFront 3.7以降およびCitrix Gateway 11.0-65.x以降を使用している必要があります。

ゾーンの作成と管理

ゾーンの指定を含むその他のアクション