Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

マルチホーミング:イーサネット接続されたエンドシステムの設計と実装

このリファレンスデザインにおけるイーサネット接続エンドシステムのマルチホーミングの概要については、 データセンターファブリックブループリントアーキテクチャコンポーネント のイーサネット接続エンドシステムのマルチホーミングサポートセクションを参照してください。

図1 は、この手順におけるマルチホームイーサネット接続のエンドシステムを示しています。

図1:イーサネット接続マルチホーミングの例の概要 Ethernet-Connected Multihoming Example Overview

EVPNマルチホーミングとVLANトランキングを使用したマルチホームイーサネット接続エンドシステムの設定

EVPNマルチホーミングは、イーサネット接続されたエンドシステムをオーバーレイネットワークに接続するためにこのビルディングブロックで使用されます。EVPNマルチホーミングは、2つ以上の物理マルチホームリンクを、EVPNイーサネットセグメントID(ESI)によって識別される単一のイーサネットセグメントとして扱うことで機能します。同じイーサネットセグメントに属する物理リンクのセットは、1つの集合型イーサネットインターフェイスとして扱われます。メンバーリンクは、従来の集合型イーサネットインターフェイスにおけるメンバーリンクによく似ており、エンドシステムとの間で冗長パスを提供するとともに、オーバーレイネットワークトラフィックが複数のパス間でロードバランシングされるようにします。

高速タイマーモード付きのLACPは、イーサネットセグメントの障害のあるメンバーの障害検出と無効化を改善するために使用されます。MicroBFDは、障害の分離をさらに向上させるためにも使用できますが、すべてのエンドシステムに面するポートをサポートするように拡張できない場合があります。さらに、マイクロBFDのサポートがエンドシステムに存在する必要があります。

このリファレンスデザインでは、イーサネット接続されたサーバーを単一のリーフに接続するか、2つまたは3つのリーフデバイスにマルチホーム接続するかをテストし、2つ以上のリーフデバイスを使用したマルチホームセットアップでトラフィックを適切に処理できることを確認しました。実際には、イーサネットに接続されたサーバーは、多数のリーフデバイスにマルチホームできます。

マルチホーム イーサネット接続サーバーを設定するには、次の手順に従います。

  1. (集合型イーサネットインターフェイスのみ)各リーフデバイスをサーバーに接続するための集約型イーサネットインターフェイスを作成します。集合型イーサネットインターフェイスごとに速い期間間隔でLACPを有効にします。

    リーフ10:

    リーフ11:

    リーフ12:

    メモ:

    このステップの3つのリーフデバイスは、同じ集合型イーサネットインターフェイス名(ae11)とメンバーリンクインターフェイス(et-0/0/13とet-0/0/14)を使用して、ネットワーク管理を整理し、簡素化します。

    エンド システムがマルチホーム リンクを同じ LAG の一部として識別できるように、LACP 管理キーを設定する必要があるため、同じ ESI に対して各 VTEP で異なる AE 名を使用することは避けてください。

  2. 各インターフェイスをトランク インターフェイスに設定します。各トランク インターフェイスに VLAN を割り当てます。
    メモ:

    エンド システムを 1 つのリンクでリーフ デバイスに接続する場合、この手順の残りの部分では、インターフェイス名(例: ae11)を物理インターフェイス名(例: et-0/0/13)に置き換えます。

    リーフ10:

    リーフ11:

    リーフ12:

  3. ESI を使用してマルチホーム リンクを構成します。

    各マルチホーム インターフェイスを、イーサネットに接続されたサーバーをホストしているイーサネット セグメント(ESI(イーサネット セグメント識別子)で識別)に割り当てます。各リンク all-activeを として設定することにより、トラフィックがすべてのマルチホーム リンク上を通過することを確認します。

    ESI 値は、すべてのマルチホーム インターフェイスで一致する必要があります。

    リーフ10 :

    リーフ11:

    リーフ12:

  4. LACPを有効にし、システム識別子を設定します。

    LACPシステム識別子は、すべてのマルチホームインターフェイスで一致する必要があります。

    リーフ10:

    リーフ11:

    リーフ12:

  5. 設定をコミットした後、各リーフ スイッチのリンクが 状態であることを確認しますUp

    例:

  6. マルチホーム リンクで LACP が動作していることを確認します。

ストーム制御の有効化

ストーム制御は、この構成要素の一部として有効にできます。ストーム制御は、BUM トラフィック レベルを監視し、指定されたトラフィック レベル(ストーム制御レベルと呼ばれる)を超えた場合に BUM トラフィック転送を制限する特定のアクションを実行することにより、BUM トラフィック ストームを防止するために使用されます。この機能の詳細については、「 ストーム制御について 」を参照してください。

このリファレンスデザインでは、サーバー向けの集合型イーサネットインターフェイスでストーム制御を有効にし、ブロードキャスト、不明なユニキャスト、マルチキャスト(BUM)トラフィックのレートを制限します。BUM トラフィックの量が集合型イーサネット インターフェイスで使用可能な帯域幅の 1% を超える場合、ストーム制御はブロードキャスト ストームを防ぐために BUM トラフィックをドロップします。

ストーム制御を有効にするには:

  1. 機能を有効にするために使用するストーム制御プロファイルを作成します。ストーム制御プロファイルを使用して設定されたインターフェイスは、このステップで指定します。

    リーフデバイス:

  2. プロファイル内でストーム制御設定を設定します。

    このリファレンスデザインでは、BUM トラフィックの量が利用可能な全インターフェイス帯域幅の 1% を超えた場合に、ストーム制御が戦略的に BUM トラフィックをドロップするように設定されています。

    メモ:

    BUMトラフィックのドロップは、クラウドデータセンターアーキテクチャでサポートされている唯一のストーム制御アクションです。

    メモ:

    このバージョンのリファレンスデザインでのストーム制御設定は、設定されたストーム制御のしきい値を超えるマルチキャストトラフィックをドロップします。ネットワークがマルチキャストベースのアプリケーションをサポートしている場合は、このリファレンスデザインには記載されていないストーム制御設定( no-multicast ステートメント内の storm-control-profiles オプションなど)の使用を検討してください。

    マルチキャストベースのアプリケーションをサポートするストーム制御設定は、このリファレンスデザインの将来のバージョンに含まれる予定です。

  3. ストーム制御アクティビティを確認するには、 コマンドを入力して show log messages | match storm 、ストーム制御に関連するシステムログメッセージをフィルタリングします。

イーサネット接続されたエンドシステムのマルチホーミング—リリース履歴

表1 は、このセクションのすべての機能と、このリファレンスデザインでのサポートについての歴史を示しています。

表 1: リリース履歴

リリース

説明

19.1R2

同じリリースのJunos OSリリース19.1R2以降のリリースを実行しているQFX10002-60CとQFX5120-32Cスイッチは、このセクションに記載されているすべての機能をサポートしています。

18.4R2

同じリリースのJunos OSリリース18.4R2以降のリリースを実行するQFX5120-48Yスイッチは、このセクションに記載されているすべての機能をサポートしています。

18.1R3-S3

同じリリースのJunos OSリリース18.1R3-S3以降のリリースを実行しているQFX5110スイッチは、このセクションに記載されているすべての機能をサポートしています。

17.3R3-S1

同じリリース トレインで Junos OS リリース 17.3R3-S1 以降のリリースをサポートするリファレンス デザイン内のすべてのデバイスは、このセクションに記載されているすべての機能もサポートしています。