Oracle Cloud Infrastructureドキュメント


メイン・コンテンツにスキップ

アップリンク・プロトコル

Compute Cloud@Customerでは、データ・センターへのアップリンクは、冗長性を提供し、これらのリンク上のリンク障害検出およびリカバリ時間を短縮するために様々なプロトコルを実行します。これらのプロトコルは、三角形、正方形、またはメッシュトポロジで動作します。

アップリンクプロトコルのスイートには、次のものがあります。

  • 双方向転送検出(BFD)
  • VRRP (仮想ルーター冗長プロトコル)
  • ホットスペアルータプロトコル(HSRP)
  • 等価コスト・マルチパス(ECMP)

それぞれについて、このトピックの次の項で簡単に説明します。

BFD

ほとんどのルーターネットワークでは、接続障害は、ルーティングプロトコルによって送信された「hello」パケットの損失によって検出されます。ただし、この方法による検出には1秒以上かかることが多く、高速リンク上の多くのパケットが到達できない宛先にルーティングされるため、リンクバッファーが負担になります。「hello」パケットレートを大きくすると、ルータCPUが負担になります。

Bidirectional Forwarding Detection (BFD)は、障害が発生したリンクの最後にルーターに警告する組み込みメカニズムで、ほかのどのメカニズムよりも早く問題が発生し、バッファーやCPUの負荷が軽減されます。BFDは、ルーター間にスイッチまたはハブがある状況でも機能します。

BFDは構成を必要とせず、ユーザーが設定可能なパラメータを持っていません。

VRRPv3

Virtual Router Redundancy Protocol version 3 (VRRPv3)は、仮想ルーターの概念を使用して物理ルーターをグループ化し、それらに参加しているホストのものとして表示させるネットワークプロトコルです。これにより、IPサブネットワーク上の自動デフォルトゲートウェイ選択によるルーティングパスの可用性と信頼性が向上します。

VRRPv3では、プライマリ/アクティブルーターとセカンダリ/スタンバイルーターが1つの仮想ルーターとして機能します。この仮想ルーターは、VRRPv3に参加しているサブネット上のすべてのホストのデフォルトのゲートウェイになります。グループ内の1つの物理ルーターが、パケット転送のプライマリ/アクティブルーターになります。ただし、このルーターに障害が発生すると、グループ内の別の物理ルーターが転送役割を引き継ぎ、ルーター構成に冗長性を追加します。VRRPv3「ネットワーク」はローカル・サブネットに限定され、ローカル・サブネットを超えるルートを通知しません。

HSRP

Ciscoルータは、多くの場合、ホットスペアルータプロトコル(HSRP)と呼ばれる冗長性プロトコルを使用してルータの可用性を向上させます。VRRPの方法と同様に、HSRPは物理ルーターを1つの仮想ルーターにグループ化します。物理的なデフォルトルータに障害が発生すると、別のルータがHSRPを使用して、ホストデバイスに負荷をかけずにパケットのデフォルト転送を引き継ぐことになります。

ECMP

Equal Cost Multipath (ECMP)は、特に冗長リンクが多いより複雑なルータネットワークで、ネットワーク帯域幅をより有効に活用する方法です。

通常、別の宛先ネットワークへの複数のルーターパスを持つルーターネットワークは、ゲートウェイルーターへの1つのアクティブなルートを「最適な」パスとして選択し、障害発生時にほかのパスをスタンバイとして使用します。使用するネットワーク・ゲートウェイ・ルーターへのパスに関する決定は、通常、ルーティング・プロトコルの観点からそのコストによって決定されます。ネットワークゲートウェイに到達するための複数のリンクのコストが等しい場合、ルータはいくつかの基準に基づいてコストを選択します。これにより、ルーティングの決定が簡単になりますが、アイドル状態ではなくパス上のネットワーク・リンクとしてネットワーク帯域幅が浪費されます。

ECMPは、同じコストで複数のパス・リンクにトラフィックを送信し、ネットワーク帯域幅をより効率的に使用する方法です。

  • アップリンク・プロトコル
  • BFD
  • VRRPv3
  • HSRP
  • ECMP
  • Copyright © 2025, Oracle and/or its affiliates.
  • オラクルについて
  • お問合せ
  • 法律上の注意点
  • 使用条件とプライバシ
  • ドキュメントの表記規則