ゾーン

最終公開日 : Nov 13, 2026
注：
バージョン2511以降、Citrix Web Studio（Webベース）はCitrix Virtual Apps and Desktops™の唯一の管理コンソールです。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioについては、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
WANで接続された広範囲に分散した場所にまたがる展開では、ネットワークの遅延と信頼性により課題が生じる可能性があります。これらの課題を軽減する2つのオプションがあります。
  • 複数のサイトを展開し、それぞれに独自のSQL Serverサイトデータベースを持たせる。
    このオプションは、大規模なエンタープライズ展開に推奨されます。複数のサイトは個別に管理され、それぞれ独自のSQL Serverサイトデータベースが必要です。各サイトは独立したCitrix Virtual Apps™展開です。
  • 単一サイト内に複数のゾーンを構成する。
    ゾーンを構成することで、リモート地域のユーザーがWANの大部分を通過することなくリソースに接続できるようになります。ゾーンを使用すると、単一のWeb Studioコンソール、Citrix Director、およびサイトデータベースから効果的なサイト管理が可能になります。これにより、リモートロケーションに個別のデータベースを含むより多くのサイトを展開、人員配置、ライセンス供与、および運用するコストを節約できます。
    ゾーンは、あらゆる規模の展開で役立ちます。ゾーンを使用すると、アプリケーションとデスクトップをエンドユーザーの近くに配置できるため、パフォーマンスが向上します。ゾーンには、冗長性と回復性のために1つ以上のコントローラーをローカルにインストールできますが、必須ではありません。
    サイトに構成されているコントローラーの数は、サイト自体に新しいコントローラーを追加するなどの一部の操作のパフォーマンスに影響を与える可能性があります。これを避けるため、Citrix Virtual AppsまたはCitrix Virtual Desktops™サイトのゾーン数を50以下に制限することをお勧めします。
    ゾーンのネットワーク遅延が250ミリ秒RTTを超える場合は、ゾーンではなく複数のサイトを展開することをお勧めします。
この記事全体を通して、「ローカル」という用語は、議論されているゾーンを指します。たとえば、「VDAがローカルコントローラーに登録する」とは、VDAがVDAが配置されているゾーン内のコントローラーに登録することを意味します。
このリリースのゾーンは、XenAppバージョン6.5以前のゾーンと似ていますが、同一ではありません。たとえば、このゾーンの実装では、データコレクターはありません。サイト内のすべてのコントローラーは、プライマリゾーンの1つのサイトデータベースと通信します。また、このリリースではフェイルオーバーと優先ゾーンの動作が異なります。
Related information
管理

ゾーンの種類

サイトには常に1つのプライマリゾーンがあります。オプションで1つ以上のサテライトゾーンを持つこともできます。サテライトゾーンは、災害復旧、地理的に離れたデータセンター、支店、クラウド、またはクラウド内のアベイラビリティゾーンに使用できます。
プライマリゾーン:
プライマリゾーンのデフォルト名は「Primary」です。このゾーンには、SQL Serverサイトデータベース（および使用されている場合は高可用性SQLサーバー）、Web Studio、Director、Citrix StoreFront™、Citrix License Server、およびCitrix Gatewayが含まれます。サイトデータベースは常にプライマリゾーンに保持してください。
プライマリゾーンには、冗長性のために少なくとも2つのControllerが必要です。プライマリゾーンには、データベースおよびインフラストラクチャと密接に結合されたアプリケーションを持つVDAを含めることができます。
サテライトゾーン:
サテライトゾーンには、1つ以上のVDA、Controller、StoreFrontサーバー、およびCitrix Gatewayサーバーが含まれます。通常の操作では、サテライトゾーンのControllerはプライマリゾーンのデータベースと直接通信します。
サテライトゾーン、特に大規模なゾーンには、そのゾーンのマシンをプロビジョニングおよび保存するために使用されるハイパーバイザーが含まれる場合もあります。サテライトゾーンを構成するときに、ハイパーバイザーまたはその他のサービス接続を関連付けることができます。（その接続を使用するカタログがすべて同じゾーンにあることを確認してください。）
サイトには、独自のニーズと環境に基づいて、さまざまな構成のサテライトゾーンを含めることができます。次の図は、プライマリゾーンとサテライトゾーンの例を示しています。
プライマリゾーンとサテライトゾーンの図(/en-us/citrix-virtual-apps-desktops/2607-ltsr/media/zones1.png)
図では：
  • プライマリゾーン: 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がフェールオーバーする場所

プライマリゾーンとサテライトゾーンを含むサイトで、VDAの最小バージョンが7.7の場合：
  • プライマリゾーンのVDAは、プライマリゾーンのControllerに登録されます。プライマリゾーンのVDAは、サテライトゾーンのControllerに登録しようとすることはありません。
  • サテライトゾーンのVDAは、可能であればローカルControllerに登録されます。（これは優先Controllerと見なされます。）ローカルControllerが利用できない場合（たとえば、これ以上VDA登録を受け入れられない、または障害が発生した場合）、VDAはプライマリゾーンのControllerに登録しようとします。この場合、サテライトゾーンのControllerが再び利用可能になっても、VDAはプライマリゾーンに登録されたままになります。サテライトゾーンのVDAは、別のサテライトゾーンのControllerに登録しようとすることはありません。
  • コントローラーのVDA検出で自動更新が有効になっており、VDAのインストール中にコントローラーアドレスのリストを指定した場合、初期登録のためにそのリストからコントローラーがランダムに選択されます（コントローラーがどのゾーンにあるかに関わらず）。そのVDAを持つマシンが再起動された後、VDAはローカルゾーンのコントローラーへの登録を優先するようになります。
  • サテライトゾーンのコントローラーが故障した場合、可能であれば別のローカルコントローラーにフェールオーバーします。ローカルコントローラーが利用できない場合は、プライマリゾーンのコントローラーにフェールオーバーします。
  • コントローラーをゾーンの内外に移動し、自動更新が有効になっている場合、両方のゾーンのVDAは、どのコントローラーがローカルで、どのコントローラーがプライマリゾーンにあるかを示す更新されたリストを受け取ります。これにより、VDAはどのコントローラーに登録し、どのコントローラーからの接続を受け入れることができるかを知ることができます。
  • カタログを別のゾーンに移動すると、そのカタログ内のVDAは、カタログを移動したゾーンのコントローラーに再登録します。（カタログを別のゾーンに移動する際は、このゾーンと関連するホスト接続があるゾーンが適切に接続されていることを確認してください。帯域幅が制限されている場合や、高遅延の場合は、ホスト接続を関連するマシンカタログを含む同じゾーンに移動してください。）
プライマリゾーンのすべてのコントローラーが故障した場合：
  • Web Studioはサイトに接続できません。
  • プライマリゾーンのVDAへの接続はできません。
  • プライマリゾーンのコントローラーが利用可能になるまで、サイトのパフォーマンスが低下します。
VDAバージョン7.7より前のバージョンを含むサイトの場合：
  • サテライトゾーンのVDAは、ローカルゾーンおよびプライマリゾーンのコントローラーからの要求を受け入れます。（最小バージョン7.7のVDAは、他のサテライトゾーンのコントローラーからの要求を受け入れることができます。）
  • サテライトゾーンのVDAは、プライマリゾーンまたはローカルゾーンのコントローラーにランダムに登録します。（最小バージョン7.7のVDAはローカルゾーンを優先します。）

ゾーンの優先順位

ゾーン優先機能を使用するには、StoreFront 3.7およびCitrix Gateway 11.0-65.x以降を使用している必要があります。
マルチゾーンサイトでは、ゾーン優先機能により、管理者はアプリケーションまたはデスクトップの起動に使用されるVDAをより柔軟に制御できます。

ゾーンの優先順位の仕組み

ゾーンの優先順位には3つの形式があります。特定のゾーンのVDAを使用することを優先する場合があります。その理由は次のとおりです。
  • アプリケーションのデータが保存されている場所。これはアプリケーションホームと呼ばれます。
  • ユーザーのホームデータ（プロファイルやホーム共有など）の場所。これはユーザーホームと呼ばれます。
  • ユーザーの現在の場所（Citrix Workspace™アプリが実行されている場所）。これはユーザーロケーションと呼ばれます。
次の図は、マルチゾーン構成の例を示しています。
マルチゾーン構成の例(/en-us/citrix-virtual-apps-desktops/2607-ltsr/media/zone-prefs.png)
この例では、VDAは3つのサテライトゾーンに分散されていますが、それらはすべて同じデリバリーグループに属しています。したがって、ブローカーはユーザーの起動要求に対してどのVDAを使用するかを選択する可能性があります。この例は、ユーザーがCitrix Workspaceアプリのエンドポイントを実行できる場所がいくつかあることを示しています。
  • ユーザーAは、サテライトゾーン1でCitrix Workspaceアプリがインストールされたデバイスを使用しています。
  • ユーザーBは、サテライトゾーン2でデバイスを使用しています。
  • ユーザーのドキュメントはさまざまな場所に保存できます。
    • ユーザーAとBは、サテライトゾーン1にある共有を使用します。
    • ユーザーCは、サテライトゾーンCから共有を使用します。
    • 公開アプリケーションの1つは、サテライトゾーン1にあるデータベースを使用します。
ユーザーまたはアプリケーションのホームゾーンを構成することで、ユーザーまたはアプリケーションをゾーンに関連付けます。その後、Delivery Controller™のブローカーはこれらの関連付けを使用して、リソースが利用可能な場合に、セッションが起動されるゾーンの選択を支援します。次のことができます。
  • ユーザーをゾーンに追加して、ユーザーのホームゾーンを構成します。
  • アプリケーションのプロパティを編集して、アプリケーションのホームゾーンを構成します。
ユーザーまたはアプリケーションは、一度に1つのホームゾーンしか持つことができません。（ユーザーグループのメンバーシップにより複数のゾーンメンバーシップが発生する場合、ユーザーに例外が発生する可能性があります。「その他の考慮事項」セクションを参照してください。ただし、この場合でも、ブローカーは1つのホームゾーンのみを使用します。）
ユーザーとアプリケーションのゾーン設定を構成できますが、ブローカーは起動に対して1つの優先ゾーンのみを選択します。優先ゾーンを選択するためのデフォルトの優先順位は、アプリケーションホーム \> ユーザーホーム \> ユーザーロケーションです。シーケンスを制限できます。ゾーン設定の調整を参照してください。ユーザーがアプリケーションを起動すると：
  • そのアプリケーションにゾーン関連付け（アプリケーションホーム）が構成されている場合、優先ゾーンはそのアプリケーションのホームゾーンになります。
  • アプリケーションに構成されたゾーン関連付けがない場合でも、ユーザーに構成されたゾーン関連付け（ユーザーホーム）がある場合、優先ゾーンはそのユーザーのホームゾーンになります。
  • アプリケーションにもユーザーにも構成されたゾーン関連付けがない場合、優先ゾーンは、ユーザーがCitrix Workspaceアプリインスタンスを実行しているゾーン（ユーザーロケーション）になります。そのゾーンが定義されていない場合、ランダムなVDAとゾーンの選択が使用されます。優先ゾーン内のすべてのVDAに負荷分散が適用されます。優先ゾーンがない場合、デリバリーグループ内のすべてのVDAに負荷分散が適用されます。

ゾーンの優先順位の調整

ユーザーまたはアプリケーションのホームゾーンを構成（または削除）する場合、ゾーン設定の使用方法をさらに制限することもできます。
  • 必須のユーザーホームゾーンの使用: デリバリーグループでは、セッションがユーザーのホームゾーン（構成されている場合）で起動するように指定できます。ホームゾーンに利用可能なリソースがない場合でも、他のゾーンへのフェールオーバーは行われません。この制限は、ゾーン間で大きなプロファイルやデータファイルをコピーするリスクを回避する必要がある場合に役立ちます。言い換えれば、別のゾーンでセッションを起動するよりも、セッションの起動を拒否する方が望ましいということです。
  • 必須のアプリケーションホームゾーンの使用: 同様に、アプリケーションのホームゾーンを構成する際、そのアプリケーションは、そのゾーンでのみ起動され、アプリケーションのホームゾーンでリソースが利用できない場合でも、別のゾーンへのフェイルオーバーは行われないように指定できます。
  • アプリケーションホームゾーンなし、および構成されたユーザーホームゾーンを無視: アプリケーションのホームゾーンを指定しない場合、そのアプリケーションを起動する際に、構成されたユーザーゾーンを考慮しないように指定することもできます。たとえば、一部のユーザーが異なるホームゾーンを持っている場合でも、ユーザーロケーションゾーンの優先設定を使用して、ユーザーが自分のデバイスに近いVDAでアプリケーションを実行することを好む場合があります。

優先ゾーンがセッションの使用に与える影響

ユーザーがアプリケーションまたはデスクトップを起動すると、ブローカーは既存のセッションを使用するよりも優先ゾーンを使用することを優先します。
アプリケーションまたはデスクトップを起動するユーザーが、起動されるリソースに適したセッション（たとえば、アプリケーションのセッション共有を使用できるセッション、またはすでに起動されるリソースを実行しているセッション）をすでに持っている場合でも、そのセッションがユーザー/アプリケーションの優先ゾーン以外のゾーンのVDAで実行されている場合、システムは新しいセッションを作成する可能性があります。これにより、そのユーザーのセッション要件にとって優先度の低いゾーンのセッションに再接続するよりも先に、正しいゾーンでの起動（利用可能な容量がある場合）が満たされます。
到達不能になる可能性のある孤立したセッションを防ぐため、既存の切断されたセッションへの再接続は、それらが非優先ゾーンにある場合でも許可されます。
起動を満たすためのセッションの望ましさの順序は次のとおりです。
  1. 優先ゾーン内の既存のセッションに再接続する。
  2. 優先ゾーン以外のゾーンで、既存の切断されたセッションに再接続する。
  3. 優先ゾーンで新しいセッションを開始します。
  4. 優先ゾーン以外のゾーンで、接続されている既存のセッションに再接続する。
  5. 優先ゾーン以外のゾーンで、新しいセッションを開始する。

その他のゾーン優先度に関する考慮事項

  • ユーザーグループ（セキュリティグループなど）にホームゾーンを構成すると、そのグループのユーザー（直接的または間接的なメンバーシップを通じて）は指定されたゾーンに関連付けられます。ただし、ユーザーは複数のセキュリティグループのメンバーになることができ、そのため、他のグループメンバーシップを通じて異なるホームゾーンが構成されている場合があります。このような場合、そのユーザーのホームゾーンの決定は曖昧になる可能性があります。
ユーザーがグループメンバーシップを通じて取得したものではない構成済みのホームゾーンを持っている場合、そのゾーンがゾーン優先度に使用されます。グループメンバーシップを通じて取得されたゾーン関連付けはすべて無視されます。
ユーザーがグループメンバーシップのみを通じて取得した複数の異なるゾーン関連付けを持っている場合、ブローカーはゾーンの中からランダムに選択します。ブローカーがこの選択を行うと、ユーザーのグループメンバーシップが変更されるまで、そのゾーンが以降のセッション起動に使用されます。
  • ユーザーロケーションゾーンの優先設定では、デバイスが接続するCitrix Gatewayによって、エンドポイントデバイス上のCitrix Workspaceアプリが検出される必要があります。Citrix Gatewayは、IPアドレスの範囲を特定のゾーンに関連付けるように構成する必要があり、検出されたゾーンIDはStoreFrontを介してControllerに渡される必要があります。
ゾーンの優先設定の詳細については、「ゾーンの優先設定の内部」を参照してください。

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

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

接続品質の制限

サテライトゾーンのControllerは、サイトデータベースと直接SQL対話を実行します。これにより、サテライトゾーンとサイトデータベースを含むプライマリゾーン間のリンクの品質にいくつかの制限が課されます。特定の制限は、サテライトゾーンに展開されているVDAとそれらのVDA上のユーザーセッションの数に比例します。したがって、VDAとセッションの数が少ないサテライトゾーンは、VDAとセッションの数が多いサテライトゾーンよりも、データベースへの接続品質が低い場合でも機能できます。
詳細については、「Latency and SQL Blocking Query Improvements」を参照してください。

ブローカリングパフォーマンスに対する遅延の影響

ゾーンによってユーザーは高遅延リンク上にいることができますが、ローカルブローカーがある場合でも、追加の遅延は必然的にエンドユーザーエクスペリエンスに影響を与えます。ユーザーが行うほとんどの作業において、サテライトゾーンのControllerとサイトデータベース間のラウンドトリップによって引き起こされる遅延を経験します。
アプリケーションの起動の場合、セッションブローカリングプロセスがセッション起動要求を送信する適切なVDAを特定している間に、追加の遅延が発生します。

ゾーンの作成と管理

フル管理者であれば、すべてのゾーン作成および管理タスクを実行できます。ただし、ゾーンの作成、編集、または削除を許可するカスタムロールを作成することもできます。ゾーン間でアイテムを移動する場合、ゾーン関連の権限（ゾーン読み取り権限を除く）は必要ありません。ただし、移動するアイテムに対する編集権限が必要です。たとえば、カタログをあるゾーンから別のゾーンに移動するには、そのカタログに対する編集権限が必要です。詳しくは、「委任管理」を参照してください。
Citrix Provisioning™を使用している場合： Citrix Provisioningコンソールはゾーンを認識しないため、Web Studioを使用してサテライトゾーンのカタログを作成することをお勧めします。Web Studioでカタログを作成し、正しいサテライトゾーンを指定します。次に、Citrix Provisioningコンソールを使用して、そのカタログにマシンをプロビジョニングします。（Citrix Provisioningウィザードを使用してカタログを作成すると、カタログはプライマリゾーンに配置されます。後でWeb Studioを使用してサテライトゾーンに移動する必要があります。）

ゾーンを作成する

  1. Web Studioにサインインします。
  2. 左側のペインで ［ゾーン］ を選択します。
  3. アクションバーで ［ゾーンの作成］ を選択します。
  4. ゾーンの名前と説明（オプション）を入力します。名前はサイト内で一意である必要があります。
  5. 新しいゾーンに配置するアイテムを選択します。選択可能なアイテムのリストをフィルター処理したり、検索したりできます。空のゾーンを作成することもできます。その場合は、何もアイテムを選択しないでください。
  6. 「保存」をクリックします。
この方法の代わりに、Web Studioで1つ以上のアイテムを選択し、アクションバーで ［ゾーンの作成］ を選択することもできます。

ゾーン名または説明を変更する

  1. Web Studioにサインインします。
  2. 左側のペインで ［ゾーン］ を選択します。
  3. 中央のペインでゾーンを選択し、アクションバーでゾーンの編集を選択します。
  4. ゾーン名、説明、またはその両方を変更します。プライマリゾーンの名前を変更する場合は、そのゾーンがプライマリゾーンとして簡単に識別できることを確認してください。
  5. ［保存］ または ［適用］ をクリックします。

ゾーン間でアイテムを移動する

  1. Web Studioにサインインします。
  2. 左側のペインでゾーンを選択します。
  3. 中央ペインでゾーンを選択し、1つ以上の項目を選択します。
  4. アイテムを移動先のゾーンにドラッグするか、アクションバーでアイテムの移動を選択し、移動先のゾーンを指定します。
確認メッセージには、選択したアイテムが一覧表示され、それらすべてを移動してもよろしいか確認を求められます。
注意： カタログがハイパーバイザーまたはその他のサービスへのホスト接続を使用する場合、カタログと接続の両方を同じゾーンに配置してください。そうしないと、パフォーマンスに影響が出る可能性があります。一方を移動する場合は、もう一方も移動してください。

ゾーンを削除する

ゾーンを削除するには、ゾーンが空である必要があります。プライマリゾーンは削除できません。
  1. Web Studioにサインインします。
  2. 左側のペインでゾーンを選択します。
  3. 中央のペインでゾーンを選択します。
  4. アクションバーからゾーンの削除を選択します。ゾーンが空でない場合（アイテムが含まれている場合）、それらのアイテムを移動するゾーンを選択するよう求められます。
  5. 削除を確認します。

ユーザーのホームゾーンを追加する

ユーザーのホームゾーンを構成することは、ユーザーをゾーンに追加するとも呼ばれます。
  1. Web Studioにサインインします。
  2. 左側のペインでゾーンを選択し、中央のペインでゾーンを選択します。
  3. アクションバーでゾーンへのユーザーの追加を選択します。
  4. ゾーンへのユーザーの追加ダイアログボックスで、追加をクリックし、ゾーンに追加するユーザーとユーザーグループを選択します。ホームゾーンがすでに設定されているユーザーを指定した場合、メッセージに2つの選択肢が表示されます。はい = ホームゾーンが設定されていない指定したユーザーのみを追加します。いいえ = ユーザー選択ダイアログに戻ります。
  5. OKをクリックします。
ホームゾーンが構成されているユーザーの場合、セッションをそのホームゾーンからのみ起動するように要求できます。
  1. デリバリーグループを作成または編集します。
  2. ユーザーページで、**セッションをユーザーのホームゾーンで起動することを要求する（構成されている場合）**チェックボックスをオンにします。
そのデリバリーグループのユーザーが起動するすべてのセッションは、そのユーザーのホームゾーン内のマシンから起動する必要があります。デリバリーグループ内のユーザーにホームゾーンが構成されていない場合、この設定は無効です。

ユーザーのホームゾーンを削除する

この手順は、ゾーンからユーザーを削除することとも呼ばれます。
  1. Web Studioにサインインします。
  2. 左側のペインでゾーンを選択し、中央のペインでゾーンを選択します。
  3. アクションバーでゾーンからのユーザーの削除を選択します。
  4. ゾーンへのユーザーの追加ダイアログボックスで、削除をクリックし、ゾーンから削除するユーザーとグループを選択します。この操作では、ゾーンからのみユーザーが削除されます。それらのユーザーは、所属するデリバリーグループおよびアプリケーショングループに残ります。
  5. プロンプトが表示されたら削除を確定します。

アプリケーションのホームゾーンを管理する

アプリケーションのホームゾーンを構成することは、アプリケーションをゾーンに追加することとも呼ばれます。デフォルトでは、マルチゾーン環境では、アプリケーションにホームゾーンはありません。
アプリケーションのホームゾーンは、アプリケーションのプロパティで指定されます。アプリケーションをグループに追加するとき、または後でアプリケーションのプロパティを構成できます。
  • デリバリーグループを作成するとき、アプリケーショングループを作成するとき、または既存のグループにアプリケーションを追加するときに、ウィザードのアプリケーションページでプロパティを選択します。
  • アプリケーションの追加後にアプリケーションのプロパティを変更するには、左側のペインでアプリケーションを選択します。アプリケーションを選択し、アクションバーでアプリケーションプロパティの編集を選択します。
アプリケーションのプロパティ/設定の ページで、次の操作を行います。
  • アプリケーションにホームゾーンを設定する場合：
    • 選択したゾーンを使用して決定するラジオボタンを選択し、ゾーンを選択します。
    • アプリケーションを、選択したゾーンからのみ（他のゾーンからは起動しないように）起動する場合は、ゾーン選択の下にあるチェックボックスをオンにします。
  • アプリケーションにホームゾーンを設定しない場合：
    • ラジオボタンを選択します。
    • このアプリケーションを起動するときに、ブローカーが構成済みのユーザーゾーンを考慮しないようにする場合は、ラジオボタンの下にあるチェックボックスをオンにします。この場合、このアプリケーションの起動場所を決定するために、アプリケーションゾーンもユーザーホームゾーンも使用されません。

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

少なくとも1つのサテライトゾーンを作成した後、ホスト接続を追加するとき、またはカタログを作成するときにゾーンを指定できます。
通常、プライマリゾーンがデフォルトです。Machine Creation Services™を使用してカタログを作成する場合、ホスト接続用に構成されているゾーンが自動的に選択されます。
サイトにサテライトゾーンが含まれていない場合、プライマリゾーンが想定され、ゾーン選択ボックスは表示されません。