Horizon 8 でのクラウド ポッド アーキテクチャについて

クラウド ポッド アーキテクチャ機能を使用することで、複数のポッドをまとめてリンクし、デスクトップとアプリケーションの仲介および管理のための単一の大規模環境を形成できます。

ポッドは、複数の Connection Server インスタンス、共有ストレージ、データベース サーバ、vSphere およびデスクトップやアプリケーション プールのホストに必要なネットワーク インフラストラクチャで構成されます。従来の Horizon 8 実装では、各ポッドの管理は個別に行われます。クラウド ポッド アーキテクチャ機能を使用すると、複数のポッドを結合して、ポッド フェデレーションと呼ばれる単一の Horizon 8 実装を構成できます。

各ポッド フェデレーションは複数のサイトとデータセンターにわたって構成できるため、大規模の Horizon 8 環境を管理するうえで必要な作業を同時に簡素化できます。

以下の図は、基本的なクラウド ポッド アーキテクチャ トポロジの例です。

このトポロジの例では、以前は別々のデータセンターでスタンドアローンだった 2 つのポッドが結合され、単一のポッド フェデレーションを形成しています。この環境のエンド ユーザーは、ニューヨークのポッドに接続して、いずれかのポッドでデスクトップまたはアプリケーションを受信できます。

Unified Access Gateway アプライアンスでクラウド ポッド アーキテクチャを使用する場合、各アプライアンスは 1 つのポッドに関連付けられている必要があります。

クラウド ポッド アーキテクチャの主要コンポーネント

クラウド ポッド アーキテクチャは、多数の独立したポッドを 1 つのシステムのように動作させるために連携して機能する少数のコンポーネントから構築されています。

クラウド ポッド アーキテクチャと従来の Horizon 8 環境の違い

従来の連携されていない Horizon 8 環境では、各ポッドは自己完結型で独立した存在になっています。つまり、各ポッドには独自の Connection Server インスタンスとローカル資格があり、他のポッドは認識されません。ポッド A に接続しているユーザーは、ポッド A に物理的に存在するデスクトップまたはアプリケーションのみを仲介できます。

クラウド ポッド アーキテクチャでは次の 3 つの点が異なります。

1. **資格がローカルではなくグローバルになります。**特定の 1 つの Connection Server インスタンス上のプールではなく、フェデレーション内の任意のポッドのプールによってバッキングできるグローバル資格がユーザーまたはグループに付与します。
2. **仲介は、ポッドのローカルではなく、フェデレーション対応になります。**ユーザーが接続する Connection Server インスタンス（接続ポッド。仲介ポッドともいいます）は、VIPA を使用して、グローバル資格の範囲ポリシーとユーザーのホーム サイトで制御される順序で、一致するリソースがあるかどうかを他のポッドに確認することができます。
3. **構成と状態がサイロ化されず、共有されるようになります。**トポロジ、資格、ホーム サイトはグローバル データ レイヤーに配置され、すべてのポッドから表示できます。同様に、Horizon Console では、ポッド フェデレーション全体についてセッションと健全性の情報が表示されます（例外：Horizon 8 イベント データベースはポッド間で共有されません）。

変更されない点：すべてのデスクトップまたはアプリケーション プールは物理的には 1 つのポッドにのみ存在し、各ポッドは完全に独立して動作します。クラウド ポッド アーキテクチャは、既存のポッドの上位にある仲介および管理レイヤーであり、既存のポッドに代わるものではありません。