セカンダリ 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、RDS2 ...RDS4 は、PA1 を優先 Connection Broker として使用します。
RDS5、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 を追加するには、次の操作を実行します。
RAS Console で、[ファーム] > <サイト> > [Connection Broker] に移動します。
[タスク] ドロップダウンリストをクリックし、[追加] を選択して、[RAS Connection Broker を追加] ウィザードを起動します。
[サーバー] フィールドは、RAS Connection Broker をホストするサーバーの FDQN または IP アドレスを指定します。IP アドレスを自動的に FQDN に解決するには、[名前解決] グローバルオプションを有効にします。詳細については、「ホスト名の解決」を参照してください**。**
[IP] フィールドは、サーバーの IP アドレスを指定します。[サーバー] フィールドに指定した FQDN を使用して IP アドレスを自動的に取得するには、[解決] ボタンをクリックします。
[代替 IP アドレス] フィールドでは、1 つ以上の代替 IP アドレスをセミコロンで区切って指定します。これらのアドレスは、RAS Secure Gateway が、FQDN または [IP] フィールドに指定されたアドレスを使用して RAS Connection Broker に接続できなかった場合に使用されます。これは Secure Gateway が、Active Directory に参加していない異なるネットワークから接続されている場合などに発生する可能性があります。
指定したサーバーに RAS Secure Gateway もインストールする場合は、[Connection Broker を使って Secure Gateway をイントール] オプションを選択します。このオプションを選択すると、[HTML5 ゲートウェイを有効化] オプションを選択することもできます（詳細については、「ユーザーポータルの構成」を参照）。
サーバー上のファイアウォールを自動的に構成するには、[ファイアウォールルールを追加] オプションを選択します。詳細は**「ポート参照」**を参照してください。
[次へ] をクリックします。
次のページで [インストール] をクリックして、RAS Connection Broker をサーバーにインストールします。[RAS Terminal Server Agent のインストール] ダイアログが開きます。
RAS Connection Broker をインストールするサーバーを選択して、[インストール] をクリックします。
[完了] をクリックします。
[OK] をクリックして、サーバーをファームに追加します。
Last updated