はじめに
Aruba vGWがどのように展開され、運用されているかについて詳しく説明する前に、vGWがGoogle Cloudのネットワークアーキテクチャにどのように適合するかを理解するための基本的な設計原則を定めることが重要です。
パブリッククラウドインフラストラクチャのvGW
Aruba Branch Gatewaysは標準のIPsecトンネルをサポートしているため、GCP Cloud VPNとの直接通信を確立したり、Network Connectivity Center(NCC)ハブへの直接通信を確立したりできます。では、なぜGCPとの統合にAruba Virtual Gatewayが必要なのでしょうか。
GCP VPNコンセントレータは、Aruba VPNC（パブリッククラウドインフラストラクチャの場合はvGW）のSD-WAN機能をサポートしていません。最も関連性が高いのは次のとおりです。
- Reverse Path Pinning: トラフィックが送信元と同じ送信元パスを通って常に戻ることを保証することで、ブランチゲートウェイ(BGW)がアップリンクのロードバランシングとダイナミックパスステアリングを実行できるようにします。
Forward Error Correction: 特にインターネットを通過する際に、ブランチ（拠点）とクラウド間の潜在的なネットワーク問題から重要なトラフィックフローを保護します。
Tunnel Orchestration: すべてのBGWから関連するすべてのVPNC（vGWを含む）へのIPsecトンネルの確立を、自動的に行います。
Orchestrated Routing: SD-WANを介したルートの交換を自動化します。
- End-to-End visibility: 1つのアプリケーション(Aruba Central)で、すべてのSD-WANネットワークのEnd-to-Endの可視化をします。
これらの機能に加えて、SD-Branch Virtual Gatewaysは、VPNクライアントであるVirtual Internet Access（VIA）や、Arubaリモートアクセスポイント（RAP）をベースにしたマイクロブランチソリューションなど、他の種類の環境への接続も提供します。
要約すると、ブランチとクラウド間の接続がインターネット上にIPsecトンネルを確立することで、達成できるより高度なソリューションを必要とする状況では、vGWを使用してブランチの場所をパブリッククラウドに接続することが推奨されます。エンドツーエンドの可視性とオーケストレーション、およびSD-Branchで利用可能なパス最適化メカニズムにより、パブリッククラウド環境を別のデータセンターのようにSD-WANネットワークに真に導入します。
仮想ゲートウェイのサイジング
Aruba Virtual Gatewaysは、SD-Branch Gatewaysのみの終端トンネルから、VIAクライアントを使用したマイクロブランチやVPNなどの他のユースケースまで、エッジからクラウドへの通信で複数の機能を提供できます。
SD-WANオーバーレイを確立する観点から、次の表は、さまざまなモデル（および対応するGCPマシン）によって提供されるパフォーマンスについて説明しています。
| vGW Model | GCP Machine Type | Max SD-WAN or Microbranch Tunnels | Max Routes | Crypto Throughput | Max Firewall Sessions |
|---|---|---|---|---|---|
| vGW-500M | N2-standard-4 (4vCPU, 16GB Memory) | 1600 | 2048 | 500Mbps | 64k |
| vGW-2G | N2-standard-8 (8vCPU, 32GB Memory) | 4096 | 64k | 2Gbps | 256k |
| vGW-4G | N2-standard-16 (16vCPU, 64GB Memory) | 8192 | 64k | 4Gbps | 6M |
IAP-VPN、AOS 10 Micro-Branch、またはVIAなどの他のユースケースについては、次のような追加の要素を考慮する必要があります。
| vGW Model | GCP Machine Type | Max IAP-VPN sites | VPN User Limit (VIA) | L2 tunneled User limit (AOS 10 Micro-Branch or IAP-VPN) |
|---|---|---|---|---|
| vGW-500M | N2-standard-4 (4vCPU, 16GB Memory) | 400 | 800 | 400 |
| vGW-2G | N2-standard-8 (8vCPU, 32GB Memory) | 2048 | 16k | 12k |
| vGW-4G | N2-standard-16 (16vCPU, 64GB Memory) | 4096 | 30k | 25k |
vGWが複数の機能を同時に実行する場合、提供できる最大値に対する影響を考慮することが推奨されます。たとえば、vGW-500MにおいてVIA、IAP-VPN、およびSD-Branchゲートウェイからのトンネルを終端する場合、次のようになります。
Step 1 200サイトのIAP-VPNのトンネルを終端する場合、ゲートウェイの容量(400)の50%を消費します。
Step 2 さらに400個のSD-WANトンネルを終端する場合、ゲートウェイの容量(1600)の25%を消費します。
Step 3 その結果、終端できるVIAクライアントはゲートウェイの容量(800)の25%しかありません。常時200人以上のクライアントの接続を想定してはいけません。
関連ドキュメント
このテクニカルノートの目的は厳密ではありませんが、GCPにおけるvGWの主な目的は、ブランチロケーション、テレワーカー、およびリモートクライアントの VPC への接続を容易にすることです。これを行うために、SD-Branch、テレワーカー、VPN ソリューションは SD-WAN Orchestrator などの他の要素に依存しています。これらのソリューションの仕組みがわからない場合は、次のリソースが役立ちます。
- Aruba SD-Branch Design and Deployment Guide
- Aruba SD-WAN Orchestrator Tech note
- Micro-Branch for Teleworkers Solution Guide
- VIA Remote Users Solution Guide