XenAppおよびXenDesktop 7.7：ゾーン詳細ダイブ
この記事では、XenAppとXenDesktop 7.7でのゾーン機能の仕組みと、デリバリーコントローラー、Hypervisor 接続、マシンカタログなどのアイテムを異なるゾーンに配置することによる影響について少し詳しく説明します。まず、Citrix 製品のドキュメントに記載されているゾーンについて読んでおくことをお勧めします：https://docs.citrix.com/ja-jp/legacy-archive/xenapp-and-xendesktop.html。
プライマリゾーンとサテライトゾーン
各XenAppおよびXenDesktop 7.7サイトには、中央サイトデータベースと少なくとも2つのデリバリーコントローラを含む1つのプライマリゾーンがあります。
セカンダリゾーンまたはサテライトゾーンには、1つ以上のVDA、コントローラー、StoreFront サーバー、およびNetScaler Gateway サーバーを含める必要があります。通常の操作では、サテライト・ゾーン内のControllerは、プライマリ・ゾーンの中央サイト・データベースと直接通信します。
プライマリゾーン内のコントローラは、サイトデータベースへの接続が良好で、すべてのサテライトゾーンへの接続性が良好であると想定されます。ただし、各サテライトゾーンのエレメントは、他のサテライトゾーンのエレメントに接続しているとは見なされません。
ゾーンに関連付けることができる要素
XenAppまたはXenDesktop ktop展開のさまざまな要素をサテライトゾーンに関連付けることができます。サテライトゾーンは、サイトがこれらのオブジェクトやそれらに関連する他のオブジェクトとどのように相互作用するかに影響を与えます。サテライトゾーンに配置できる要素は次のとおりです。
- コントローラマシン
- ハイパーバイザー接続
- マシン カタログ
- NetScaler ゲートウェイ
Controllerマシンをサテライトゾーンに配置すると、それらのマシンが同じサテライトゾーン内のハイパーバイザーおよびVDAマシンに対して良好な（ローカル）接続性を持つものと見なされます。したがって、これらのControllerを使用してハイパーバイザーおよびVDAマシンを処理するようにシステムが配置します。
サテライトゾーンに配置されるHypervisor 接続は、そのハイパーバイザー接続を介して管理されるすべてのハイパーバイザーもそのサテライトゾーンに存在すると想定され、そのゾーン内のControllerは、そのハイパーバイザー接続との通信に使用されることが優先されます。
同様に、サテライトゾーンに配置されるマシンカタログは、そのカタログ内のすべてのVDAマシンがサテライトゾーンにあることを意味し、これにより、Controllerリストの自動更新メカニズムが有効になった後にサイトに登録するときにどのControllerを使用するかを制御します。各VDAの最初の登録後に。
VDAは、同じローカルゾーン内のControllerに登録することを優先しますが、プライマリゾーン内のControllerへの登録にフェイルオーバーします。VDAは、他のサテライトゾーンのControllerに登録されません。
NetScaler Gateway インスタンスはゾーンに関連付けることもできますが、これはXenAppまたはXenDesktop ktopサイトの構成の一部としてここで説明する他の要素と同様に、StoreFront の最適なHDXルーティング構成の一部として行われます。NetScaler Gateway がゾーンに関連付けられている場合、そのゾーン内のVDAマシンへのHDX接続が使用される場合に優先されます。
接続の質の制限
サテライトゾーンのControllerは、サイトデータベースに対してSQL操作を直接実行します。この SQL の相互作用を最小限に抑えるためにいくつかの変更が加えられましたが、サテライトゾーンとデータベースを含むプライマリゾーン間のリンクの品質にはいくつかの制限が課されます。特定の制限は、サテライトゾーンに展開されているVDA上のVDAとユーザーセッションの数に相対的に適用されます。そのため、VDAとセッションの数が少ないサテライトゾーンは、多数のVDAやセッションを持つサテライトゾーンよりもデータベースへの接続の品質が低く機能する可能性があります。いくつかのガイドラインを次に示します。
| サポート対象のセッション数 | 想定されるエンドユーザーセッションの最大同時開始数 | 許容される最低帯域幅 | 許容される最大往復遅延時間 |
|---|---|---|---|
| 50未満 | 20 | 1Mbps | 250ミリ秒 |
| 50～500 | 25 | 1.5Mbps | 100ミリ秒 |
| 500〜1,000 | 30 | 2Mbps | 50ミリ秒 |
| 1,000～3,000 | 60 | 8Mbps | 10ミリ秒 |
| 3,000以上 | 60 | 8Mbps | 5ミリ秒 |
接続リースによる高可用性
XenAppおよびXenDesktop 7.7では、接続リース機能により、システムが停止した場合に、新しい接続をエンドユーザーに仲介する高可用性を維持できます。ゾーンを使用している場合、サテライトゾーンとプライマリゾーン間の通信損失が原因で停止が発生する可能性があります (特にデータベースがプライマリゾーンに存在する場合)。この場合、サテライトゾーンのControllerはリースモードに切り替わり、エンドユーザーはアプリケーションやデスクトップへの新しい接続を仲介することができます。ただし、これらのセッションを実行するVDAは、サテライトゾーンのControllerからアクセスできる必要があります。サテライトゾーン内のControllerマシンのファイルシステムの負荷を制限するには、同じゾーン内のVDAマシンの接続リースデータのみを使用します。
StoreFront展開環境
接続リースを使用した仲介の高可用性を利用する場合、サテライトゾーンがプライマリゾーンから分離されている場合、各サテライトゾーンにStoreFront インスタンスを展開する必要があります。これは、プライマリゾーンとサテライトゾーンの間の接続が停止した場合に、プライマリゾーンだけに集中的に展開されたStoreFront インスタンスが、必ずしもサテライトゾーン内のControllerに接続できないためです。
ゾーンの数
サイトで多数のControllerを構成すると、サイト自体へのControllerの新規追加など一部の操作のパフォーマンスが低下する可能性があります。これを回避するには、XenAppまたはXenDesktop 7.7サイトのゾーン数を10以下に制限することをお勧めします。XenAppまたはXenDesktop 7.11以降のバージョンでは、制限は50個です。
低レベルの構成設定と調整
ゾーンをサポートするために、いくつかの新しい構成項目が追加されました。たとえば、ブローカーサービス SDK の一部ではなく、構成サービス SDK の一部である PowerShell SDK レベルでのゾーンの定義の追加などです。ゾーン構成のその他の部分は、他の FMA サービス PowerShell SDK で実行できます。特に、要素がゾーンに関連付けられている場合、これらのオブジェクトのほとんどの所有権を持つサービスによって実行されます。したがって、マシンカタログのゾーンメンバーシップはブローカーサービスSDKを使用して定義され、Hypervisor 接続のゾーンメンバーシップはホストサービスSDKを使用して構成されます。
さらに、新しいレジストリ設定が追加され、エンドユーザーの同時起動の調整を制御できるようになりました。この主な部分は、 HKLM\ Software\ Citrix\ DesktopServer\ スロットルリクエストアドレス最大同時トランザクションです。いくつかのテスト状況では、サテライトゾーンとプライマリゾーンのデータベース間の遅延が高く、サテライトゾーンでControllerを使用するエンドユーザーによるアプリおよびデスクトップ接続の起動率が比較的高いため、以前の起動のバックログが原因で起動が遅れる可能性があることがわかりました。
その他のヒント
サイトのアップグレード後、Studioのゾーンノードが表示されなくなったというレポートがいくつかありました。これは、アップグレード中に「役割の構成」ファイルをインポートできなかったことが原因である可能性があります。これを手動で修正するには、PowerShell SDK を使用してファイルをインポートします。
cd 'C:\Program ファイル\ Citrix\ XenDesktopポッシュSDK\ モジュール\ Citrix.管理者.V1\ Citrix.XenDesktop.管理者.V1\ Citrix.XenDesktop.管理者\ 管理者の役割構成'
インポート-管理者ロール設定-パス。 ロール構成が署名された.xml
この記事は、William Charnellによって書かれたブログ記事から変更されました。元のブログを読み、コメントを見るには、 https://www.citrix.com/blogs/2016/01/12/deep-dive-xenapp-and-xendesktop-7-7-zones/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+CitrixBlogs+%28Citrix+Blogs%29にアクセスしてください。