FastConnectパブリック・ピアリング: アーキテクチャおよびユースケース (2024/04/30)
FastConnectパブリック・ピアリング: アーキテクチャおよびユースケース (2024/04/30)
https://www.ateam-oracle.com/post/fastconnect-public-peering-architectures-and-use-cases
投稿者： Aditya Kulkarni | Cloud Solution Technologist, Networking
はじめに
FastConnectパブリック・ピアリングは仮想回線の一種で、お客様がインターネットを使用するかわりに、専用物理接続を介してOracle Cloud Infrastructureのパブリック・サービスにアクセスできます。
デフォルトでは、FastConnectを使用して特定のリージョンのOracle Cloud Infrastructure (OCI)に接続すると、パブリック仮想回線でアドバタイズされるルートには、同じマーケットの他のOCIリージョン、および特定のOracle Cloud Infrastructure Classicリージョンのルートが含まれます。
ルート・フィルタリングでは、オンプレミス・ネットワークへのBGP通知に含めるルートを選択できます。ルート・フィルタリング・オプションは次のとおりです。
- リージョナル- この仮想回線のリージョンで使用可能なパブリック・ルートのみをオンプレミス・ネットワークに通知します。
- マーケット- この仮想回線のリージョンに使用可能なパブリック・ルートと、世界同じ地域の他のリージョンのルートをオンプレミス・ネットワークに通知します。これはデフォルト設定です。
- グローバル- Oracleクラウドのすべての市場のすべてのリージョンで使用可能なパブリック・ルートをオンプレミス・ネットワークに通知します。
- Oracle Services Network - オンプレミス・ネットワークへのOracle Services Network (OSN)リソースへのアクセスに使用されるパブリック・ルートのみを通知します。
顧客が複数のFastConnectパブリック・ピアリング接続を持っている場合、ルーティング動作を理解する必要があります。このブログでは、複数のパブリック・ピアリング回線がOCIにデプロイされている場合のルーティング・プリファレンスについて学習します。
FastConnectパブリック・ピアリングのマルチ・リージョン・デプロイメントを使用する2つのユースケースを確認します:
1. ネットワーク・シナリオ1: 異なるルート・フィルタリングを使用する2つの仮想回線
このシナリオでは、個別のルート・フィルタリングを使用する2つのパブリック・ピアリング仮想回線が2つの異なるリージョンにデプロイされる設定を確認します。次に、フェイルオーバー・シナリオについて分析し、適切な冗長性を確保するための設計を策定します。
2. ネットワーク・シナリオ2: 異なるリージョンで異なるBGPパラメータを持つ複数の仮想回線
このシナリオでは、異なるBGP属性を持つ複数のパブリック・ピアリング仮想回線が異なるリージョンにデプロイされる設計をより複雑にします。OCIのルーティング・プリファレンスを完全に理解するために、フェイルオーバー・シナリオについて分析します。
ネットワーク・シナリオ1: 異なるルート・フィルタリングを使用する2つの仮想回線
このシナリオでは、2つのFastConnectパブリック仮想回線があります:
- FastConnect 1:フランクフルトリージョンでマーケット・ルート・フィルタリングが終了します。
- FastConnect 2: グローバル・ルート・フィルタリングがアッシュバーン・リージョンで終了します。
ロンドンは、アッシュバーンリージョンの世界的なルートの下で、フランクフルトとシンガポールの市場ルートの下に来ている。これらは、表現の図を示しています。
その結果、図に示すように、オンプレミス・ロケーションはフランクフルト・リージョンからすべての市場レベルのルートと、アッシュバーン・リージョンからグローバル・レベルのルートを受け取ります。
仮想回線は両方とも同じオンプレミスの場所で終了し、オンプレミスは両方の仮想回線で同じパブリックIP範囲をアドバタイズします。
OCIがルーティングをどのように好むかを理解しましょう。
両方の仮想回線で同じルート通知があるため、OCIは両方の仮想回線から同じルートを受信します。
OCI商用リージョンは、相互に内部的に相互接続されます。このシナリオでは、OCIは2つの異なる方法で同じルートを学習しています。
- 外部: パブリックIP範囲は、オンプレミスからFastConnect 1で学習され、OCIはそれを外部ルートとして扱います。
- 内部: パブリックIPの範囲は、アッシュバーンのFastConnect 2によって学習され、フランクフルトリージョンのFastConnect 2によって内部的に学習されています。OCIはこれを内部ルートとして扱います。
設計上、リターン・パスを選択する際、OCIは常に内部ルートよりも外部ルートを優先します。
したがって、トラフィックがフランクフルト仮想回線から来ている場合、リターン・パスは同じになります。
したがって、同じBGPメトリックを持つ複数のパブリック・ピアリング仮想回線が配置されている場合、同じルートがオンプレミスからアドバタイズされていれば、OCIは常に同じ仮想回線でリターン・トラフィックを送信すると結論付けられます。
次に、仮想回線のいずれかが失敗するフェイルオーバー・シナリオについて、この設計を分析します。
フェイルオーバー・シナリオ1: FastConnect 1が失敗します。
FastConnect 1が失敗すると、グローバル・ルートが受信されているため、オンプレミスではフランクフルトに向かうトラフィックがFastConnect 2に送信されます。戻りパスは、ブログで以前に設定したFastConnect 2にもあります。
フェイルオーバー・シナリオ2: FastConnect 2が失敗します。
このシナリオでは、アッシュバーンおよびシンガポールに向かうトラフィックについて、市場レベルのルート・フィルタリングのため、FastConnect 1をフェイルオーバーとして使用できません。これにより、オンプレミスの場所がアッシュバーンおよびシンガポールのルートを学習できなくなり、トラフィックはフェイルオーバーされません。フランクフルトとロンドンへの交通は引き続きFastConnect 1になります。
この設計を適切に冗長化するにはどうすればよいですか。
ネットワーク・シナリオ1: 冗長性を修正するソリューション
答えは、両方の仮想回線を次のようにグローバル・ルート・フィルタリングに設定することです。
この設計では、次に示すように、グローバル・ルート・フィルタリングを使用する2つの仮想回線があります。すべてのパラメータが同一(ルートの通知/受信、ルート・フィルタリング)であるため、OCIではデフォルトで、最も古い確立されたパスがリターン・パスのタイ・ブレーカとして選択されます。ルーティングをより適切に制御するには、常にBGPメトリックを使用することをお薦めします。したがって、この場合は、FastConnect 1がASパスの先頭に付加されてプライマリになっているとします。その結果、FastConnect 1はオンプレミスからすべてのリージョンにアクセスするために使用され、その逆も同様です。
フェイルオーバー・シナリオ: FastConnect 1が失敗します。
このシナリオでは、図に示すように、同じルートがOCIからアドバタイズされるため、両方の仮想回線を相互の冗長接続として使用できます。したがって、一般に、2つのパブリック・ピアリング回線を相互に冗長化すると結論付けることができます。
- 両方の回路を同じルートフィルタリングに設定する必要があります。
- 両方の回路は、同じ市場から地域で終了する必要があります。
そのため、設計を完全に冗長化しました。
次に、複数のパブリック・ピアリング回線が構成されたBGPメトリックとともに使用されるもう1つの興味深いシナリオを見てみましょう。
ネットワーク・シナリオ2: 異なるリージョンに異なるBGPパラメータを持つ複数の仮想回線
このシナリオでは、シナリオ1での設定に加えて、FastConnect回線が同じリージョンで終了し、同じルート・フィルタリングに設定されているため、FastConnect 1が失敗した場合にトラフィックがFastConnect 3にフェイルオーバーされることを目的として、追加の仮想回線FastConnect 3がx2の先頭に付加されています。FastConnect 2を介して送信されたルートは追加されません。
これで、以前に確立したとおり、OCIは、受信元と同じ仮想回線にリターン・トラフィックを送信します。
フェイルオーバー・シナリオ: FastConnect 1が失敗します。
FastConnect 1が失敗すると、要件に従ってフランクフルトへのトラフィックがFastConnect 3に送信されます(これは、ローカル・プリファレンスなどのBGPメトリックを使用して実現できます)。ここで、戻りパスは、ネットワークシナリオ1の最後に設定した規則のあとに同じであると想定します。
ただし、FastConnect 1が失敗しても、トラフィックは最短のASパスのルールに従ってFastConnect 2にフェイルオーバーされます。オンプレミスからFastConnect 2にプリペンドがない理由。したがって、OCIは、FastConnect 3からの学習ルートを優先しません。これにより非対称ルーティングが発生し、FastConnect 1が失敗した場合、顧客はFastConnect 3でトラフィックを送信できますが、戻りトラフィックはFastConnect 2で送信されます。
最も短いASパスは、外部で学習されるルートを含め、他のすべてのパラメータよりも常に優先されます。要約すると、OCIのルーティング・プリファレンスでは、最短のASパス>外部ルート>内部ルートと言えます。
まとめ
このブログでは、様々なルート・フィルタリングおよびBGPパラメータとともに、複数のFastConnectパブリック・ピアリング回線が実装される様々なネットワーク・シナリオについて考察しました。お客様は、ネットワーク接続を設計する前に、これらすべてのシナリオを考慮する必要があります。
コメント
コメントを投稿