混合アドバタイズ用にオンプレミス ルーターを構成する

このドキュメントは、次の条件に該当する冗長性を備えた Interconnect 接続のトポロジに適用されます。

  • 1 つの接続は、サポートされている(データ転送が有効になっている)Network Connectivity Center のロケーションへの接続であり、スポークに接続されている
  • 1 つの接続は、サポートされていない(データ転送が無効になっている)ロケーションへの接続であり、スポークに接続できない

このシナリオでは、Network Connectivity Center のハブを経由したトラフィックとハブ外からのトラフィックについて、アドレスのプレフィックスに関する通知が重複することを回避するため、このドキュメントの構成オプションに記載されているいずれかのオプションに基づいてオンプレミス ルーターを構成する必要があります。

トポロジの例

次のセクションで説明する構成オプションのリファレンスとして、次のトポロジの例を使用します。この例では Dedicated Interconnect を使用していますが、このドキュメントのガイダンスは Partner Interconnect のトポロジにも適用されます。

サポートされていないロケーションに Interconnect 接続があるトポロジの例
サポートされていないロケーションに Interconnect 接続があるトポロジの例(クリックして拡大)

このトポロジでは、オンプレミス ネットワーク A には次のようなムンバイとシンガポールへの冗長性を備えた Interconnect 接続が存在します。

  • スポーク A に接続されたムンバイへの VLAN アタッチメント
  • スポーク A に接続されていないシンガポールへの VLAN アタッチメント(シンガポールは、Network Connectivity Center でサポートされていないロケーションであるため)

オンプレミス ネットワーク B には、オーストラリアへの単一の接続が存在します。この例では、接続はスポーク B にアタッチされている HA VPN です。

構成オプション

前述のトポロジの例(冗長性を有する Interconnect 接続のうち 1 つのみを Network Connectivity Center のスポークに接続可能)を踏まえて、このセクションでは、トラフィック要件に合わせてオンプレミス ネットワークと Google Cloud 間にオンプレミス ルーターを構成する方法について説明します。

オプション 1 は、ハブ以外のトラフィックに最適ですが、ハブ経由の接続はサポートされません。オプション 2 は、ハブ トラフィックとハブ以外のトラフィックの両方に対応していますが、ハブ以外のトラフィックに対しては最適ではありません。

オプション 1: 同じ MED 値 - ハブ トラフィックには機能しない

この構成では、オンプレミス ネットワーク A のルーターは、MED 10010.1/16 をムンバイとシンガポールの両方にアドバタイズします。

この場合、オーストラリアの Cloud Router では、シンガポールからのアドバタイズが最適なパスとして表示されます。これは、シンガポールがオーストラリアに地理的に近く、リージョン間のコストが低くなるためです。リージョン間のコストについては、Cloud Router のドキュメントのアドバタイズされたプレフィックスと優先度をご覧ください。

ただし、これは Network Connectivity Center のハブを経由するパスではないため、Cloud Router はハブ トラフィック用に 10.1/16 をオンプレミス ネットワーク B に再度アドバタイズしません。つまり、ハブを経由する接続が構成されていません。

オプション 2: 異なる MED 値 - ハブ トラフィックに最適、ハブ以外のトラフィックには最適ではない

この構成では、以下の設定項目を使用してオンプレミス ネットワーク A のルーターが 10.1/16 をアドバタイズします。

  • ムンバイへの MED 100
  • シンガポールへの MED 20000

この場合、オーストラリアに存在する Cloud Router は次の処理を行います。

  • ムンバイから送信されたアドバタイズを最適なパスとして表示する。
  • データパスとしてムンバイへのパスをプログラムする。
  • Network Connectivity Center のトラフィックと Network Connectivity Center 以外のトラフィックの両方に対して、10.1/16 をオンプレミス ネットワーク B に再度アドバタイズします。

これは、Network Connectivity Center のトラフィックがムンバイを経由することを示しますが、Network Connectivity Center 以外のトラフィックも、この最適ではないパスを通過します。

このシナリオは、リージョン間のコスト調整によってシンガポールが適したパスとして表示されないように、十分に高い MED 値で 10.1/16 をシンガポールにアドバタイズするようオンプレミス ネットワーク A のルーターを構成することにかかっています。シンガポールにアドバタイズされる MED は、ムンバイにアドバタイズされる MED より 10,200 大きい必要があります。詳細については、アドバタイズされたプレフィックスと優先度をご覧ください。

次のステップ