Google NCCとの統合
Aruba SD-Branchは、バージョン8.7.0.0-2.3.0.0の導入以来、GCPでのvGWの展開をサポートしています。これにより、VPCにvGW（またはHA用の2台）を接続して、そのVPC内のワークロードとの通信を容易にすることができます。しかし、このアプローチの課題は、複数のVPCとピアリングするために、vGWはそのVPC内のVPNゲートウェイとIPsecトンネルを確立し、そのVPC内のクラウドルータとピアリングしなければならないことです。これは設計を複雑にし、パフォーマンスに悪影響を与えます。
GCPは、この（およびその他の）課題に対処し、よりクリーンなアーキテクチャを提供するために、Network Connectivity Center (NCC) を導入しました。 Google NCCは、すべてのネットワーキングニーズを処理するグローバルネットワークサービスを提供することで、クラウド環境の内外の通信を簡素化します。世界中のVPCのワークロード間の接続を容易にするだけでなく、専用のインターコネクトやSD-WANなどの外部ネットワークに接続するための簡単なメカニズムも提供します。
Google NCCを使用する場合、vGWをトランジットVPCに接続して、その後、リージョン内の他のVPCや他のリージョンとピア接続できます。これにより、ブランチからクラウドへの通信が簡素化され、GCPバックボーンネットワークを介したブランチからブランチへの通信が可能になります。
アーキテクチャの概要
GCPドキュメントに記載されているように、Router Appliances(RA)は、この場合のvGWと同様に、対応するCloud Routerに接続するためのNCCスポークとして定義できます。これにより、SD-WANとクラウドインフラストラクチャは、オンプレミスのデータセンターなどのより”従来の”環境で適用されるのと同じメカニズムを使用して、トラフィックを自然にルーティングできます。
これにより、SD-Branch、Microbranch、およびVPNクライアントがGCPに展開されたVPCに接続され、2つの環境間の動的ルーティングが提供されます。
動的ルーティング
NCCを使用してvGWをGCPに統合する場合、NCCスポークとして宣言されたvGWは、Border Gateway Protocol（BGP）を使用してクラウドルータと動的にルーティングプレフィックスを交換します。これにより、ネットワーク管理者は、Aruba vGWのルートマップポリシーを利用して、ルーティング情報が共有される大量の制御を受けた動的なルート交換を柔軟に行うことができます。
BGPトポロジを定義する際、GCPはNCCとクラウドルータ用に1つのBGP Autonomous System（AS）を予約し、次に各地域でvGW用に異なるBGP ASを使用することを推奨します。これにより、リージョン間の通信が可能になると同時に、ルーティングループが防止されます。
高可用性
NCCを使用してvGWをGCP Cloud Routerと統合する場合、従来のルーティングメカニズムを利用することで高可用性が実現されます。この特定のケースでは、両方のvGWが同じルーティングプレフィクスをアドバタイズする可能性が高いため、アクティブ/スタンバイトラフィックパスは標準のBGPパス選択メカニズムによって決定されます。同時に、Aruba SD-Branchを使用してSD-WANトポロジを構築する場合、Orchestratorは同じプレフィックスをアドバタイズするノード間でプリファレンスを確立するための非常に簡単なメカニズムを可能にします。複数のハブに接続されたブランチゲートウェイまたはマイクロブランチでは、DC設定に従って、その後のヘッドエンドゲートウェイごとに10ずつ、オーケストレーターによってSD-WANオーバーレイルーティングが割り当てられます。
このDC-Preferenceが設定されると、Aruba vGWは自動的にSD-WANルーティングコストを対応するBGPルーティングコストに変換します。eBGPが使用される場合（Aruba vGWとクラウドルータ間で発生するため）、Aruba vGWはSD-WANオーバーレイルーティングコストをBGPアトリビュートに変換し、自身の自律システムを段階的にプリペンディングします。
