セカンダリ Connection Broker を追加する
冗長性を確保するためにセカンダリ Connection Broker がサイトに追加されます。これにより、プライマリ Connection Broker に障害が発生しても、セカンダリ Connection Broker がリクエストを処理できるようになります。Connection Broker は、高可用性を確保するために、アクティブ/アクティブ構成で動作します。Connection Broker に障害が発生しても、負荷に対応可能な予備の Agent が常に待機しています。一般的に、N+1 の冗長構成をサイトごとに使用する必要があります。自動昇格に 3 つを超える Connection Broker を設定することはできません（自動昇格は本セクションで後ほど説明します）。
セカンダリ Connection Broker を 1 つ以上インストールしておけば、ランタイムデータが各 Agent に複製され、サービスに障害が発生した場合にもダウンタイムを最小限に抑えられます。さらに、いずれかのアクティブな Connection Broker が、AD および使用される二要素認証プロバイダーの両方の認証に使用されます。
プライマリ Connection Broker はセカンダリ Connection Broker と同じタスクを実行しますが、それ以外の役割も担います。つまり、単一の Connection Broker による管理が必要な特定のプロセスを管理します。次の表は、プライマリ Connection Broker とセカンダリ Connection Broker によって管理されるプロセスのリストです。
プロセス |
プライマリ Connection Broker |
セカンダリ Connection Broker |
PA（カウンター）のモニタリング |
はい |
はい |
RD セッションホスト（カウンター）のモニタリング |
はい |
はい |
プロバイダー（カウンター）のモニタリング |
はい |
はい |
RDS セッション（再接続）のモニタリング |
はい |
はい |
展開済みの RDS アプリケーションのモニタリング |
はい |
はい |
VDI セッション（再接続）のモニタリング |
はい |
はい |
システム設定の管理 |
はい |
いいえ |
ライセンス情報とハートビートの送信 |
はい |
いいえ |
CEP 情報の処理および送信 |
はい |
いいえ |
レポートサーバーへの情報の送信 |
はい |
いいえ |
RDS スケジューラーの管理 |
はい |
いいえ |
エンジン情報のレポート |
はい |
今後のバージョン |
シャドーイング |
はい |
今後のバージョン |
メール通知の送信 |
はい |
いいえ |
複数の Connection Broker の間で負荷分散がどのように機能するかを示すために、次の例を考えてみましょう。
- Connection Broker が 2 つあるとします。その内訳は、PA1（プライマリ）と PA2（セカンダリ）です。
- また、RD セッションホストが 10 台あるとします。RDS1、RDS2 ...RDS10 です。
発生する負荷は次のように分散されます。
- RDS1 から RDS5 は、PA1 を優先 Connection Broker として使用します。
- RDS6 から RDS10 は、PA2 を優先 Connection Broker として使用します。
セカンダリ Connection Broker のプランニング
同じサイトで実行されている RAS Connection Broker は、相互に通信し、負荷を分担します。1 つの Agent から別の Agent に伝送されるデータ量は膨大なため、信頼性の高い高速通信チャネルが求められます（例: Connection Broker の通信用にサブネットワークを構成できます）。
セカンダリ Connection Broker をサイトに追加して、その IP アドレスを指定します。すべての Agent の IP アドレスが、必ず同じネットワークセグメントに属するようにします。Connection Broker が相互の通信に使用するポートは、TCP 20030 です。
サイトに追加できる Connection Broker の数に物理的制限はありません。ただし、最も優れた結果が得られるのはエージェント数が 2〜3 のときです。特に、プロバイダーが存在し、VDI の高可用性を有効にしたい場合は、エージェント数を 3 個にするシナリオを強くお勧めします。2〜3 を超える数のセカンダリ Connection Broker をサイトに追加すると、逆の効果が生じ、実際にはシステムのパフォーマンスが低下する可能性があります。ただし、これはスタンバイモードのセカンダリ Connection Broker には当てはまりません。スタンバイモードのセカンダリ Connection Broker については、「RAS Connection Broker の構成」で説明されています。
RAS Connection Broker をサイトに追加する
セカンダリ Connection Broker を追加するには、次の操作を実行します。
- [インフラストラクチャ] > [Connection Broker] を選択します。
- 省略記号のメニューから [追加] を選択します（またはプラス記号のアイコンをクリックします）。[新規を追加] ウィザードが開きます。
- [ホスト] ページで、以下を指定します。
- ホスト名: RAS Connection Broker をホストするホストの FDQN です。ホストの IP アドレスを自動的に取得するには、[IP の解決] をクリックします。
- IP アドレス: ホストの IP アドレスホストの FQDN を自動的に取得するには、[名前解決] をクリックします。
- [Agent 設定] ページで、以下を指定します。
- 代替 IP アドレス: 1 つまたは複数の代替 IP アドレスをセミコロンで区切って指定します。これらのアドレスは、RAS Secure Gateway が、FQDN または前のページで指定されたアドレスを使用して RAS Connection Broker に接続できなかった場合に使用されます。これは、Active Directory に参加していない別のネットワークから Gateway が接続している場合などに起こる可能性があります。
- 説明: 説明を追加します（オプション）。
- ファイアウォールルールを有効にする: ホストでファイアウォールを自動的に設定する場合に選択します。
- 必要な場合にホストを再起動: インストール後にホストの再起動が必要な場合、自動的に再起動します。
- Connection Broker を使って Secure Gateway をイントール: 指定したホストに RAS Secure Gateway もインストールする場合は、このオプションを選択します。このオプションを選択している場合、[HTML5 Gateway を有効化] オプションを選択して、Gateway でユーザーポータルを自動的に有効にすることもできます。
- [概要] ページで、設定を確認し、[作成] をクリックします。
この時点から、画面上の指示に従って Connection Broker をファームに追加します。