Citrix SD-WANマルチリージョン展開のリファレンスアーキテクチャ
オーディエンス
このドキュメントでは、Citrix SD-WANマルチリージョン展開のフレームワーク、設計、およびアーキテクチャについて説明します。このドキュメントでは、SD-WANオーケストレータを使用した Citrix SD-WANソリューションの提供についても説明します。
このドキュメントは,它意思決定者,ネットワーク管理者,ソリューションインテグレータ,パートナー,クラウドサービスプロバイダ,托管服务提供商を対象としています。
Citrix SD-WANの概念と用語に関する十分な知識を得るには,Citrix SD-WAN単一リージョンリファレンスアーキテクチャを参照してください。
Citrix SD-WANマルチリージョンアーキテクチャ
Citrix SD-WANマルチリージョンアーキテクチャは,複数のリージョンに大規模なメッシュネットワークを持つ複数のブランチオフィスを持つ組織に適しています。このような大規模な組織では,Citrix SD-WANマルチリージョンアーキテクチャを展開できます。各リージョンの最大クライアントノードサポートは,選択したデバイスモデルによって制約されます。サポートされるリージョンの数は,6000サイトに分散しているネットワーク設計と展開に基づいています。サポートされるサイト数は,以前のリリースの2500から11でした。
マルチリージョンSD-WANネットワークは,複数のリージョナルコントロールノード(RCN)を制御するマスターコントロールノード(m cn)を備えた分散ネットワークアーキテクチャをサポートします。各RCNは,それぞれのリージョン内の複数のクライアントサイトを制御します。m cnは,オプションで,デフォルトリージョンとして示される一部のクライアントサイトを直接制御するために使用することもできます。この階層型の分散型アーキテクチャにより,地域管理のより大規模で効果的な委任が可能になります。マルチリージョンアーキテクチャで動作する場合,m cnはオーバーレイ内のすべてのクライアントノードへの直接静的仮想パス接続を行う必要がなくなります。m cnとして選択されたデバイスモデルで,サポートされる最大スタティック仮想パスの制限を超えてオーバーレイを拡張できるようにする。
サポートされる静的仮想パスの最大数は,プラットフォームごとに決定されます。Citrix SD-WANのデータシートを参照してください。マルチリージョン展開のスケール機能は,オーバーレイ内のm cnおよびRCNとして動作する選択したプラットフォームによって制限されます。初期設計にはさまざまなバリエーションがありますが,各展開では,必要な総数のサイトをサポートするという最終目標と,拡張する余地を考慮する必要があります。マルチリージョン展開では,最大128のリージョンがサポートされます。以前のリリースでは,サポートされるリージョンの数は64でした。
Citrix SD-WANマルチリージョン概念アーキテクチャ
大規模なお客様向けの SD-WANマルチリージョン展開の高レベルのアーキテクチャは次のとおりです。
マスターコントロールノード(m cn)
マスターコントロールノード（MCN）は、時刻同期、ルーティング更新、およびブランチデバイスのハブを担当する中央の SD-WANデバイスです。MCN展開は、SD-WAN协调器を介して実現できます。配置には、冗長性を提供するプライマリ MCNとセカンダリ MCNを設定できます。また、MCNは、サイトに 2.つの SD-WANデバイスがある 哈構成で構成できます。MCNはネットワークのコントローラとして機能するため、1.つのアクティブデバイスだけが MCNとして指定され、その他のデバイスはすべて RCNまたはクライアントノードとして指定する必要があります。
地域制御ノード（RCN）
地域制御ノード(RCN)は階層型ネットワークアーキテクチャをサポートし,マルチリージョンのネットワーク展開を可能にします。m cnは複数のRCNを直接接続して制御します。各RCNは,複数のクライアント・ノードを直接接続して制御します。機能と責任が似ているため,リージョン制御ノードは,リージョンのm cnとしても考慮されます。
クライアントノード
m cnまたはRCNまたはSD-WAN协调器から設定を受信し,他のブランチオフィスへのオーバーレイ機能の確立に関与する,ブランチサイトのアプライアンス。リージョンには複数のブランチサイトが存在できますが、ネットワーク内のクライアントノードの最大数は、RCN または MCN として選択されたデバイスプラットフォームによって制限されます。
SD-WAN协调器
MCN、RCN、およびクライアントノードアプライアンスは、デバイスの管理インターフェイスを使用してインターネット経由でクラウドベースの SD-WAN协调器に接続するように構成されています。SD-WAN协调器は、構成とソフトウェアをすべての SD-WANデバイスに並行して配布するために使用されます。また、監視およびレポート作成のために、すべての SD-WANデバイスからデータをポーリングします。
SD-WANマルチリージョンアーキテクチャのユースケースの例を見てみましょう。
ユースケース例:金融顧客ネットワークの設計
複数の支社を持つ大規模な金融機関。さまざまな国や地域に広がっています。各ブランチのネットワーク設計は,ブランチのサイズとWANおよびインターネットリンクの要件によって異なります。各地域の支店は,ユーザ数,WANまたはインターネットリンク,および帯域幅要件に基づいて,小,中,および大規模に分類されます。
この組織は、アメリカ地域に400サイト、欧洲、中东和非洲地域に300サイト、APJリージョンに500サイトがあります。これらの地域サイトはすべて、利用可能なプライベートおよびパブリック 广域网リンクを介して接続されます。この組織のSD-WANテクノロジーを必要とするサイトの総数は 1200です。各リージョンには、そのリージョンのブランチサイトのローカルセットをサポートするデータセンターとして示されるサイトがあります。
ペイン・ポイント(SD-WANなし)
この大規模なネットワークを管理し,安定性とスケーラビリティを確保することは,組織にとって重要なポイントです。ネットワークは異なるリージョンに分散しており,これらのネットワークデバイスは,各サイトで個別に監視および管理されます。
地域ブランチの1つでネットワーク障害が発生し,ダウンタイムや生産性の損失を引き起こす場合に,複数の地域で発生した大きな停止。它マネージャは,ブランチオフィスのネットワークを地域全体のネットワークに分離し,管理を容易にし,地域レベルでネットワークを監視することを熱望しています。この分離は,複数の地域でダウンタイムを回避するのに役立ちます。
新しいアプリケーションが頻繁に追加されるにつれて,帯域幅の要件は急速に増大します。追加の予算が必要なため,它チームはWANリンクまたは帯域幅をアップグレードすることは困難になります。これらの問題は,ビジネス目標にマッピングされる,一貫性のないアプリケーション配信とパフォーマンスの原因となります。
帯域幅の量,特定のアプリケーションの消費量,およびそれらの性能の可視性の欠如は,もう1つの大きな課題です。
最後に,既存のネットワークアーキテクチャでは,企業の帯域幅,コスト,パフォーマンスを最適化するために,リンク間のトラフィックを効率的にルーティングできません。
お客様の既存のネットワーク設計は,次のとおりです。
この企業の首席技术官(CTO)では,課題を克服し,管理の簡素化,拡張性の向上を実現するために,次のような機能を備えたソフトウェア・デファインドWANソリューションを求めています。
- クラウドベースの集中管理ツールを使用して,リージョン内およびリージョン全体にわたるすべての支店ネットワークを接続し,ネットワーク全体を管理,監視します
- リージョンレベルおよびグローバルレベルでのコントロールプレーンとブランチネットワークデバイスの健全性,リンクステータスの管理
- ダイナミックパス選択によるオーバーレイネットワークの作成を許可する
- 使用可能な帯域幅を集約するためのリンクの負荷分散と有効利用
- 支社の1つまたは複数のリンクで,障害またはパフォーマンスの低下時のダウンタイムを回避する
- 信息技术部門は、技術更新を通じてルータとファイアウォールを排除することにより、ブランチサイトのネットワークフットプリントを統合可能
- 支店間またはブランチからデータセンター間の特定のアプリケーションプロトコルについて,サービス品質を向上させ,アプリケーションアクセラレーションを向上
- 繰り返される广域网リンクのコストを削減し、すべてのリンクを効果的に活用
- 低コストのブロードバンドと4 g LTE接続WANリンクを活用して,低帯域幅のMPLSを補強
- ブランチレベルでローカルインターネットブレイクアウトを有効にして,ブランチから直接クラウドベースのアプリケーションやソーシャルメディアにアクセス可能
- ゲストwi - fiと社内ネットワークトラフィックを分離して,ネットワークのセキュリティを強化する
- SD-WANブランチと非SD-WANブランチとのシームレスな接続を可能にする
- マルチレベルのセキュリティでクラウド移行をサポートし,ブランチオフィスのインターネットクラウドへの直接接続を実現
- 強力な暗号化,アプリケーションレベルのセキュリティポリシー,およびデータセグメンテーションにより,WAN全体およびクラウドへのデータの保護
- 湾最適化とクラウド接続のサポート
Citrix SD-WANの実装
単一のマスターコントロールノード(m cn)のサイトサポートを超えて拡張するには,マルチリージョンアーキテクチャを使用します。マルチリージョン展開では,ネットワークはリージョンに分割され,各リージョンはリージョンコントロールノード(RCN)によって管理されます。その後,m cnは複数のRCNノードを管理して,必要に応じてネットワークを拡張できます。Citrix SD-WANは,このお客様に関する前述の課題と課題をすべて解決し,マルチリージョンアーキテクチャにより,1200サイトをサポートする必要性を直接解決します。もっと詳しく議論しましょう:
SD-WAN协调器を使用すると,大規模ネットワークをより効率的に管理し,環境をインテリジェントに拡張できます。リージョナルコントロールノード(RCN)は,m cnスタティック仮想パスの制限をオフロードし,リージョナルグループ構造を使用してネットワークを管理するために導入されます。
SD-WAN协调器は、その後の構成およびソフトウェアの配布用の配布ポイントです。SD-WAN协调器がない場合（つまり、代わりに SD-WANセンターを使用）、その責任は MCNおよび RCNで示されたデバイスに対して提供されます。SD-WAN协调器を使用すると、大規模ネットワークの監視と管理が簡単になり、これらのデバイス上のリソースは、ネットワーク管理ではなくオーバーレイ配信に利用されます。
ディザスタリカバリ用の中学地理m cnおよびRCNの概念は,マルチリージョン展開で展開できます。WAN-to-WAN転送ノードと中間ノードの概念により,マルチリージョン展開に付加価値が追加されます。
統合されたCitrix SD-WANマルチリージョンアーキテクチャを採用した金融顧客向けのハイレベルな設計は次のとおりです。
リージョン
SD-WANアーキテクチャのリージョンは、顧客が定義する地理的管理ドメインまたは管理用ドメインです。通常、大規模なネットワークを 2.つ以上の論理セグメントに分割します。リージョン内の MCNノード、RCNノード、および 客户ノードは、インターネットトラフィックおよびブランチ通信用の MCNまたは RCNを介したプロキシのバックホール要件の可能性があるため、近接遅延にすることをお勧めします。
マルチリージョン展開の場合,デフォルトリージョンはマスターコントロールノード(m cn)に関連付けられます。m cnは,複数の地域制御ノード(RCN)と一部のクライアントサイトを直接管理します。各RCNは,複数のクライアントサイトを管理します。
m cnおよびRCN冗長性
マスターコントロールノード(m cn)はオーバーレイネットワークのヘッドエンドアプライアンスです。これは,オーバーレイのマスターコントローラとして機能し,クライアントノードの中央管理ポイントとして機能するため,m cnの可用性が非常に重要です。m cnの最大可用性を確保するには,高可用性ペアで展開し,別のペアをセカンダリGeo m cnとして追加して,冗長性のレベルを高めることを推奨します。
セカンダリGeo m cnまたはRCN構成では,プライマリサイトとは異なる地理的場所(プライマリデータセンターなど)にあるサイトが,ディザスタリカバリを有効にするように構成されます。これは,m cnの最大可用性を確保するためであり,セカンダリジオm cnと呼ばれています。
セカンダリ Geo MCNは、プライマリ MCNの健全性を継続的に監視します。プライマリ MCNに障害が発生すると、セカンダリ Geo MCNがアクティブ MCNの役割を引き継ぎます。セカンダリ Geo MCNアプライアンスは、プライマリ MCNと同じプラットフォームモデルではない場合があります。アプライアンスモデルは、使用状況、帯域幅要件、およびサポートするサイト数に基づいて選択できます。プライマリ MCNへの仮想パスを確立しているサイトの数は、セカンダリ Geo MCNサイトへの 2.番目の静的仮想パスを持つ必要があります。このため、プライマリ MCNとセカンダリ Geo MCNの両方の責任で使用するように選択したモデルは、必要な数のスタティック仮想パスをサポートする必要があります。
セカンダリGeo m cnを設定する最良の方法は,既存のm cnのクローンを作成することです。m cn構成の大部分を保持しています。サイトのクローンが作成されると,そのサイトの構成設定のセット全体がコピーされ,セカンダリ Geo MCN設定に従って変更されます。
m cnと同様に,RCNの動作は同じです。プライマリRCNとセカンダリGeo RCNを設定でき,上記のすべての機能はRCNにも適用されます。
MCN/RCN高可用性
Citrix SD-WANアプライアンスは,アクティブまたはスタンバイの高可用性(HA)ロールのアプライアンスのペアとして,高可用性構成に展開できます。高可用性構成では,フォールトトレランスを保証するために,同じサブネットまたは同じサイト内に2つのアプライアンスが構成されます。
ネットワーク内のm cn,普查,およびクライアントノードに対して,高可用性を設定できます。サイト間のHAの依存関係はありません。つまり,プライマリm cnサイトがHAに展開されている場合,セカンダリGeo m cnサイトもHAに展開されている必要はありません。
高可用性の設定については,製品ドキュメントおよびよくある質問を参照してください。
SD-WANスケーラビリティ
Citrix SD-WANを使用すると、信息技术はピアサイトで使用可能な广域网リンク間の各广域网パスでオーバーレイトンネルを作成できます。各 广域网パスは仮想 知识产权アドレスを使用して、トンネルのエンドポイントを表します。ピア SD-WANサイト間のすべての 广域网パスの集約は、単一の仮想パスを提供するために集約され、静的仮想パスまたは動的仮想パスと呼ばれます。ピア SD-WANサイト間で使用できる仮想パスにより、既存のアンダーレイの代わりにパケットが SD-WANオーバーレイネットワークを使用して 广域网を通過できるようになります。ただし、このアンダーレイはインテリジェントではなく、コスト効率が低くなります。
単一リージョン展開では,m cnはネットワーク内のすべてのノードへの仮想パスを持つ必要があります。ただし,マルチリージョン展開では,m cnに必要なのは,リージョナルコントロールノードへの仮想パスのみです。RCNが示すデバイスには,ネットワーク内のm cnおよびその他のRCNとともに,リージョン内のクライアントノードへの仮想パスだけが必要です。この仮想パスは,ブランチがリージョン間で通信するために必要です。ネットワーク内のすべてのノードについて,m cnを動的仮想パス作成の中間ノード(またはメディエータ)にする必要がなくなりました。ロールは各リージョンのRCNにオフロードされます。
仮想パス
Citrix SD-WANを使用すると,は仮想IPを使用して各WANリンクにまたがるWANパストンネルを作成し,各WANリンクのエンドポイントを表すことができます。SD-WANは,すべてのWANパスを1つの仮想パスに集約します。これにより,パケットが既存のアンダーレイではなく,SD-WANオーバーレイネットワークを使用してWANを通過できます。このアンダーレイは,最もインテリジェントでコスト効率が悪くなります。
m cnは,RCNノードへの仮想パスを持つだけで済みます。RCNノードは,リージョン内のクライアントノードのみへの仮想パスを持つ必要があります。m cnは,デフォルトでRCNを使用して仮想パスを確立し,普查は接続されたブランチを持つ仮想パスを確立します。この仮想パスは,ブランチがリージョン間で通信するために必要です。m cnは,動的仮想パス作成の中間ノード(またはメディエータ)である必要がなくなり,ロールはRCNにオフロードされます。
WAN-To-WAN転送
万对万転送（W2WF）グループは、クライアントサイトが中継サイトを介して相互に通信できるようにするために使用されます。有効にすると、广域网ツー广域网転送が有効なサイトと、特定の 广域网から 广域网グループ内のすべてのクライアントサイト間でルーティングテーブルが共有されます。また、動的仮想パスを使用する場合は、广域网間転送を有効にする必要があります。デフォルトでは、すべてのサイトがデフォルトの 广域网ツー广域网転送グループに属します。
MCNで 万对万を有効にすると、リモートサイトルートは MCNによってアドバタイズされ、ブランチネットワーク間のプロキシとして機能します。クライアントモードで実行されている SD-WANアプライアンスは、MCNで 广域网への転送が有効になるまで、他のブランチサブネットを認識しません。このオプションを有効にすると、ブランチオフィスの SD-WANノードは他のブランチサブネットを認識し、他のブランチ宛てのトラフィックはすべて MCNに転送されます。
SD-WAN协调器を展開したネットワークでは,WANからWANへの転送がデフォルトで有効になっています。宛先ルートはネットワーク内のクライアントノードにアドバタイズされ,トラフィックがそれらのノードによって宛先サブネットに受信されると,m cnは,そのサブネットをホストしているSD-WANへの仮想パスを使用して正しい宛先にルーティングします。ネットワークには,複数のWAN-to-WANフォワーディンググループを含めることができます。m cnでWAN間転送が有効になっていない場合,クライアントノードのルーティングテーブルにルートがないためにブランチ間通信が失敗します。通常,ローカルSD-WANルートテーブル内にないルートは,デフォルトでパススルーまたはルートを破棄します。
仮想パスルーティング
地域ブランチ間の動的仮想パスはサポートされていません。例として,米州リージョンのブランチ1はそれぞれのRCNを介してのみ,EMEAリージョンのブランチ902と通信できます。m cnを介したバックホールを回避するために,普查間の静的仮想パスが作成されます。RCNに接続されたブランチは,インターネットトラフィックをバックホールするように設定できます。WAN間転送は,両方のRCNで有効にする必要があります。ルーティングのベストプラクティスについては,思杰公司ドキュメントページを参照してください。
動的仮想パス
企業ネットワークにおけるVoIP,スクリーン共有,およびビデオ会議アプリケーションの需要が高まるにつれ,トラフィックはオフィス間でますます移動しています。ネットワーク管理者は,メッシュネットワークトポロジを構成する必要があります。これにより,すべてのブランチ間の接続が可能になり,非効率的で時間がかかり,管理が困難になります。
Citrix SD-WANを使用すると,すべてのオフィス間のパスを構成する必要はありません。このソリューションでは,必要に応じてオフィス間のパスを自動的に作成する動的仮想パス(DVP)機能が有効になります。
動的仮想パスは、設定されたしきい値に基づいて、サイト間で直接確立されます。しきい値は、通常、これらのサイト間で発生するトラフィックの量に基づきます。ダイナミック仮想パスは、パケット/秒カウントまたはバイトカウントのいずれかを使用して、指定されたしきい値に達した後にだけ動作します。
ブランチ間通信では,最初にm cnを介した既存の静的仮想パスをプロキシサイトとして使用します。
DVP作成の帯域幅と時間のしきい値が満たされると,m cn(中間ノード)によってダイナミック仮想パスが作成され,m cnを介さずにブランチ間直接通信が可能になります。仮想パスは必要な場合にのみ存在し,データセンターとの間で送受信されるトラフィックの量を削減します。これにより,リソースの使用が効率的になります。これは,牧場からブランチへの通信が治まると気付いたときに,DVPに割り当てられた帯域幅がデータセンターへの静的仮想パスに再割り当てされるためです。
動的仮想パスは,次の間でのみ形成できます。
- 同じ地域の支店
- RCN間
- RCNとデフォルトリージョンのブランチ間
マルチホップルーティングのサポート
Citrix SD-WANは動的ルーティングプロトコルをサポートしています。これにより,トラフィックが複数のSD-WANトンネルを通過する必要がある2つのリージョンからのブランチ間のルートを簡単に管理できます。ブランチ401(已リージョン)がブランチ902 (EMEAリージョン)と通信する場合,マルチリージョンのルーティングにより,ブランチ401 - >已RCN - > EMEA RCNからブランチ902への通信が可能になります。
ルート集約
マルチリージョンアーキテクチャに数千のサイトがある可能性があるため,SD-WANはルーティングテーブル内に多数のルートを維持する必要があります。そのため,SD-WANでは,大規模なルーティングテーブルを検索するために,CPU、メモリ,帯域幅のリソースを増やす必要があります。
SD-WANのルート集約機能は,SD-WANが維持する必要があるルートの数を減らします。サマリールートは,複数のルートを表す単一のルートとして使用されます。これは,単一のルートアドバタイズメントを送信することで帯域幅を節約します。これにより,複数のルートアドレスではなく1つのルートアドレスだけが維持されるため,メモリを節約できます。CPUリソースは,再帰的なルックアップを避けることによって,より効率的に使用されます。
リージョナルコントロールノード（RCN）は、すべてのリージョナルネットワークサブネットを要約し、サマリールートだけを MCNに送信できます。
たとえば,サブネット172.16.0.0/16をリージョン1の一部として定義し,そのリージョン1に属するすべてのブランチが,リージョン定義の一部として定義されたサブネット内のネットワーク(172.16.1.0/24,172.16.2.0/24など)を使用します。リージョン1のRCNはサマリールートー(172.16.0.0/16)をネットワーク内のm cnおよびピアRCNに送信します。
SD-WAN管理者は,サマリールートを当地および丢弃サービスタイプで設定できます。このサマリールートは,ネクストホップデバイスにアドバタイズされます。サマリールートタイプの詳細については,製品ドキュメントを参照してください。
SD-WANセンターのサポート
SD-WANセンター(SDWC) 10.0はSD-WANセンターヘッドエンドとSD-WANセンターコレクタの2つの機能コンポーネントを使用して,マルチリージョン展開をサポートします。マルチリージョン展開では,各リージョンにSD-WANセンターコレクタが必要です。SD-WANセンターコレクタは,そのリージョンのすべてのサイトとインターフェイスし,そのリージョンの統計データを収集および格納します。
SD-WANセンターヘッドエンドは,普查に関連付けられたすべてのリージョナルコレクタとインターフェイスし,デフォルトリージョンのコレクタとして機能します。SD-WANセンターヘッドエンドは,ネットワーク全体にわたる監視と管理を目的とする単一のアクセスポイントを提供します。複数のリージョンにまたがる可能性があります。
利点は,SDWCコレクタには,そのリージョンのデータのみが含まれることです。SDWCは,データの可視性をリージョン間でセグメント化する必要があるマルチリージョン展開に役立ちます。SDWCヘッドエンドは,すべての領域からのすべてのデータを含む中心点になります。
SD-WAN协调器
SD-WAN协调器をマルチリージョン展開の管理ツールとして使用する場合,単一のSD-WAN协调器を使用して,既定のリージョンを含むすべてのリージョンを集中管理します。利点は,オンデマンドでリソースをスケーリングするための伸縮自在性を備えたシンプルなネットワークです。
サイトの一部アップグレード
大規模な展開では,数百のサイトを一致するソフトウェアバージョンにアップグレードすると,不安になる可能性があります。ここでは,マルチリージョン展開に部分的なサイト更新機能が導入されました。これにより,管理者は,SD-WAN環境全体でネットワーク全体でステージングされたソフトウェアをネットワーク全体でアクティブ化する前に,小規模なサイト(ラボサイトまたはテストサイト)に新しいソフトウェアリリースをステージングして,安定性を検証できます。ソフトウェアの安定性が確認されたら,変更管理の”ステージの有効化”ステップを完了することで,ステージングされたソフトウェアをアクティブ化できます。更新されたソフトウェアの新機能は,新しいソフトウェアが安定していることを安心して完全にテストすることができます。いくつかの要件は次のとおりです。
- アクティブなソフトウェアと同じメジャーバージョン番号を使用する必要があります（たとえば、R10.1.2はステージR10.2.0でアクティブであり、ステージングされたR11.0ではアクティブR10.1.1ではなく）
- アクティブサイトと部分的にアップグレードされたサイトの構成バージョンは,ネットワークの残りの部分と同じである必要があります
- プライマリ 哈ユニットのローカル変更管理を実行する前に、高可用性サイトでスタンバイ 哈ユニットサービスを無効にする必要があります。
ソース
このリファレンスアーキテクチャの目的は,お客様独自の実装計画を支援することです。この作業を容易にするために,独自の詳細な設計および実装ガイドに適応できるソース図を提供します:ソースダイアグラム。