メインコンテンツに移動

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

このドキュメントでは、Network Edge上のジオ冗長ソリューションに関心のあるすべてのユーザーを対象とした設計上の考慮事項について説明する。簡単な例から始めて、いくつかのユースケースを見ていき、より多くのオプションを段階的に階層化していく。すべての人に適した万能のソリューションはない。要件に最も適した決定をしなければならない。

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

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

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

しかし、ローカル冗長VNFと接続は、すべてのローカルデバイスに影響を与える停止(長期間デバイスを破壊する可能性のある火災やインフラストラクチャのアップグレードなど)から保護しない。このレベルの復元力を実現するには、ジオ冗長性を考慮する必要がある。上記のユースケースに基づいて、別のNEメトロに追加のNetwork Edgeルータを配置する。通常、この新しいデバイスは同じ地域に配置されるが、Equinix Fabricは世界中のメトロ間の接続を可能にするため、これは要件ではない。

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

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

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

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

ユーザーエクスペリエンスの向上に加えて、このアーキテクチャは地理的冗長性も提供する可能性がある。シリコンバレー全体に影響を与える停止が発生した場合、WANトラフィックはアッシュバーンに再ルーティングされる。マルチクラウドトラフィックは、利用可能なメトロ経由で発生する可能性がある。

地理的冗長性が必要で、運用メトロが1つしかない場合（または複数のメトロを持ち、新しいメトロを追加する場合）、既存のメトロをミラーリングする方法が1つある。この例では、シカゴに新しいサイトが追加されている。

Equinixは、アクセスレイヤ接続のための複数のオプションを提供する。たとえば、リモートファブリックポート（BYOCとも呼ばれる）を使用して、シリコンバレーのサービスプロバイダーに接続している場合。シカゴのジオ冗長サイトにアクセスレイヤ接続を提供するには、

  1. 新しい都市圏で新しいローカルネットワークプロバイダを使用する（BYOCまたはファブリック上のプロバイダのいずれかを使用）。BYOCでは、リモートポートを介してファブリック上のローカルネットワークプロバイダに接続するこのプロセスが完了するまでに数日かかる場合がある。

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

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

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

地理的冗長サイトを導入する場合は、クラウド接続も考慮する必要がある。例えば、シリコンバレーの拠点がAWS Direct Connectを介してAMER西部地域に接続している場合、アッシュバーンの拠点はAWS東部地域に接続するのが一般的である。これは、顧客が同じ地域で利用可能な最小の遅延接続を好むためである。したがって、地理的冗長性の重要な考慮事項は、Network Edgeのメトロ障害が発生した場合にクラウドプロバイダのアクセスをどのように維持するかである。これは好みと要件によって異なるが、これらの接続は通常、

  1. クラウドプロバイダーのリージョン間でトランジット接続がある。上記の例では、シリコンバレーが利用できない場合、DCのネットワークトラフィックはAWSバックボーンを介してAMERウエストリージョンにルーティングされる。

  2. Equinix Fabricを介したトランジット接続がある。上記の例では、Equinix Fabricを介してクラウド接続を構築し、DCのトラフィックがAWSのAMER WESTリージョンに接続されるようにすることを選択できる。これは、クラウドプロバイダーのバックボーンを介したトランジット接続がない導入で一般的である。

  3. トランジット接続にインターネット(DIA)を使用している。これは、WANゲートウェイが展開され、インターネットがサイト間の中継接続のアンダーレイとして使用されている場合に一般的である。レイテンシの予算とビジネス要件のため、この方法が望ましい場合がある。

  4. 上記のすべての組み合わせを使用する。上記の方法は相互排他的ではない。実際には、地域や国境やそのリスク許容度に応じて、相互に使用することができる。

コロケーション​

また、多くのお客様は、Equinix IBXにキットを物理的に導入している。上記のユースケースに基づいて、接続を構築して、ジオ冗長アーキテクチャの一部としてこれらのサイトを組み込むことができる。顧客は、トラフィックを同じ場所に送信することで、既存のNetwork Edge展開を強化するのが一般的である。多くの場合、これらのサイトは、より大きなネットワーク復元力イニシアチブの一環としてBusiness Continuityを提供するために使用されている。

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

  • SV Colocation共有ポートからファブリック経由でDC内のNetwork EdgeデバイスにポイントツーポイントVCを使用する既存のアドレス空間がこの接続に対応できるかどうかを評価する必要がある。

  • SV Colocation共有ポートからファブリック経由でDCのNetwork Edgeデバイスにマルチポイントツーマルチポイント接続を使用するこのアプローチは、ポイントツーポイント接続(P2P)を使用して複数のサイトに完全なメッシュを作成するよりも簡単である。上記の例と同様に、既存のアドレス空間でこの接続オプションが可能かどうかを評価する必要がある。

概要​

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

復元力を最大限に高めるには、ローカル冗長デバイスとジオ冗長展開を組み合わせることを検討する必要がある。このアプローチは、メトロ内のインフラストラクチャの単一障害と、メトロ全体がオフラインになった場合のリスクの両方を軽減する。これを、フルメッシュ型マルチポイント接続を備えた多様なネットワークプロバイダやクラウドプロバイダと組み合わせることは、ダウンタイムを許容できないすべての人にとってのベストプラクティスと考えられている。

このページは役に立ちましたか？