Network Edgeのジオリダンダンシオプション

このドキュメントでは、Network Edge での地理的に冗長なソリューションに関心のある方を対象に、設計上の考慮事項について説明します。簡単な例から始めて、徐々にオプションを追加しながら、いくつかのユースケースを見ていきます。すべての人に最適な、万能のソリューションはありません。お客様の要件に最も適した決定を下す必要があります。

クラウドツークラウドのルーティング

この一般的な Network Edge のユースケースでは、Network Edge デバイスは 2 つのクラウドサービスプロバイダ (CSP) 間でルーティングを行うだけです。

同じメトロ内の CSP に別の Network Edge ルーターと冗長接続を追加して、ローカル耐障害性を追加することができます。冗長デバイスは異なるコンピューティングプレーンに配置されるため、ローカルハードウェアの障害から保護されます。また、リスク許容度に応じて、冗長 Network Edge デバイスから CSP への冗長仮想回路を柔軟に作成することができます。

しかし、ローカルに冗長化されたVNFや接続では、火災による長期間のデバイス停止やインフラストラクチャのアップグレードなど、ローカルにあるすべてのデバイスに影響を及ぼすような障害から保護することはできません。このレベルの耐障害性については、地理的冗長性を考慮する必要がある。上記のユースケースに基づき、Network Edge ルーターを別の NE メトロに追加導入する。通常、この新しいデバイスは同じ地域に設置されますが、Equinix Fabricでは世界中のメトロ間の接続が可能なため、これは要件ではありません。

ローカルな冗長性と地理的冗長性を組み合わせることで、都市圏内のローカルなハードウェア障害だけでなく、都市圏内のすべてのデバイスに影響を与える問題（火災、自然災害など）からも最大限の保護を提供します。

クラウド間ルーティングによるクラウドオンランプ

このユースケースでは、ブランチオフィスからのSD-WANトラフィックが集約され、クラウドにオンランピングされています。前のユースケースと同様に、クラウド間のルーティングも提供します。

顧客は一般的に、複数のロケーションにSD-WANアグリゲーションオンランプを導入し、長距離のトラフィックのトロンボーン化を避けながらレイテンシを低減してユーザーエクスペリエンスを向上させている。

このアーキテクチャは、ユーザーエクスペリエンスの向上に加え、地理的な冗長性も提供します。シリコンバレー全域で障害が発生した場合、SD-WAN トラフィックはアッシュバーンに再ルーティングされます。マルチクラウドトラフィックは、利用可能なメトロを通じて引き続き実行できます。

ジオリダンダンシが必要で、運用中の都市圏が1つしかない場合（あるいは2つ以上の都市圏があり、新しい都市圏を追加したい場合）、1つのオプションは、既存のメトロをミラーリングすることである。この例では、シカゴに新しいサイトを追加しています。

エクイニクスは、アクセスレイヤ接続に複数のオプションを提供しています。例えば、シリコンバレーのサービスプロバイダに接続するために、リモートFabricポート（BYOCとも呼ばれる）を使用する場合があります。また、シカゴの冗長化されたサイトにアクセスレイヤ接続を提供する場合、複数のオプションがあります：

1. 新しい都市圏で新しいローカルネットワークプロバイダを使用する - BYOC またはすでにFabric上にあるプロバイダを使用する。BYOC では、リモートポート経由でFabric上のローカルネットワークプロバイダに接続します。このプロセスの完了には数日かかることがあります。

2. 新しい都市圏（シカゴ）から既存のサイト（シリコンバレー）に戻るポイントツーポイントのVCを作成する。通常、このオプションは、プライマリ都市圏に影響を及ぼす計画的なメンテナンスなどの状況に対する一時的なジオリダンダントソリューションとして、またはプライマリ都市圏が利用できない場合にのみジオリダンダント都市圏が存在する「コールドスタンバイ」ソリューションとして選択します。これは、プライマリ都市圏から冗長都市圏にトラフィックを手動でリダイレクトする必要があるため、あまり一般的ではありません。アドレス空間の管理、アプリケーションのフロー、ネットワークの継続性を維持するためのメカニズムなど、運用上の要件に関する懸念が追加されるため、運用がより複雑になります。

3. メトロ間でサービスプロバイダーの接続を共有するには、マルチポイント間接続を使用します。これは、複数のメトロにまたがるフルメッシュトポロジーを作成する場合に特に有効です。この方法の利点は、プロバイダ接続を複数のメトロに拡張するために複数の接続が構築されることである。接続には、既存の回線で利用可能なアドレススペースの制限や、Equinix Fabric間で接続を共有するためにプロバイダーが提供するオプションなどが考慮されます。プロバイダが設定する要件はプロバイダによって異なるため、オプションを評価する必要があります。最大限の耐障害性を確保するには、異なる市場のプロバイダーから2つ以上のメッシュを作成するのがベストプラクティスです。

   

   これらの例では、ある市場の Network Edge デバイスが利用できなくなった場合、SD-WAN トラフィックは新しい市場を経由して再ルーティングされます。既存の接続やユーザーの場所によっては、ユーザーやアプリケーションの遅延が増加する場合があります。

   地理的に冗長なサイトを展開する場合は、クラウド接続も考慮する必要があります。たとえば、シリコンバレーの展開が AWS Direct Connect を通じて AMER 西部にローカル接続している場合、アッシュバーンサイトは AWS AMER 東部に接続するのが一般的です。これは、顧客が同じ地域内で利用可能な最低のレイテンシの接続を好むためです。したがって、地理的冗長性に関する重要な考慮事項は、Network Edge のメトロ障害発生時にクラウドプロバイダへのアクセスを維持する方法です。これは、お客様の好みや要件によって異なりますが、多くの場合、次の 4 つの方法のいずれかで接続が維持されます。

4. クラウドプロバイダでリージョンをまたいだトランジット接続が可能なのです。上記の例では、シリコンバレーが利用できない場合、DCのネットワークトラフィックはAWSのバックボーンを経由してAMER Westリージョンにルーティングされることになります。

5. Equinix Fabricを経由したトランジット接続が可能です。上記の例では、DCのトラフィックがAWS AMER Westリージョンに接続されるように、Equinix Fabricを介してクラウド接続を構築することもできます。これは、クラウドプロバイダーのバックボーンを経由するトランジット接続がない場合によく見られます。

6. トランジット接続にインターネット(DIA)を使用していますね。これは、SD-WANゲートウェイが導入され、インターネットがサイト間のトランジット接続のアンダーレイとして使用されている場合によくあることです。遅延の予算やビジネス要件から、この方法が望ましいと思われるかもしれません。

7. 上記のすべてを組み合わせて使用する。上記の方法は、相互に排他的なものではありません。実際、地域や国の境界やリスク許容度によって、相互に使い分けることができます。

コロケーション

また、多くの顧客は、Equinix IBX にキットを物理的に共同設置しています。上記のユースケースに基づいて、これらのサイトを地理的に冗長なアーキテクチャの一部として組み込む接続を構築することができます。顧客は、共同設置サイトへトラフィックを送信することで、既存の Network Edge 導入を拡張することがよくあります。多くの場合、これらのサイトは、より大規模なネットワークの回復力強化策の一環として、ビジネス継続性を確保するために使用されます。

DCがSVにある企業アプリケーションにアクセスすることを要求する場合、その可能性があります：

• SVコロケーションの共有ポートからFabricを経由してDCのNetwork EdgeデバイスまでポイントツーポイントのVCを使用する。既存のアドレススペースがこの接続に対応できるかどうかを評価する必要があります。

  

• SV コロケーションの共有ポートから Fabric を経由して DC の Network Edge デバイスへのマルチポイント間接続を使用します。この方法は、ポイント間接続 (P2P) を使用して複数のサイト間にフルメッシュを構築するよりも簡単です。上記の例と同様に、既存のアドレス空間でこの接続オプションを使用できるかどうかを評価する必要があります。

  

概要

ローカル冗長性は、Network Edge インフラストラクチャにおける単一のハードウェア障害の影響を軽減します。VC 冗長性は、基盤となるトランスポートインフラストラクチャの問題による単一パス障害から保護します。初期導入後に冗長 VC を追加するオプションがあるため、ビジネス要件に応じてアーキテクチャを拡張することができます。 地理的に冗長なアーキテクチャは、メトロレベルでの回復力を提供し、メトロ全体が危険にさらされた場合の障害を軽減します。

最大の回復力を得るには、局所的に冗長化されたデバイスと地理的に冗長化された配備を組み合わせることを検討する必要があります。このアプローチは、都市圏内のインフラストラクチャの単一障害だけでなく、都市圏全体がオフラインになった場合のリスクも軽減することができます。この接続を、多様なネットワークプロバイダやクラウドプロバイダと組み合わせ、完全にメッシュ化されたマルチポイント接続を行うことは、ダウンタイムが許されない企業にとってベストプラクティスであると考えられています。