ゾーン

最終公開日 : Nov 13, 2026
注記：
Citrix Virtual Apps and Desktops™展開は、Web Studio (Webベース) と Citrix Studio (Windowsベース) の2つの管理コンソールを使用して管理できます。この記事では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つ以上のControllerをローカルにインストールできますが、必須ではありません。
    サイトに構成されているControllerの数は、サイト自体に新しいControllerを追加するなどの一部の操作のパフォーマンスに影響を与える可能性があります。これを避けるため、Citrix Virtual AppsまたはCitrix Virtual Desktops™サイトのゾーン数を50以下に制限することをお勧めします。
    ゾーンのネットワーク遅延が250ミリ秒RTTを超える場合は、ゾーンではなく複数のサイトを展開することをお勧めします。
この記事全体を通して、「ローカル」という用語は、議論されているゾーンを指します。たとえば、「VDAがローカルControllerに登録する」とは、VDAがVDAが配置されているゾーン内のControllerに登録することを意味します。
このリリースでのゾーンは、XenAppバージョン6.5以前のゾーンと似ていますが、同一ではありません。たとえば、このゾーンの実装では、データコレクターはありません。サイト内のすべてのControllerは、プライマリゾーンの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はプライマリゾーンのデータベースと直接通信します。
サテライトゾーン、特に大規模なゾーンには、そのゾーンのマシンをプロビジョニングおよび保存するために使用されるハイパーバイザーが含まれる場合もあります。サテライトゾーンを構成するときは、ハイパーバイザーまたはその他のサービス接続を関連付けることができます。（その接続を使用するカタログがすべて同じゾーンにあることを確認してください。）
サイトには、固有のニーズと環境に基づいて、さまざまな構成のサテライトゾーンを含めることができます。次の図は、プライマリゾーンとサテライトゾーンの例を示しています。
プライマリゾーンとサテライトゾーンの図
図では、次のようになっています。
  • プライマリゾーン: 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に登録しようとすることはありません。
  • ControllerのVDA検出で自動更新が有効になっており、VDAのインストール中にControllerアドレスのリストを指定した場合、初期登録のためにそのリストからControllerがランダムに選択されます（Controllerがどのゾーンにあるかに関係なく）。そのVDAがインストールされているマシンが再起動されると、VDAはローカルゾーンのControllerへの登録を優先するようになります。
  • サテライトゾーンのControllerで障害が発生した場合、可能であれば別のローカルControllerにフェールオーバーします。ローカルControllerが利用できない場合は、プライマリゾーンのControllerにフェールオーバーします。
  • Controllerをゾーンの内外に移動し、自動更新が有効になっている場合、両方のゾーンのVDAは、どのControllerがローカルで、どのControllerがプライマリゾーンにあるかを示す更新されたリストを受け取ります。これにより、VDAはどのControllerに登録し、どのControllerから接続を受け入れることができるかを知ることができます。
  • カタログを別のゾーンに移動すると、そのカタログ内のVDAは、カタログを移動したゾーンのControllerに再登録します。（カタログを別のゾーンに移動するときは、このゾーンと関連するホスト接続があるゾーンが適切に接続されていることを確認してください。帯域幅が制限されている場合や、高遅延の場合は、ホスト接続を関連するマシンカタログを含む同じゾーンに移動してください。）
プライマリゾーンのすべてのControllerで障害が発生した場合：
  • Web Studioはサイトに接続できません。
  • プライマリゾーンのVDAへの接続はできません。
  • プライマリゾーンのControllerが利用可能になるまで、サイトのパフォーマンスが低下します。
VDAバージョン7.7より前のサイトの場合：
  • サテライトゾーンのVDAは、ローカルゾーンおよびプライマリゾーンのControllerからの要求を受け入れます。（最小バージョン7.7のVDAは、他のサテライトゾーンのControllerからの要求を受け入れることができます。）
  • サテライトゾーンのVDAは、プライマリゾーンまたはローカルゾーンのControllerにランダムに登録します。（最小バージョン7.7のVDAはローカルゾーンを優先します。）

ゾーンの優先順位

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

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

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

ゾーンの優先順位の調整

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

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

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

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

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

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

  • ゾーンには、次の項目を配置できます: コントローラー、マシンカタログ、ホスト接続、ユーザー、およびアプリケーション。カタログがホスト接続を使用する場合、カタログと接続が同じゾーンにあることを確認してください。(ただし、低遅延で高帯域幅の接続が利用可能な場合は、異なるゾーンに配置することもできます。)
  • サテライトゾーンに項目を配置すると、サイトがそれらの項目や関連する他のオブジェクトとどのようにやり取りするかに影響します。
    • コントローラーがサテライトゾーンに配置されると、それらのマシンは同じゾーン内のハイパーバイザーおよび VDA に対して良好な（ローカル）接続性を持つと想定されます。そのサテライトゾーン内のコントローラーは、それらのハイパーバイザーおよび VDA マシンを処理する際に、プライマリゾーン内のコントローラーよりも優先的に使用されます。
    • ハイパーバイザー接続がサテライトゾーンに配置されると、そのハイパーバイザー接続を介して管理されるすべてのハイパーバイザーもそのサテライトゾーンに存在すると想定されます。そのサテライトゾーン内のコントローラーは、そのハイパーバイザー接続と通信する際に、プライマリゾーン内のコントローラーよりも優先的に使用されます。
    • When a machine catalog is placed into a satellite zone, it is assumed that all the VDA machines in that catalog are in the satellite zone. Local Controllers are used in preference to Controllers in the primary zone when attempting to register with the site, after the Controller list auto-update mechanism has activated after the first registration of each VDA.
    • Citrix Gateway instances can also be associated with zones. This is done as part of the StoreFront Optimal HDX™ Routing configuration rather than, as for the other elements described here, as part of the site configuration. When a Citrix Gateway is associated with a zone, it is preferred to be used when HDX connections to VDA machines in that zone are used.
  • 生産サイトを作成し、最初のカタログとデリバリーグループを作成すると、すべての項目はプライマリゾーンに配置されます。この初期設定が完了するまで、サテライトゾーンを作成することはできません。（空のサイトを作成した場合、プライマリゾーンには最初にコントローラーのみが含まれます。カタログとデリバリーグループを作成する前または後にサテライトゾーンを作成できます。）
  • 1つ以上の項目を含む最初のサテライトゾーンを作成すると、サイト内の他のすべての項目はプライマリゾーンに残ります。
  • The primary zone is named 'Primary' by default; you can change that name. Although Web Studio indicates which zone is the primary zone, it is best practice to use an easily identifiable name for the primary zone. You can reassign the primary zone (that is, make another zone the primary zone), but it should always contain the site database and any high availability servers.
  • Always keep the site database in the primary zone.
  • ゾーンを作成した後、後で項目をあるゾーンから別のゾーンに移動できます。この柔軟性により、近接して動作するのが最適な項目を分離できる可能性があります。たとえば、カタログ内のマシンを作成する接続（ホスト）とは異なるゾーンにカタログを移動すると、パフォーマンスに影響を与える可能性があります。ゾーン間で項目を移動する前に、意図しない潜在的な影響を考慮してください。カタログとそれが使用するホスト接続は同じゾーンに、または十分に接続されたゾーン（たとえば、低遅延で高帯域幅のネットワーク経由）に保持してください。
  • 最適なパフォーマンスを得るには、Web StudioとDirectorはプライマリゾーンにのみインストールしてください。Web StudioとDirectorはWebアプリケーションであるため、サテライトゾーン（たとえば、プライマリゾーンがアクセス不能になった場合のフェイルオーバーとして使用するコントローラーを含むサテライトゾーン）からアクセスできます。
  • Ideally, Citrix Gateway in a satellite zone is used for user connections coming into that zone from other zones or external locations, although you can use it for connections within the zone.
  • Remember: To use the zone preference feature, you must be using minimum StoreFront 3.7 and Citrix Gateway 11.0-65.x.

接続品質の制限

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

ブローカリングパフォーマンスに対する待機時間の影響

ゾーンによってユーザーは待機時間の長いリンク上にいても、ローカルブローカーがあれば利用できますが、追加の待機時間は必然的にエンドユーザーエクスペリエンスに影響を与えます。ユーザーが行うほとんどの作業において、サテライトゾーンの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™を使用してカタログを作成する場合、ホスト接続用に構成されたゾーンが自動的に選択されます。
サイトにサテライトゾーンが含まれていない場合、プライマリゾーンが想定され、ゾーン選択ボックスは表示されません。