ネットワークエッジの地理的冗長性オプション

このドキュメントでは、Network Edgeの地理的冗長化ソリューションに関心のある方々のために、設計上の留意点について説明します。いくつかのユースケースを簡単な例から説明し、徐々にオプションを増やしていきます。万人に通用する万能のソリューションというものは存在せず、各自の要件に最適な決定を下す必要がある。

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

この一般的なNetwork Edgeのユースケースでは、Network Edgeデバイスは単に2つのクラウドサービスプロバイダ（CSP）間をルーティングしているだけである。

ネットワーク・エッジ・ルータをもう 1 台追加し、同じメトロ内の CSP に冗長接続を追加することで、ロー カルな耐障害性を追加するオプションもあります。ローカル冗長性では、冗長デバイスが異なるコンピュート・プレーンに配置されるため、ローカルのハードウェア障害から保護されます。また、リスク許容度に応じて、冗長化された Network Edge デバイスから CSP への冗長仮想サーキットを柔軟に作成することもできます。

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

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

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

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

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

より良いユーザーエクスペリエンスを提供することに加え、このアーキテクチャは地理的冗長性を提供する可能性がある。シリコンバレーの展開全体に影響を及ぼす障害が発生した場合、SD-WAN トラフィックはアッシュバーンに再ルーティングされる。マルチクラウドのトラフィックは引き続き利用可能なメトロを介して行われる。

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

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

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

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

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

   

   これらの例では、ある市場の Network Edge デバイスが利用できなくなった場合、SD-WAN トラフィックは新しい市場を経由してルート変更されます。ユーザーとアプリケーションは、既存の接続とそれらが配置されている場所に応じて、待ち時間の増加を経験するかもしれない。

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

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

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

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

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

コロケーション

また、多くのお客様はエクイニクスIBXにキットを物理的に併設しています。上記のユースケースに基づき、これらの拠点を地理的冗長アーキテクチャの一部として組み込む接続を構築できます。同居サイトにトラフィックを送信することで、既存のNetwork Edgeを拡張することは一般的です。多くの場合、これらのサイトは、より大きなネットワーク回復力イニシアチブの一環として、事業継続性を提供するために使用されます。

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

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

  

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

  

概要

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

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