FastConnect冗長性のベスト・プラクティス

一般に、高可用性(HA)を実現するようにネットワークを設計する必要があります。さらに、次のタイプの中断のために準備する必要があります:

• 組織、プロバイダ(使用している場合)またはOracleによって定期的にスケジュールされたメンテナンス。
• ネットワーキング・コンポーネント、プロバイダまたはOracleの一部での予期しない障害。障害はほとんど発生しませんが、計画しておく必要があります。

冗長性のために、Oracleでは次を提供しています:

• 各リージョンに複数のプロバイダ

• 次の各リージョンに対する2つのFastConnectの場所(他のすべてのリージョンには1つのFastConnectの場所があります)

  • ドイツ中央部(フランクフルト)
  • 英国南部(ロンドン)
  • 米国東部(アッシュバーン)
  • 米国西部(フェニックス)
• 各FastConnectの場所にある2つのルーター
• 各OracleパートナとOracle (特定のリージョン)間の複数の物理接続

冗長性のベスト・プラクティスは、使用する接続モデルによって異なります。接続方法および接続場所も参照してください。

接続モデル:

• FastConnect: Oracleパートナの使用

パートナとOracle間の物理接続の冗長性、およびFastConnectの場所にあるルーターの冗長性は、Oracleによって処理されます。既存のネットワークとOracleパートナの間の物理接続の冗長性は、ユーザーが処理する必要があります。

残りのベスト・プラクティスは、使用しているパートナ、およびエッジからのBGPセッションの詳細によって異なります:

• 一部のパートナでは、BGPセッションがエッジからOracleに移動します。冗長性のベスト・プラクティスについては、次の項を参照してください。
• その他のパートナでは、BGPセッションがエッジからOracleパートナに移動します。冗長性のベスト・プラクティスについては、Oracleパートナのシナリオ: OracleパートナへのBGPセッションを参照してください。

2つのシナリオの詳細は、基本的なネットワークの図を参照してください。

Oracleパートナのシナリオ: OracleへのBGPセッション

少なくとも、各OracleパートナにはOracleへの2つの個別の物理接続があります。1つの物理接続に1つの仮想回線(プライマリ)を設定し、もう1つの物理接続に別の仮想回線(セカンダリ)を設定します。次の図は、それぞれが1つのFastConnectの場所にある異なるルーターに進む2つの仮想回線を示しています。リージョンに2つ目の場所がある場合、パートナの2つ目の物理接続が、かわりにその場所に移動することがあります。

FastConnectの場所が1つのみのリージョンで作業している場合は、場所の多様性も必要になります。これを実現するには、付近のリージョンにある2つ目のFastConnectの場所で、同じOracleパートナとの2つの仮想回線を使用した前述の設定を繰り返します。次の図に示すように、その2つ目のリージョンにOracleクラウド・リソースの設定を複製する必要があります。

プロバイダの多様性も必要な場合は、使用している各リージョンの別のプロバイダで設定全体を繰り返します。

Oracleパートナのシナリオ: OracleパートナへのBGPセッション

このシナリオでは、エッジからのBGPセッションがOracleパートナに移動します(次の図を参照)。BGPセッションとは別に、Oracleパートナは、(パートナのエッジとOracleのエッジの間に) Oracleとの独自のBGPセッションを持っています。仮想回線は、ユーザーのエッジからOracleエッジに移動する論理接続です。

パートナには、Oracleへの2つの個別の物理接続があります。パートナとの仮想回線を1つ作成します。このシナリオでは、仮想回線は冗長かつ多様になるように自動的に設計されます。仮想回線には、パートナとOracleの間に2つの個別のBGPセッションがあり、それぞれが異なる物理接続上にあります。次の図は、単一の仮想回線に対する2つの個別のBGPセッションを点線で示しています。

これとは別に、エッジとパートナ間の接続が冗長かつ多様であることを確認する必要があります。

FastConnectの場所が1つのみのリージョンで作業している場合は、場所の多様性も必要になります。これを実現するには、付近のリージョンにある2つ目のFastConnectの場所で、同じOracleパートナとの仮想回線を使用した前述の設定を繰り返します。次の図に示すように、その2つ目のリージョンにOracleクラウド・リソースの設定を複製する必要もあります。

接続モデル:

• FastConnect: サードパーティ・プロバイダの使用
• FastConnect: Oracleとのコロケート

Oracleでは、FastConnectの場所にあるOracleルーターの冗長性が処理されます。既存のネットワークとOracleの間の物理接続の冗長性を処理する必要があります。

これを行うには、リージョンを提供するFastConnectの場所ごとに1つずつ、Oracleへの2つの物理接続を作成します。つまり、Oracle Consoleでは2つの個別のFastConnect接続を設定することになります。次に、2つの仮想回線を作成します。最初の物理接続(最初のFastConnect接続)で最初の接続を設定し、2番目の物理接続で2番目の接続を設定します。次の図は、一般的な設定を示しています。

コストの問題から、またはリージョンにFastConnectの場所が1つしかない場合は、単一のFastConnectの場所のみに接続することをお薦めします。その場合、2つの物理接続を作成し、それぞれがそのFastConnectの場所にある異なるOracleルーターに移動するようにします。これは、2番目の物理接続を設定するときに、Oracle Consoleで実行できます。その場所の他のFastConnect接続に対するその接続の近接度を指定できます。たとえば、次の図は、2番目の物理接続(クロスコネクト・グループ)が、そのFastConnectの場所の最初の接続(MyConnection-1と呼ばれる)とは異なるルーターで作成されるようにリクエストする方法を示しています。

両方の物理接続の帯域幅を均等にスケーリングし、各接続にクロスコネクト・グループ(LAG)を使用する必要があります。単一のFastConnectの場所に、個別の10 Gbpsのクロスコネクトが2つあるとします(冗長性および多様性のためにそれぞれが異なるOracleルーターに接続します)。特定の時間に20Gpbsの帯域幅が必要な場合、各物理接続がクロスコネクト・グループ(LAG)で構成され、クロスコネクトが含まれるようにする必要があります。次に、各冗長物理接続が2つの10 Gbpsのクロスコネクトを含むように、各LAGに別の10 Gbpsのクロスコネクトを追加する必要があります。

FastConnectの場所が1つのみのリージョンで作業している場合は、場所の多様性も必要になります。これを実現するには、付近のリージョンにある2つ目のFastConnectの場所で、設定を繰り返します。次の図に示すように、その2つ目のリージョンにOracleクラウド・リソースの設定を複製する必要もあります。

Oracleでは、FastConnect接続のバックアップとしてサイト間VPNを使用することをお薦めします。そうする場合、サイト間VPN IPSecトンネルが、ルートベースのVPNでBGPルーティングを使用するように構成されていることを確認します。既存のオンプレミス・ネットワーク内で、サイト間VPNを介して学習されたルートよりもFastConnectを介して学習されたルートを優先するように、ルーティングを操作します。たとえば、AS_Path Prependを使用してOracleからのエグレス・トラフィックに影響を与え、ローカル・プリファレンスを使用してネットワークからのエグレス・トラフィックに影響を与えます。

VPNバックアップを使用している場合は、Oracleからオンプレミス・ネットワークへのルートを優先するためのAS_PATHの使用に示されている表で、OracleのBGPルーティング動作を確認します。

次の図は、冗長FastConnect仮想回線および冗長サイト間VPNトンネルを使用した設定を示しています。

• オンプレミス・ネットワークへの接続のルーティング詳細
• 接続性冗長性ガイド(PDF)

状況に合ったトピックを選択します:

• FastConnect: Oracleパートナの使用
• FastConnect: サードパーティ・プロバイダの使用
• FastConnect: Oracleとのコロケート