ゾーン
WANで接続された広範囲に分散した場所にまたがる展開では、ネットワークの遅延と信頼性により課題に直面する可能性があります。これらの課題を軽減する2つのオプションがあります。
- 複数のサイトを展開し、それぞれ独自のSQL Serverサイトデータベースを使用する。
このオプションは、大規模なエンタープライズ展開に推奨されます。複数のサイトは個別に管理され、それぞれ独自のSQL Serverサイトデータベースが必要です。各サイトは個別のXenApp®展開です。
- 単一のサイト内に複数のゾーンを構成する。
ゾーンを構成することで、リモート地域のユーザーがWANの大部分を通過することなくリソースに接続できるようになります。ゾーンを使用すると、単一のCitrix Studioコンソール、Citrix Director、およびサイトデータベースから効果的なサイト管理が可能になります。これにより、リモートロケーションに個別のデータベースを含む追加のサイトを展開、人員配置、ライセンス供与、および運用するコストを節約できます。
ゾーンは、あらゆる規模の展開で役立ちます。ゾーンを使用すると、アプリケーションとデスクトップをエンドユーザーに近づけることができ、パフォーマンスが向上します。ゾーンには、冗長性と回復性のために1つ以上のコントローラーをローカルにインストールできますが、必須ではありません。
サイトに構成されているコントローラーの数は、サイト自体に新しいコントローラーを追加するなどの一部の操作のパフォーマンスに影響を与える可能性があります。これを避けるため、XenAppまたはXenDesktop®サイトのゾーン数を50以下に制限することをお勧めします。
注：
ゾーンのネットワーク遅延が250ミリ秒RTTを超える場合は、ゾーンではなく複数のサイトを展開することをお勧めします。
この記事全体を通して、「ローカル」という用語は、議論されているゾーンを指します。たとえば、「VDAがローカルコントローラーに登録する」とは、VDAが配置されているゾーン内のコントローラーにVDAが登録することを意味します。
このリリースでのゾーンは、XenAppバージョン6.5以前のゾーンと似ていますが、同一ではありません。たとえば、このゾーンの実装では、データコレクターはありません。サイト内のすべてのコントローラーは、プライマリゾーン内の1つのサイトデータベースと通信します。また、このリリースではフェイルオーバーゾーンと優先ゾーンの動作が異なります。
ゾーンの種類
サイトには常に1つのプライマリゾーンがあります。オプションで1つ以上のサテライトゾーンを持つこともできます。サテライトゾーンは、災害復旧、地理的に離れたデータセンター、支店、クラウド、またはクラウド内のアベイラビリティゾーンに使用できます。
プライマリゾーン
「プライマリ」というデフォルト名を持つプライマリゾーンには、SQL Serverサイトデータベース（および使用されている場合は高可用性SQLサーバー）、Studio、Director、Citrix StoreFront™、Citrix License Server、NetScaler Gatewayが含まれます。サイトデータベースは常にプライマリゾーンに配置する必要があります。
プライマリゾーンには、冗長性のために少なくとも2つのControllerも必要であり、データベースおよびインフラストラクチャと密接に結合されたアプリケーションを持つ1つ以上のVDAが含まれる場合があります。
サテライトゾーン
サテライトゾーンには、1つ以上のVDA、Controller、StoreFrontサーバー、およびNetScaler® Gatewayサーバーが含まれます。通常の運用では、サテライトゾーンのControllerはプライマリゾーンのデータベースと直接通信します。
サテライトゾーン、特に大規模なものは、そのゾーンのマシンをプロビジョニングおよび/または保存するために使用されるハイパーバイザーを含む場合もあります。サテライトゾーンを構成するときは、ハイパーバイザーまたはクラウドサービス接続をそれに関連付けることができます。（その接続を使用するマシンカタログがすべて同じゾーンにあることを確認してください。）
サイトには、固有のニーズと環境に基づいて、異なる構成のサテライトゾーンを含めることができます。次の図は、プライマリゾーンとサテライトゾーンの例を示しています。
ゾーン(/ja-jp/xenapp-and-xendesktop/7-15-ltsr/media/zones1.png)
-
プライマリゾーンには、2つのController、Studio、Director、StoreFront、License Server、およびサイトデータベース（高可用性SQL Server展開を含む）が含まれます。プライマリゾーンには、複数のVDAとNetScaler Gatewayも含まれます。
-
サテライトゾーン1 - Controllerを持つVDA
サテライトゾーン1には、Controller、VDA、およびStoreFrontサーバーが含まれます。このサテライトゾーンのVDAは、ローカルのControllerに登録されます。ローカルのControllerは、プライマリゾーンのサイトデータベースおよびライセンスサーバーと通信します。
WANが失敗した場合、接続リース機能により、サテライトゾーンのControllerは、そのゾーンのVDAへの接続の仲介を続行できます。このような展開は、オフィスと企業ネットワークを接続するWANリンクが失敗した場合でも、従業員がローカルの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が利用できない場合 (たとえば、ローカルのControllerがこれ以上VDA登録を受け入れられない、またはローカルのControllerが故障した場合など)、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は、すべてのゾーンの接続リースデータを保持します。サテライトゾーンのControllerは、自身のゾーンとプライマリゾーンの接続リースデータを保持しますが、他のサテライトゾーンのデータは保持しません。
プライマリゾーンのすべてのControllerが故障した場合：
- Studioはサイトに接続できません。
- プライマリゾーンのVDAへの接続はできません。
- プライマリゾーンのControllerが利用可能になるまで、サイトのパフォーマンスは徐々に低下します。
VDAバージョン7.7より前のバージョンを含むサイトの場合：
- サテライトゾーンのVDAは、ローカルゾーンおよびプライマリゾーンのControllerからの要求を受け入れます。(最小バージョン7.7のVDAは、他のサテライトゾーンのControllerからの要求を受け入れることができます。)
- サテライトゾーンのVDAは、プライマリゾーンまたはローカルゾーンのControllerにランダムに登録します。(最小バージョン7.7のVDAはローカルゾーンを優先します。)
ゾーンの優先順位
重要:
ゾーン優先機能を使用するには、最小でStoreFront 3.7およびNetScaler Gateway 11.0-65.xを使用している必要があります。
マルチゾーンサイトでは、ゾーン優先機能により、アプリケーションまたはデスクトップの起動に使用されるVDAを制御する上で、管理者にさらなる柔軟性が提供されます。
ゾーン優先の仕組み
ゾーン優先には3つの形式があります。特定のゾーンにあるVDAを使用することを優先する場合があります。その基準は次のとおりです。
- アプリケーションのデータが保存されている場所。これはアプリケーションホームと呼ばれます。
- ユーザーのホームデータ（プロファイルやホーム共有など）の場所。これはユーザーホームと呼ばれます。
- ユーザーの現在の場所（Citrix Receiver™が実行されている場所）。これはユーザーロケーションと呼ばれます。
次の図は、マルチゾーン構成の例を示しています。
ゾーン優先(/ja-jp/xenapp-and-xendesktop/7-15-ltsr/media/zone-prefs.png)
この例では、VDAは3つのサテライトゾーンに分散していますが、すべて同じデリバリーグループに属しています。したがって、ブローカーはユーザーの起動要求に対してどのVDAを使用するかを選択できます。この例は、ユーザーがCitrix Receiverエンドポイントを実行できる場所がいくつかあることを示しています。ユーザーAはサテライトゾーン1でCitrix Receiverが動作するデバイスを使用しています。ユーザーBはサテライトゾーン2のデバイスを使用しています。ユーザーのドキュメントはいくつかの場所に保存できます。ユーザーAとBはサテライトゾーン1にある共有を使用しています。ユーザーCはサテライトゾーンCの共有を使用しています。また、公開されているアプリケーションの1つは、サテライトゾーン1にあるデータベースを使用しています。
You associate a user or application with a zone by configuring a home zone for the user or application. The broker in the Delivery Controller™ then uses those associations to help select the zone where a session will be launched, if resources are available. You:
- ユーザーをゾーンに追加して、ユーザーのホームゾーンを構成します。
- アプリケーションのプロパティを編集して、アプリケーションのホームゾーンを構成します。
ユーザーまたはアプリケーションは、一度に1つのホームゾーンしか持つことができません。(ユーザーの場合、ユーザーグループのメンバーシップにより複数のゾーンメンバーシップが発生すると例外が発生する可能性があります。「その他の考慮事項」セクションを参照してください。ただし、この場合でもブローカーは1つのホームゾーンのみを使用します。)
ユーザーとアプリケーションのゾーン設定を構成できますが、ブローカーは起動時に優先ゾーンを1つだけ選択します。優先ゾーンを選択するためのデフォルトの優先順位は、アプリケーションホーム > ユーザーホーム > ユーザーロケーションです。（次のセクションで説明するように、この順序を制限できます。）ユーザーがアプリケーションを起動すると、次のようになります。
- そのアプリケーションに構成済みのゾーン関連付け（アプリケーションホーム）がある場合、優先ゾーンはそのアプリケーションのホームゾーンになります。
- アプリケーションに構成済みのゾーン関連付けがないが、ユーザーに構成済みのゾーン関連付け（ユーザーホーム）がある場合、優先ゾーンはそのユーザーのホームゾーンになります。
- アプリケーションにもユーザーにも構成済みのゾーン関連付けがない場合、優先ゾーンはユーザーがCitrix Receiverインスタンスを実行しているゾーン（ユーザーロケーション）になります。そのゾーンが定義されていない場合、ランダムなVDAとゾーンの選択が使用されます。負荷分散は、優先ゾーン内のすべてのVDAに適用されます。優先ゾーンがない場合、負荷分散はデリバリーグループ内のすべてのVDAに適用されます。
ゾーン設定の調整
ユーザーまたはアプリケーションのホームゾーンを構成（または削除）する際、ゾーン設定がどのように使用されるか（または使用されないか）をさらに制限できます。
- 必須のユーザーホームゾーンの使用: デリバリーグループでは、セッションをユーザーのホームゾーンで起動するように指定できます（ユーザーがホームゾーンを持っている場合）。ホームゾーンでリソースが利用できない場合でも、別のゾーンへのフェールオーバーは行われません。この制限は、ゾーン間で大きなプロファイルやデータファイルをコピーするリスクを回避する必要がある場合に役立ちます。つまり、別のゾーンでセッションを起動するよりも、セッションの起動を拒否する方が望ましいということです。
- 必須のアプリケーションホームゾーンの使用: 同様に、アプリケーションのホームゾーンを構成する際、そのアプリケーションは、アプリケーションのホームゾーンでリソースが利用できない場合でも、別のゾーンへのフェールオーバーなしで、そのゾーンでのみ起動されるべきであることを示すことができます。
- アプリケーションホームゾーンなし、および構成済みのユーザーホームゾーンを無視: アプリケーションのホームゾーンを指定しない場合、そのアプリケーションを起動する際に、構成済みのユーザーゾーンを考慮しないように指定することもできます。たとえば、一部のユーザーが異なるホームゾーンを持っている場合でも、ユーザーロケーションゾーン設定を使用して、ユーザーが使用しているマシン（Citrix Receiverが実行されている場所）に近いVDAで特定のアプリケーションを実行することを好む場合があります。
優先ゾーンがセッションの使用に与える影響
ユーザーがアプリケーションまたはデスクトップを起動すると、ブローカーは既存のセッションを使用するよりも、優先ゾーンを使用することを優先します。
アプリケーションまたはデスクトップを起動するユーザーが、起動されるリソースに適した既存のセッション（たとえば、アプリケーションのセッション共有を使用できるセッション、または起動されるリソースがすでに実行されているセッション）をすでに持っている場合でも、そのセッションがユーザー/アプリケーションの優先ゾーン以外のゾーンのVDAで実行されている場合、システムは新しいセッションを作成する可能性があります。これにより、そのユーザーのセッション要件にとって優先度の低いゾーンのセッションに再接続するよりも、正しいゾーンでの起動（利用可能な容量がある場合）が満たされます。
到達できなくなった孤立セッションを防ぐため、既存の切断されたセッションへの再接続は、それらが非優先ゾーンにある場合でも許可されます。
起動を満たすセッションの望ましい順序は次のとおりです。
- 優先ゾーン内の既存のセッションに再接続する。
- 優先ゾーン以外のゾーンで、既存の切断されたセッションに再接続します。
- 優先ゾーンで新しいセッションを開始します。
- 優先ゾーン以外のゾーンで、既存の接続されたセッションに再接続します。
- 優先ゾーン以外のゾーンで新しいセッションを開始します。
その他のゾーン優先度に関する考慮事項
- ユーザーグループ（セキュリティグループなど）にホームゾーンを構成すると、そのグループのユーザー（直接的または間接的なメンバーシップを通じて）は指定されたゾーンに関連付けられます。ただし、ユーザーは複数のセキュリティグループのメンバーになることができ、その結果、他のグループメンバーシップを通じて異なるホームゾーンが構成される可能性があります。このような場合、そのユーザーのホームゾーンの決定は曖昧になる可能性があります。
ユーザーがグループメンバーシップを通じて取得されていない構成済みのホームゾーンを持っている場合、そのゾーンがゾーン優先度に使用されます。グループメンバーシップを通じて取得されたゾーン関連付けはすべて無視されます。
ユーザーがグループメンバーシップのみを通じて取得された複数の異なるゾーン関連付けを持っている場合、ブローカーはゾーンの中からランダムに選択します。ブローカーがこの選択を行うと、そのゾーンは、ユーザーのグループメンバーシップが変更されるまで、その後のセッション起動に使用されます。
- ユーザーロケーションゾーンの優先度では、エンドポイントデバイス上のCitrix Receiverが、そのデバイスが接続しているCitrix NetScaler Gatewayによって検出される必要があります。NetScalerは、IPアドレスの範囲を特定のゾーンに関連付けるように構成する必要があり、検出されたゾーンIDはStoreFrontを介してControllerに渡される必要があります。
ゾーン優先度について詳しくは、「ゾーン優先度の内部」を参照してください。
考慮事項、要件、およびベストプラクティス
- ゾーンには、Controller、マシンカタログ、ホスト接続、ユーザー、およびアプリケーションを配置できます。マシンカタログがホスト接続を使用する場合、カタログと接続の両方を同じゾーンに配置して、それらの間の接続が低遅延で高帯域幅になるようにする必要があります。
- アイテムをサテライトゾーンに配置すると、サイトがそれらやそれらに関連する他のオブジェクトとどのようにやり取りするかに影響します。
- Controllerマシンがサテライトゾーンに配置されると、それらのマシンは同じサテライトゾーン内のハイパーバイザーおよびVDAマシンに対して良好な（ローカル）接続性を持つと想定されます。そのサテライトゾーン内のControllerは、それらのハイパーバイザーおよびVDAマシンを処理するために、プライマリゾーン内のControllerよりも優先的に使用されます。
- ハイパーバイザー接続がサテライトゾーンに配置されると、そのハイパーバイザー接続を介して管理されるすべてのハイパーバイザーもそのサテライトゾーンに存在すると想定されます。そのサテライトゾーン内のControllerは、そのハイパーバイザー接続と通信する際に、プライマリゾーン内のControllerよりも優先的に使用されます。
- マシンカタログがサテライトゾーンに配置されると、そのカタログ内のすべてのVDAマシンがサテライトゾーンにあると見なされます。各VDAの最初の登録後にコントローラーリストの自動更新メカニズムがアクティブ化された後、サイトへの登録を試みる際には、プライマリゾーンのコントローラーよりもローカルコントローラーが優先的に使用されます。
- NetScaler Gatewayインスタンスもゾーンに関連付けることができます。これは、ここで説明されている他の要素のようにXenAppまたはXenDesktop Site構成の一部としてではなく、StoreFront Optimal HDX™ Routing構成の一部として行われます。NetScaler Gatewayがゾーンに関連付けられている場合、そのゾーン内のVDAマシンへのHDX接続が使用されるときに、優先的に使用されます。
- 本番Siteを作成し、最初のMachine CatalogとDelivery Groupを作成すると、すべてのアイテムはプライマリゾーンに配置されます。この初期設定が完了するまで、サテライトゾーンを作成することはできません。（空のSiteを作成した場合、プライマリゾーンには最初はControllerのみが含まれます。Machine CatalogとDelivery Groupを作成する前または後にサテライトゾーンを作成できます。）
- 1つ以上のアイテムを含む最初のサテライトゾーンを作成すると、Site内の他のすべてのアイテムはプライマリゾーンに残ります。
- プライマリゾーンはデフォルトで「Primary」という名前ですが、その名前は変更できます。Studioの表示でどのゾーンがプライマリゾーンであるかが示されていても、プライマリゾーンには識別しやすい名前を使用することがベストプラクティスです。プライマリゾーンを再割り当て（つまり、別のゾーンをプライマリゾーンにする）できますが、常にSiteデータベースと高可用性サーバーが含まれている必要があります。
- Siteデータベースは常にプライマリゾーンにある必要があります。
- ゾーンを作成した後、後でアイテムをあるゾーンから別のゾーンに移動できます。この柔軟性により、密接な近接性で最適に機能するアイテムを分離できる可能性があることに注意してください。たとえば、Machine Catalogを、カタログ内のマシンを作成する接続（ホスト）とは異なるゾーンに移動すると、パフォーマンスに影響を与える可能性があります。したがって、ゾーン間でアイテムを移動する前に、潜在的な意図しない影響を考慮してください。カタログとそれが使用するホスト接続は同じゾーン内、または適切に接続されたゾーン（たとえば、低遅延で高帯域幅のネットワーク経由）に保持してください。
- 最適なパフォーマンスを得るには、StudioとDirectorをプライマリゾーンにのみインストールしてください。サテライトゾーンに別のStudioインスタンスが必要な場合（たとえば、プライマリゾーンがアクセス不能になった場合に、Controllerを含むサテライトゾーンがフェイルオーバーとして使用されている場合）、Studioをローカル公開アプリケーションとして実行してください。DirectorはWebアプリケーションであるため、サテライトゾーンからアクセスすることもできます。
- 理想的には、サテライトゾーンのNetScaler Gatewayは、他のゾーンまたは外部ロケーションからそのゾーンに入ってくるユーザー接続に使用されるべきですが、ゾーン内の接続にも使用できます。
- 注意: ゾーン優先機能を使用するには、最低限StoreFront 3.7およびNetScaler Gateway 11.0-65.xを使用している必要があります。
接続品質の制限
サテライトゾーンのControllerは、Siteデータベースと直接SQL対話を行います。これにより、サテライトゾーンとSiteデータベースを含むプライマリゾーン間のリンクの品質にいくつかの制限が課されます。具体的な制限は、サテライトゾーンに展開されているVDAの数と、それらのVDA上のユーザーセッションの数に比例します。したがって、VDAとセッションが少ないサテライトゾーンは、VDAとセッションが多いサテライトゾーンよりも、データベースへの接続品質が低い場合でも機能できます。
詳細については、レイテンシーとSQLブロッキングクエリの改善を参照してください。
ブローカリングパフォーマンスに対する遅延の影響
ゾーンによってユーザーは高遅延リンク上にいても、ローカルブローカーが存在すれば機能しますが、追加の遅延は必然的にエンドユーザーエクスペリエンスに影響を与えます。ユーザーが行うほとんどの作業において、サテライトゾーンのControllerとSiteデータベース間のラウンドトリップによって引き起こされる遅延を経験します。
アプリケーションを起動する場合、セッションブローカープロセスがセッション起動要求を送信するのに適したVDAを特定する間、追加の遅延が発生します。
ゾーンの作成と管理
フル管理者であれば、すべてのゾーン作成および管理タスクを実行できます。ただし、ゾーンの作成、編集、削除を許可するカスタムロールを作成することもできます。ゾーン間でアイテムを移動する場合、ゾーン関連の権限（ゾーン読み取り権限を除く）は必要ありませんが、移動するアイテムに対する編集権限が必要です。たとえば、マシンカタログをあるゾーンから別のゾーンに移動するには、そのマシンカタログに対する編集権限が必要です。詳しくは、「委任管理」の記事を参照してください。
Provisioning Servicesを使用する場合： このリリースで提供されるProvisioning Servicesコンソールはゾーンを認識しないため、Citrixでは、サテライトゾーンに配置するマシンカタログを作成する際にStudioを使用することをお勧めします。Studioウィザードを使用してカタログを作成し、正しいサテライトゾーンを指定します。その後、Provisioning Servicesコンソールを使用して、そのカタログ内のマシンをプロビジョニングします。（Provisioning Servicesウィザードを使用してカタログを作成した場合、それはプライマリゾーンに配置され、後でStudioを使用してサテライトゾーンに移動する必要があります。）
ゾーンの作成
- Studioのナビゲーションペインで、［構成］>［ゾーン］ を選択します。
- 操作ペインで、［ゾーンの作成］ を選択します。
- ゾーンの名前と説明（オプション）を入力します。名前はサイト内で一意である必要があります。
- 新しいゾーンに配置するアイテムを選択します。選択可能なアイテムのリストをフィルター処理したり、検索したりできます。空のゾーンを作成することもできます。その場合は、どのアイテムも選択しないでください。
- ［保存］ をクリックします。
この方法の代わりに、Studioで1つ以上のアイテムを選択し、操作ペインで［ゾーンの作成］ を選択することもできます。
ゾーンの名前または説明を変更する
- Studioのナビゲーションペインで、［構成］>［ゾーン］ を選択します。
- 中央のペインでゾーンを選択し、操作ペインで［ゾーンの編集］ を選択します。
- ゾーンの名前や説明を変更します。プライマリゾーンの名前を変更する場合は、そのゾーンがプライマリゾーンとして容易に識別できることを確認してください。
- OK または 適用 をクリックします。
項目をあるゾーンから別のゾーンへ移動する
- Studioのナビゲーションペインで、構成 > ゾーン を選択します。
- 中央ペインでゾーンを選択し、1つ以上の項目を選択します。
- 項目を移動先のゾーンにドラッグするか、アクションペインで 項目の移動 を選択し、移動先のゾーンを指定します。
確認メッセージには、選択した項目が一覧表示され、それらすべてを移動してもよいかどうかが尋ねられます。
注意： マシンカタログがハイパーバイザーまたはクラウドサービスへのホスト接続を使用する場合、カタログと接続の両方が同じゾーンにある必要があります。そうでない場合、パフォーマンスに影響が出る可能性があります。一方を移動する場合は、もう一方も移動してください。
ゾーンを削除する
ゾーンは、削除する前に空である必要があります。プライマリゾーンは削除できません。
- Studioのナビゲーションペインで、構成 > ゾーン を選択します。
- 中央ペインでゾーンを選択します。
- アクションペインから ゾーンの削除 を選択します。ゾーンが空でない場合（項目が含まれている場合）、それらの項目を移動するゾーンを選択するよう求められます。
- 削除を確認します。
ユーザーのホームゾーンを追加する
ユーザーのホームゾーンを構成することは、ユーザーをゾーンに追加する とも呼ばれます。
- Studioナビゲーションペインで構成 > ゾーンを選択し、中央ペインでゾーンを選択します。
- アクションペインでゾーンへのユーザーの追加を選択します。
- ゾーンへのユーザーの追加ダイアログボックスで、追加をクリックし、ゾーンに追加するユーザーおよびユーザーグループを選択します。すでにホームゾーンを持つユーザーを指定した場合、メッセージに2つの選択肢が表示されます:はい = ホームゾーンを持たない指定したユーザーのみを追加します。いいえ = ユーザー選択ダイアログに戻ります。
- OKをクリックします。
構成済みのホームゾーンを持つユーザーの場合、セッションをそのホームゾーンからのみ起動するように要求できます。
- デリバリーグループを作成または編集します。
- ユーザーページで、セッションは、構成されている場合、ユーザーのホームゾーンで起動する必要がありますチェックボックスをオンにします。
そのデリバリーグループのユーザーが起動するすべてのセッションは、そのユーザーのホームゾーン内のマシンから起動する必要があります。デリバリーグループ内のユーザーに構成済みのホームゾーンがない場合、この設定は無効です。
ユーザーのホームゾーンを削除する
この手順は、ゾーンからユーザーを削除することとも呼ばれます。
- Studioナビゲーションペインで構成 > ゾーンを選択し、中央ペインでゾーンを選択します。
- アクションペインでゾーンからのユーザーの削除を選択します。
- ゾーンへのユーザーの追加ダイアログボックスで、削除をクリックし、ゾーンから削除するユーザーおよびグループを選択します。この操作は、ゾーンからのみユーザーを削除することに注意してください。これらのユーザーは、所属するデリバリーグループおよびアプリケーショングループに残ります。
- プロンプトが表示されたら削除を確認します。
アプリケーションのホームゾーンを管理する
アプリケーションのホームゾーンを構成することは、アプリケーションをゾーンに追加することとも呼ばれます。デフォルトでは、マルチゾーン環境では、アプリケーションにはホームゾーンがありません。
アプリケーションのホームゾーンは、アプリケーションのプロパティで指定されます。アプリケーションのプロパティは、アプリケーションをグループに追加するとき、または後でStudioでアプリケーションを選択し、そのプロパティを編集することによって構成できます。
- (/ja-jp/xenapp-and-xendesktop/7-15-ltsr/install-configure/delivery-groups-create.html)、(/ja-jp/xenapp-and-xendesktop/7-15-ltsr/install-configure/application-groups-create.html)、または(/ja-jp/xenapp-and-xendesktop/7-15-ltsr/manage-deployment/applications-manage.html)を行う際に、ウィザードのアプリケーションページでプロパティを選択します。
- アプリケーションの追加後にそのプロパティを変更するには、Studioのナビゲーションペインでアプリケーションを選択します。アプリケーションを選択し、その後、アクションペインでアプリケーションプロパティの編集を選択します。
アプリケーションのプロパティ/設定のゾーンページで：
- アプリケーションにホームゾーンを設定する場合：
- 選択したゾーンを使用して決定するラジオボタンを選択し、ドロップダウンからゾーンを選択します。
- アプリケーションを、選択したゾーンからのみ（他のゾーンからは起動しないように）起動させたい場合は、ゾーン選択の下にあるチェックボックスをオンにします。
- アプリケーションにホームゾーンを設定しない場合：
- ホームゾーンを構成しないラジオボタンを選択します。
- このアプリケーションを起動する際に、ブローカーが構成済みのユーザーゾーンを考慮しないようにしたい場合は、ラジオボタンの下にあるチェックボックスをオンにします。この場合、アプリケーションのホームゾーンもユーザーのホームゾーンも、このアプリケーションを起動する場所を決定するために使用されません。
ゾーンの指定を含むその他のアクション
ホスト接続を追加したり、マシンカタログを作成したりする際（サイト作成時を除く）、少なくとも1つのサテライトゾーンをすでに作成している場合は、アイテムが割り当てられるゾーンを指定できます。
ほとんどの場合、プライマリゾーンがデフォルトです。Machine Creation Services™を使用してマシンカタログを作成する場合、ホスト接続用に構成されたゾーンが自動的に選択されます。
サイトにサテライトゾーンが含まれていない場合、プライマリゾーンが想定され、ゾーン選択ボックスは表示されません。