リファレンス・アーキテクチャ

ブランチからクラウドへの通信

SD-WANソリューションをクラウドIaaSソリューションと統合する最も一般的なユースケースは、物理的な場所と仮想プライベートクラウド環境間の通信を容易にし、ユーザーがSD-WANネットワークを介して当該VPCにホストされているワークロードに到達できるようにすることです。このタイプの展開では、NCCスポークとして動作するAruba vGWは、同じリージョンのクラウドルータとピア接続するトランジットVPCにインターフェイスを持ちます。

vGWがクラウドルータとピアリングされると、VPCをSD-WANに接続するのは、次の2つの簡単な手順です。

Step 1 トランジットvpcとワークロードが存在するVPCの間にVPCピアリングを作成します。

Step 2 到達する必要があるVPCのCloudルーターにカスタムルートを追加します。これらのルートは、BGPを介してAruba vGWに自動的にアドバタイズされます。

Branch to Branchの通信

SD-BranchをGCPと統合するためのもう1つの興味深いユースケースは、Googleのglobal networking infrastructureを”バックボーン as a service”として利用することであり、ブランチロケーションをGCPで実行されているワークロードに接続するだけでなく、ブランチロケーション間のサイト間接続に使用することです。トラフィックがインターネットを通過するときに起こることとは対照的に、GCPノード間の通信は、SLE、サービス品質などを提供できるプライベートバックボーンを通過します。これにより、レイテンシの削減、通信の予測可能性の向上、全体的なユーザーエクスペリエンスの堅牢化が可能になります。

これを有効にするのは、NCCスポークとして定義されたAruba vGWをリージョナルクラウドルータに接続し、BGPを使用してピアリングするのと同じくらい簡単です。これが完了すると、NCCハブは、GCPバックボーンを介して任意のブランチロケーションから他のブランチロケーションへの接続を確実にするために、これらのプレフィクスをネットワーク全体に配布します。

重要な考慮事項:GCPネットワークサービス階層(Tier)

Aruba vGWのインターネット対応インターフェイスの定義に関しては、GCPは2つの異なるネットワークサービス層(Tier)を提供しています。標準的なサービスでは、vGWには、それが配置されているGCPリージョンからパブリックIPアドレスが割り当てられます。vGWに入ってくるトンネルは、途中のすべてのインターネットホップを介してvGWに到達します。これは、SD-Branchの場所がGCPリージョンに比較的近い場合、またはレイテンシー要件が制限されすぎない場合に最適です。

インターネットを介したルーティングが許容できない通信遅延を引き起こす可能性がある場合、GCPは”プレミアム層(Tier)”のパブリックIPアドレスをvGWに割り当てるオプションを提供します。その際、GoogleはすべてのGCPのポイントプレゼンス(PoP)からアドバタイズされたグローバルエニーキャストIPアドレスを割り当てます。ブランチロケーションからの通信が最も近いPoPに到達すると、トラフィックはGCPバックボーンを通じてルーティングされます。

Aruba vGWは、両方の動作モードを使用して展開できます。ただし、 “ハブアンドスポーク”のSD-WANトポロジを使用する場合、すべてのクラウド間通信はGCPバックボーンを介して行われます。」 プレミアム層”のIPアドレス間でIPsecトンネルを確立することは、現在GCPではサポートされていません。つまり、Aruba vGW間で”ハブメッシュ”トポロジを使用する場合は、プレミアム層のIPの使用を控える必要があります。GCPネットワーク層(Tier)の詳細については、GCPドキュメントを参照してください。

---