EdgeConnect SD-Branchハブの設計
このセクションでは、ハブ設計の次の側面について説明します。
物理ゲートウェイまたは仮想ゲートウェイの###
ハブサイトを設計する際に、最初に決定するのは、ハブが物理か仮想かを決定することです。 組織は次の要素を考慮する必要があります。
- 物理ゲートウェイ – オンプレミスのデータセンターサイトを持つ組織には、通常、オンプレミスのゲートウェイが必要です。
- 仮想ゲートウェイ – 仮想環境は、Infrastructure as a Service(IaaS)またはその他のプライベートクラウドワークロードのクラウドプロバイダーを使用する組織で使用できます。
クラウドプロバイダーの統合
クラウドプロバイダーとの統合は、主に次の2つの異なる方法で展開されます。クラウドプロバイダーを使用する方法と、クラウドプロバイダーとピア接続するMSPを使用する方法です。
- Cloud Integration - Arubaゲートウェイは、Azure、Google Cloud、またはAWSに直接展開でき、Route Orchestration、FEC、DPS、VIA、Microbranch接続などのSD-WAN機能を提供するクラウド接続を実現します。
- **MSP統合 – ** Arubaゲートウェイは、MSPがクラウドプロバイダーに直接の低レイテンシー接続を持つMSP/コロケーション内に展開できます。 このハイブリッドアプローチは、物理インフラストラクチャとクラウド接続を同じ場所に配置するメリットを提供します。
Arubaゲートウェイを使用して、トランジットゲートウェイと直接ピア接続し、VPC/VNET間の接続を確立できます。組織は次のSD-WAN機能を失てしまうのでこれはお勧めできません。
- Reverse Path Pinningは、トラフィックが常に発信元パスを通って戻ることを保証し、ブランチゲートウェイ(BGW)がアップリンクのロードバランシングとダイナミックパスステアリングを実行できるようにします。
- Forward Error Correctionは、特にインターネットを通過する際に、ブランチとクラウド間の潜在的なネットワーク問題から重要なトラフィックフローを保護します。
- Tunnel Orchestrationは、すべてのBGWから関連するすべてのVPNC（vGWを含む）にIPsecトンネルを確立するプロセスを自動化します。
- Orchestrated Routingは、SD-WANを介したルートの交換を自動化します。
- End-to-End Visibilityを使用すると、単一のアプリケーション(Aruba Central)を使用して、シングルソースの視覚化とSD-WANネットワーク全体の監視が可能になります。
クラウドプロバイダーと統合する場合、SD-WANが提供する高いパフォーマンスと安定性を確保するために、仮想ゲートウェイを展開することが重要です。
クラウド統合の詳細については、次のガイドを参照してください。
Aruba SD-Branch Integration with AWS Public Cloud
Aruba SD-BranchとAzure Public Cloudの統合
Aruba SD-Branch Intergration with Google Cloud
ワンタッチ・プロビジョニング
ゼロタッチプロビジョニング(ZTP)は、インターネットサービスプロバイダー(ISP)から動的にIPアドレスを取得するゲートウェイを展開する場合に推奨される方法です。ゲートウェイはインターネットサービスに接続し、IPv4アドレスを取得し、Aruba Centralと通信して構成を取得します。
ゲートウェイがCentralと通信する前に、追加の設定が必要になる場合があります。ゲートウェイには次のものが必要な場合があります。
– 静的アドレス指定 – インターネットサービスを開始するためのPoint-to-Point Protocol over Ethernet (PPPoE)資格情報 – 特定のVLAN構成。
これらの展開のために、Arubaはゲートウェイ用のワンタッチプロビジョニング(OTP)機能を提供します。OTPは、シリアルコンソールまたはWebユーザーインターフェイスを使用できます。
この方法は、VPNCまたはBGWで、特定のVLAN IDまたはトランク設定を必要とする、より高度な設定が必要な場合に推奨されます。一般的に、ハブサイトを展開する場合は、その配置のためにOTPが必要です。 OTP機能は、工場出荷時のデフォルト状態のゲートウェイでのみ使用でき、ゲートウェイがCentralから設定を受け取った後はアクセスできません。
ヘッドエンドの冗長性
SD-WAN Orchestratorは、複数のヘッドエンドゲートウェイにアクティブなトンネルを提供します。BGWからのルートは、ゲートウェイにアドバタイズされます。 オーバーレイルートは、重み付けされたコストを使用して、あるゲートウェイを別のゲートウェイよりも選択します。重み付けコストは、逆優先順位を持つ2つのブランチグループを作成することで、トラフィックのロードバランシングを可能にするグループに設定されます。
ノースバウンドLANインターフェイス側では、オーバーレイコストは次のようにダイナミックルーティングプロトコルに自動的に変換されます。
- OSPF:外部1および外部2への直接変換コスト
- BGP: Multi-Exit Discriminatorへの直接変換
- BGP:ルーティングの対称を確保するために、Autonomous System番号を自動的にプリペンディングします。
次の図は、冗長性と2つのゲートウェイを備えたヘッドエンドサイトを示しています。
複数のアクティブなデータセンター
Arubaは複数のアクティブなデータセンターをサポートし、支社の拠点が異なる場所にあるリソースに簡単にアクセスできるようにします。トンネルは、上記の方法を使用してすべてのデータセンターに構築されます。
アルバ社は、データセンターのゲートウェイの経路数を最小限に抑えるために、データセンターにアドバタイズされるブランチサイトの経路とブランチへのデータセンターの経路をまとめることをお勧めします。
組織全体で適切なIPアドレス計画が必要であるため、各ブランチのサブネット数は、簡単に要約されたビット境界の範囲内に収まります。ある場所で3つまたは4つのサブネットが現在使用中の場合は、8つ以上の要約サブネットを計画して、新しい要約を追加せずに将来の拡張を可能にします。大まかな目安は、各ブランチの場所に対して255.255.248.0マスクまたは/21を持つネットワーク範囲を使用することです。 これにより、各場所に8つの/24サブネットを作成できます。
データセンターでは、ルートを集約して、ブランチゲートウェイのルートテーブルの制約を設定する必要があります。多くの場合、データセンターの場所ごとに1つのスーパーネットルートを使用することをお勧めします。 これが不可能な場合は、必要な数だけサマリールートを使用してください。 また、すべてのブランチロケーションをカバーする単一の集約ルートの作成も検討してください。
もう1つの推奨事項は、各ブランチのDCプリファレンスを最も近いハブの場所に設定することです。2番目と3番目の場所はDCの設定が低いため、最も近い場所が常に優先されます。 これにより、特定のデータセンターに最も近いブランチが、そのエリア内の他のブランチに対するリージョナルホップとして使用できるようになります。
Arubaは、ブランチメッシュの使用を計画している場合でも、データセンターを介したブランチ間の通信を許可することを常に推奨しています。これにより、ブランチメッシュトンネルが使用できない場合、最も近いデータセンターがブランチ間のバックアップパスとして機能できるようになります。
次の図は、複数のアクティブなデータセンターを持つサマリールートとDCプリファレンスを示しています。
複数のデータセンターを使用する場合にトラフィックの対称性を維持するために、SD-WAN Orchestratorは異なるVPNCに対して異なるルーティングコストを10ずつ自動的に設定します。異なるデータセンター内のVPNC間のスマート再配布機能は、前のセクションで説明したように、同じデータセンター内の2つの冗長VPNCと同じようにじように機能します。