集合型イーサネット・インターフェースのロード・バランシング
ロードバランシングは、メンバーリンク全体のレイヤー2で行われ、輻輳や冗長性の維持なしに設定を改善します。以下のトピックでは、ロードバランシングの概要、MACアドレスとLAGリンクに基づいてロードバランシングを設定し、耐障害性のあるハッシュによる一貫性を理解します。
ロードバランシングとイーサネットリンクアグリゲーションの概要
イーサネット ポートのグループに対して、LAG(リンク アグリゲーション グループ)を作成できます。レイヤー 2 ブリッジング トラフィックは、このグループのメンバー リンク間で負荷分散されるため、輻輳の懸念や冗長性を実現する魅力的な構成となっています。MシリーズとTシリーズのルーターでは最大128のLAGバンドル、MXシリーズルーターとEX9200スイッチでは480のLAGバンドルを設定できます。各LAGバンドルには、最大16のリンクが含まれています。(プラットフォームのサポートは、インストールされている Junos OS リリースによって異なります)。
デフォルトでは、LAG インターフェイス全体でフレームを負荷分散するハッシュ キー メカニズムは、レイヤー 2 フィールド(フレーム送信元と宛先アドレスなど)とレイヤー 3 のフィールド、および入力 論理インターフェイス (ユニット)に基づいています。デフォルトのLAGアルゴリズムは、レイヤー2スイッチング向けに最適化されています。Junos OS Release 10.1以降では、 ステートメントを使用してレイヤー3およびレイヤー4ヘッダーのフィールドを使用するように、レイヤー2トラフィックのロードバランシングハッシュキーを payload
設定することもできます。ただし、ロードバランシングの動作はプラットフォーム固有であり、適切なハッシュキー設定に基づいていることに注意してください。
詳細については、 LAGリンクでのロードバランシングの設定を参照してください。レイヤー2スイッチでは、1つのリンクが過剰に使用され、他のリンクは十分に使用されていない。
MAC アドレスに基づくロード バランシングの設定
負荷分散のためのハッシュ キー メカニズムは、フレーム送信元と宛先アドレスなどのレイヤー 2 MAC(メディア アクセス制御)情報を使用します。レイヤー 2 MAC 情報に基づいてトラフィックを負荷分散するには、 または [edit chassis fpc slot number pic PIC number hash-key]
階層レベルで ステートメントを[edit forwarding-options hash-key]
含multiservice
めます。
multiservice { source-mac; destination-mac; payload { ip { layer3-only; layer-3 (source-ip-only | destination-ip-only); layer-4; inner-vlan-id; outer-vlan-id; } } }
ハッシュキーに宛先アドレスMAC情報を含める場合は、 オプションを destination-mac
含めます。ハッシュキーに送信元アドレスMAC情報を含める場合は、 オプションを source-mac
含めます。
同じ送信元アドレスと宛先アドレスを持つパケットは、同じパスを介して送信されます。
パケット単位のロードバランシングを設定して、複数のパスにわたるEVPNトラフィックフローを最適化できます。
集合型イーサネット・メンバー・リンクは、802.3ah OAMパケットの送信元MACアドレスとして物理MACアドレスを使用するようになりました。
「」も参照
LAGリンクでのロードバランシングの設定
ステートメントを使用してロードバランシングを目的として、フレームペイロード内のレイヤー3およびレイヤー4ヘッダーのフィールドを使用するように、レイヤー2トラフィックのロードバランシングハッシュキーを payload
設定できます。ステートメントを設定して、 レイヤー-3 (および source-ip-only または destination-ip-only packet header フィールド)または レイヤー 4 フィールドを確認できます。このステートメントは、 階層レベルで設定します [edit forwarding-options hash-key family multiservice]
。
レイヤー 3 またはレイヤー 4 オプション、またはその両方を設定できます。 source-ip-only オプションと destination-ip-only オプションは相互に排他的です。ステートメントは layer-3-only
、MXシリーズルーターでは使用できません。
デフォルトでは、802.3adのJunos実装は、パケットで伝送されるレイヤー3情報に基づいて、集約されたイーサネット・バンドル内のメンバー・リンク全体のトラフィックをバランスさせます。
LAG(リンクアグリゲーショングループ)設定の詳細については、 ルーティングデバイス用Junos OSネットワークインターフェイスライブラリを参照してください。
例:LAGリンクでのロードバランシングの設定
この例では、リンク アグリゲーション グループ(LAG)リンクのロード バランシングに送信元レイヤー 3 IP アドレス オプションとレイヤー 4 ヘッダー フィールド、および送信元および宛先 MAC アドレスを使用する負荷分散ハッシュ キーを設定します。
[edit] forwarding-options { hash-key { family multiservice { source-mac; destination-mac; payload { ip { layer-3 { source-ip-only; } layer-4; } } } } }
ハッシュキー設定を変更した場合、変更を有効にするにはFPCを再起動する必要があります。
EX8200 スイッチ上のルーテッド マルチキャスト トラフィックの集約された 10 ギガビット リンクでのマルチキャスト ロード バランシングについて
ストリーミングビデオ技術は1997年に導入されました。その後、データレプリケーションとネットワーク過負荷を軽減するために、マルチキャストプロトコルが開発されました。マルチキャストを使用すると、サーバーは複数のユニキャスト ストリームを送信する代わりに、1 つのストリームを受信者のグループに送信できます。ストリーミングビデオ技術の使用は以前は会社の時折のプレゼンテーションに限定されていましたが、マルチキャストによって技術が向上し、その結果、映画、リアルタイムデータ、ニュースクリップ、アマチュアビデオがコンピュータ、テレビ、タブレット、携帯電話にノンストップで流れ続けるという結果になりました。しかし、これらのストリームはすべて急速にネットワーク ハードウェアの容量を圧迫し、帯域幅の需要の増加により、受け入れ難い伝送速度と吃音が生じていました。
増大する帯域幅需要を満たすために、複数のリンクを仮想的に集約して、データフロー用のより大きな論理ポイントツーポイントリンクチャネルを形成しました。これらの仮想リンクの組み合わせは、マルチキャスト インターフェイスと呼ばれ、リンク アグリゲーション グループ(LAG)とも呼ばれます。
マルチキャストロードバランシングでは、各リンクが効率的に使用されるように、各LAGの個々のリンクを管理します。ハッシュアルゴリズムは、データストリームを継続的に評価し、LAG内のリンク上のストリーム配信を調整して、リンクが過小利用または過剰使用されないよう調整します。ジュニパーネットワークス EX8200 イーサネット スイッチでは、マルチキャスト ロード バランシングがデフォルトで有効になっています。
このトピックには以下が含まれます。
- マルチキャスト用 LAG を 10 ギガビット単位で作成
- マルチキャスト ロード バランシングを使用する必要がある場合
- マルチキャストロードバランシングの仕組み
- EX8200スイッチにマルチキャストロードバランシングを実装する方法
マルチキャスト用 LAG を 10 ギガビット単位で作成
EX8200スイッチの最大リンクサイズは10ギガビットです。EX8200 スイッチに大きなリンクが必要な場合は、最大 12 個の 10 ギガビット リンクを組み合わせることができます。 図 1 に示すサンプル トポロジーでは、4 つの 10 ギガビット リンクが集約され、各 40 ギガビット リンクが形成されています。

マルチキャスト ロード バランシングを使用する必要がある場合
10ギガビットを超えるダウンストリームリンクが必要な場合、マルチキャストロードバランシングでLAGを使用します。このニーズは、サービス プロバイダとして機能する場合や、動画を大規模にマルチキャストする場合によく発生します。
マルチキャスト ロード バランシングを使用するには、以下が必要です。
EX8200スイッチ—スタンドアロンスイッチはマルチキャストロードバランシングをサポートし、 バーチャルシャーシ はサポートしません。
レイヤー 3 ルーティング マルチキャスト設定 - マルチキャストの設定については、 Junos OS ルーティング プロトコル設定ガイドを参照してください。
LAG内の集約された10ギガビットリンク — マルチキャストロードバランシングを使用したLAGの設定については、 EX8200スイッチ上のアグリゲート10ギガビットイーサネットリンクで使用するためのマルチキャストロードバランシングの設定(CLI手順)を参照してください。
マルチキャストロードバランシングの仕組み
トラフィックが複数のメンバー・リンクを使用できる場合、同じストリームの一部であるトラフィックは常に同じリンク上にある必要があります。
マルチキャストロードバランシングは、7つの利用可能なハッシュアルゴリズムのうちの1つを使用し、キューシャッフル(2つのキューを交互に)と呼ばれる技術を使用してデータを分散およびバランスさせ、利用可能なすべての集約リンクにストリームを誘導します。マルチキャストロードバランシングを設定する場合は、7つのアルゴリズムのいずれかを選択するか、マルチキャストパケットのグループIPアドレスにCRC(巡回冗長性チェック)アルゴリズムを使用するデフォルトアルゴリズムcrc-sgipを使用できます。このアルゴリズムがレイヤー3ルーティングマルチキャストトラフィックを均等に配信しない場合は、crc-sgipのデフォルトから開始し、他のオプションを試してみることをお勧めします。6 つのアルゴリズムは、IP アドレス(IPv4 または IPv6)のハッシュ値に基づいていて、使用されるたびに同じ結果が生成されます。平衡モード・オプションのみが、ストリームが追加される順序によって異なる結果を生成します。詳細については 、表 1 を参照してください。
ハッシュ アルゴリズム |
に基づいて |
最適な用途 |
---|---|---|
crc-sgip |
マルチキャスト パケットの送信元とグループ IP アドレスの巡回冗長性チェック |
デフォルト:10 ギガビット イーサネット ネットワーク上の IP トラフィックをハイパフォーマンスで管理します。毎回同じリンクへの予測可能な割り当て。このモードは複雑ですが、優れた分散ハッシュが生成されます。 |
crc-gip |
マルチキャスト パケットのグループ IP アドレスの巡回冗長性チェック |
毎回同じリンクへの予測可能な割り当て。crc-sgipがレイヤー3ルーティングマルチキャストトラフィックを均等に配信せず、グループIPアドレスが異なる場合に、このモードを試してみてください。 |
crc-sip |
マルチキャスト パケットの送信元 IP アドレスの巡回冗長性チェック |
毎回同じリンクへの予測可能な割り当て。crc-sgipがレイヤー3ルーティングマルチキャストトラフィックを均等に配信せず、ストリームソースが異なる場合に、このモードを試してください。 |
シンプルなsgip |
マルチキャスト パケットの送信元およびグループ IP アドレスの XOR 計算 |
毎回同じリンクへの予測可能な割り当て。これはcrc-sgipのようにディストリビューションとしても生成されない単純なハッシュメソッドです。crc-sgipがレイヤー3ルーティングマルチキャストトラフィックを均等に分散しない場合は、このモードを試してください。 |
シンプルな gip |
マルチキャスト パケットのグループ IP アドレスの XOR 計算 |
毎回同じリンクへの予測可能な割り当て。これはcrc-gipのようにディストリビューションさえも生成しないかもしれない単純なハッシュメソッドです。crc-gipがレイヤー3ルーティングマルチキャストトラフィックを均等に配信せず、グループIPアドレスが異なる場合に、これを試してみてください。 |
シンプルな sip |
マルチキャスト パケットの送信元 IP アドレスの XOR 計算 |
毎回同じリンクへの予測可能な割り当て。これはcrc-sipの生成としてディストリビューションとしても得られないかもしれない簡単なハッシュ方法です。crc-sipがレイヤー3ルーティングマルチキャストトラフィックを均等に分散せず、ストリームソースが異なる場合は、このモードを試してください。 |
バランス |
トラフィック量が最小のマルチキャスト リンクを特定するために使用されるラウンドロビン計算方法 |
最適なバランスを実現しますが、どのリンクが一貫して使用されるかは、どのストリームがオンラインになるのかによって異なるため、予測することはできません。再起動のたびに一貫した割り当てが必要ない場合に使用します。 |
EX8200スイッチにマルチキャストロードバランシングを実装する方法
EX8200スイッチに最適化されたスループットレベルでマルチキャストロードバランシングを実装するには、以下の推奨事項に従います。
マルチキャスト インターフェイスの共有によって発生するリンクの変更による動的な不均衡に対応するために、集約されたリンクの未使用帯域幅を 25% 許可します。
ダウンストリームリンクでは、可能な限り同じサイズのマルチキャストインターフェイスを使用します。また、ダウンストリームの集約リンクでは、集約されたリンクのメンバーが同じデバイスに属する場合、スループットが最適化されます。
アップストリームの集約されたリンクでは、可能な限りレイヤー 3 リンクを使用します。また、アップストリームの集約リンクでは、集約されたリンクのメンバーが異なるデバイスに属する場合、スループットが最適化されます。
「」も参照
例:EX8200スイッチのアグリゲート10ギガビットイーサネットインターフェイスで使用するためのマルチキャストロードバランシングの設定
EX8200スイッチは、リンクアグリゲーショングループ(LAG)でマルチキャストロードバランシングをサポートしています。マルチキャスト ロード バランシングは、レイヤー 3 ルーティングされたマルチキャスト トラフィックを LAG 上に均等に分散します。最大 12 個の 10 ギガビット イーサネット リンクを集約して、120 ギガビット仮想リンクまたは LAG を形成できます。MACクライアントは、この仮想リンクを単一リンクであるかのように扱い、帯域幅を増加させ、リンク障害の発生に応じてグレースフルな劣化を提供し、可用性を高めることができます。EX8200スイッチでは、マルチキャストロードバランシングがデフォルトで有効になっています。ただし、それが明示的に無効になっている場合は、再び無効にすることができます。.
IPアドレスが設定済みのインターフェイスは、LAGの一部を形成できません。
10ギガビットリンクを持つEX8200スタンドアロンスイッチのみが、マルチキャストロードバランシングをサポートしています。バーチャルシャーシは、マルチキャストロードバランシングをサポートしていません。
この例では、LAGを設定し、マルチキャストロードバランシングを再び有効にする方法を示しています。
要件
この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。
EX8200 スイッチ 2 台(1 台はアクセス スイッチとして使用、もう 1 台は分散型スイッチとして使用)
EX シリーズ スイッチの Junos OS リリース 12.2 以降
開始する前に、以下を行います。
EX8200 ディストリビューション スイッチ上に、xe-0/1/0、xe-1/1/0、xe-2/1/0、xe-3/1/0 の 4 つの 10 ギガビット インターフェイスを設定します。 ギガビット イーサネット インターフェイスの設定(CLI 手順)を参照してください。
概要とトポロジー
マルチキャスト ロード バランシングは、7 つのハッシュ アルゴリズムのいずれかを使用して、LAG 内の個々の 10 ギガビット リンク間のトラフィックのバランスを取ります。ハッシュ アルゴリズムの説明については、 マルチキャストロードバランスを参照してください。デフォルトのハッシュアルゴリズムはcrc-sgipです。レイヤー 3 でルーティングされたマルチキャスト トラフィックの最適なバランスを取ることができるアルゴリズムを決定するまで、さまざまなハッシュ アルゴリズムを試すことができます。
EX8200 スイッチに 10 ギガビットを超えるリンクが必要な場合、最大 12 個の 10 ギガビット リンクを組み合わせて、より多くの帯域幅を作成できます。この例では、リンク アグリゲーション機能を使用して、4 つの 10 ギガビット リンクを分散型スイッチ上の 40 ギガビット リンクに組み合わせます。さらに、マルチキャスト ロード バランシングが可能で、40 ギガビット リンク上でレイヤー 3 ルーティングマルチキャスト トラフィックを確実に分散できます。 図 2 に示すサンプル トポロジーでは、ディストリビューション レイヤーの EX8200 スイッチがアクセス レイヤー内の EX8200 スイッチに接続されています。
リンク速度は、設定されたLAGのサイズに基づいて自動的に決定されます。たとえば、LAGが4つの10ギガビットリンクで構成されている場合、リンク速度は40ギガビット/秒です)。
デフォルトのハッシュアルゴリズムcrc-sgipは、マルチキャストパケット送信元とグループIPアドレスの両方の巡回冗長性チェックを使用します。

各スイッチにLAGを設定し、マルチキャストロードバランシングを再び有効にします。再有効化すると、マルチキャスト ロード バランシングが LAG で自動的に有効になり、LAG のリンクごとに速度が 10 ギガビット/秒に設定されます。40ギガビットLAGのリンク速度は、自動的に40ギガビット/秒に設定されます。
構成
手順
CLI クイックコンフィギュレーション
この例を迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、コマンドを 階層レベルの CLI [edit]
にコピー アンド ペーストします。
set chassis aggregated-devices ethernet device-count 1 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces xe-0/1/0 ether-options 802.3ad ae0 set interfaces xe-1/1/0 ether-options 802.3ad ae0 set interfaces xe-2/1/0 ether-options 802.3ad ae0 set interfaces xe-3/1/0 ether-options 802.3ad ae0 set chassis multicast-loadbalance hash-mode crc-gip
手順
LAG を設定し、マルチキャスト ロード バランシングを再び有効にするには:
作成する集合型イーサネット・インターフェースの数を指定します。
[edit chassis] user@switch#
set aggregated-devices ethernet device-count 1
アグリゲート イーサネット インターフェイス(aex)、つまり LAG のラベル付
up
けの最小リンク数を指定します。メモ:デフォルトでは、LAGをラベル付
up
けするために必要なリンクは1つだけです。[edit interfaces] user@switch#
set ae0 aggregated-ether-options minimum-links 1
LAGに含める4つのメンバーを指定します。
[edit interfaces] user@switch#
set xe-0/1/0 ether-options 802.3ad ae0
user@switch#set xe-1/1/0 ether-options 802.3ad ae0
user@switch#set xe-2/1/0 ether-options 802.3ad ae0
user@switch#set xe-3/1/0 ether-options 802.3ad ae0
マルチキャスト ロード バランシングを再び有効にできます。
[edit chassis] user@switch# set multicast-loadbalance
メモ:マルチキャスト ロード バランシングを使用しない LAG のリンク速度を設定する必要はありません。リンク速度は、40ギガビットLAGで自動的に40ギガビット/秒に設定されます。
オプションで、 マルチキャストロードバランスステートメントの オプションの
hash-mode
値を変更して、レイヤー3でルーティングされたマルチキャストトラフィックに最適なアルゴリズムが見つかるまで、さまざまなアルゴリズムを試すことができます。マルチキャスト ロード バランシングが無効になっているときにハッシュ アルゴリズムを変更した場合、マルチキャスト ロード バランシングを再有効化した後、新しいアルゴリズムが有効になります。
結果
設定の結果を確認します。
user@switch> show configuration chassis aggregated-devices { ethernet { device-count 1; } } multicast-loadbalance { hash-mode crc-gip; } interfaces xe-0/1/0 { ether-options { 802.3ad ae0; } } xe-1/1/0 { ether-options { 802.3ad ae0; } } xe-2/1/0 { ether-options { 802.3ad ae0; } } xe-3/1/0 { ether-options { 802.3ad ae0; } } ae0 { aggregated-ether-options { minimum-links 1; } } }
検証
設定が正常に機能していることを確認するには、次のタスクを実行します。
LAGインターフェイスのステータスの検証
目的
スイッチ上に LAG(リンク アグリゲーション グループ)(ae0)が作成されていることを確認します。
アクション
ae0 LAGが作成されていることを確認します。
user@switch> show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up inet 10.10.10.2/24
意味
インターフェイス名 aex は、これが LAG であることを示しています。 A は集約型、 E はイーサネットの略です。この数は、さまざまな LAG を区別します。
マルチキャスト ロード バランシングの検証
目的
トラフィックがパス間で均等に負荷分散されていることを確認します。
アクション
4つのインターフェイス間でロードバランシングを検証します。
user@switch> monitor interface traffic
Bytes=b, Clear=c, Delta=d, Packets=p, Quit=q or ESC, Rate=r, Up=^U, Down=^D ibmoem02-re1 Seconds: 3 Time: 16:06:14 Interface Link Input packets (pps) Output packets (pps) xe-0/1/0 Up 2058834 (10) 7345862 (19) xe-1/1/0 Up 2509289 (9) 6740592 (21) xe-2/1/0 Up 8625688 (90) 10558315 (20) xe-3/1/0 Up 2374154 (23) 71494375 (9)
意味
インターフェイスは、ほぼ同じ量のトラフィックを伝送している必要があります。
動的ロードバランシング
負荷分散は、特定の ECMP(等価コスト マルチパス ルーティング)または LAG(リンク アグリゲーション グループ)のメンバー間で、ネットワーク トラフィックが可能な限り均等に分散されるようにするために使用されます。一般に、ロード バランシングは静的または動的に分類されます。スタティック ロード バランシング(SLB)は、パケットの内容(送信元 IP、宛先 IP など)に基づいてのみハッシュを計算します。SLB の最大の利点は、特定のフローのすべてのパケットが同じパスを通るようにパケットの順序付けが保証される点です。ただし、SLB メカニズムではパスやリンクの負荷が考慮されないため、ネットワークで以下のような問題が発生することがよくあります。
リンク帯域幅の使用率が低い
ゾウが1本のリンク上を流れ、その上をマウスの流れを完全にドロップ。
DLB(Dynamic Load Balancing)は、SLB に対する改良点です。
ECMP の場合、グローバルに DLB を設定できますが、LAG の場合は各集合型イーサネット インターフェイスに対して DLB を設定します。設定に基づいて、選択した イーサタイプ (IPv4、IPv6、およびMPLS)にDLBを適用できます。 イーサタイプを設定しない場合、DLBはすべての EtherType に適用されます。デフォルト モードがないため、DLB モードを明示的に設定する必要があることに注意してください。
-
Junos OS リリース 22.3R1-EVO 以降、QFX5130-32CD スイッチは ECMP と LAG の両方で動的ロード バランシングをサポートします。
-
Junos OSリリース19.4R1以降、QFX5120-32CおよびQFX5120-48Yスイッチは、ECMPとLAGの両方で動的ロードバランシングをサポートします。LAGの場合、DLBは集合型イーサネット・インターフェースごとに設定する必要があります。
-
Junos OS Evolvedリリース19.4R2以降、QFX5220スイッチはECMP向けのダイナミックロードバランシング(DLB)をサポートしています。ECMP の場合、DLB はグローバルに設定する必要があります。
-
DLBと耐障害性の両方のハッシュを同時に設定することはできません。それ以外の場合は、コミット エラーがスローされます。
-
DLBは、ユニキャストトラフィックにのみ適用されます。
-
LAGがエグレスECMPメンバーの1つである場合、DLBはサポートされていません。
-
DLBは、リモートLAGメンバーではサポートされていません。
-
DLBは、バーチャルシャーシおよびVCF(バーチャルシャーシファブリック)ではサポートされていません。
-
LAGとHiGig-trunkのDLBは同時にサポートされていません。
-
QFX5220スイッチは、LAGでDLBをサポートしていません。
プラットフォーム |
ECMP の DLB サポート |
LAGのDLBサポート |
---|---|---|
QFX5120-32C |
はい |
はい |
QFX5120-48Y |
はい |
はい |
QFX5220 |
はい |
いいえ |
以下の DLB モードを使用して、トラフィックの負荷分散を行うことができます。
パケットモードごと
このモードでは、フロー内の各パケットに対して DLB が開始されます。このモードでは、パケットが常に最高品質のメンバー ポートに割り当てられます。ただし、このモードでは、DLBでは遅延の歪みによりパケットの並べ替えの問題が発生する可能性があります。
フローレット モード
このモードは、 フローではなくフローレット に基づいてリンクを割り当てることに依存します。実際のアプリケーション トラフィックは、TCP などの上位レイヤー トランスポート プロトコルのフロー制御メカニズムに依存し、伝送速度を抑制します。その結果、フローレットが作成されます。フローレットは、同じフローの複数のバーストとして、これらのバースト間で一定の非アクティブ期間で分離されています。この期間は、非アクティブ間隔と呼ばれます。非アクティブ間隔は、新しいフローレットを識別するための分界基準として機能し、DLB 設定でユーザーが設定可能なステートメントとして提供されます。このモードでは、フローレットごとに DLB が開始されます。つまり、新しいフローと、十分に長時間非アクティブだった既存のフロー(設定済
inactivity-interval
み)に対してです。フローレットのすべてのパケットが同じリンクを取得すると、パケットモードごとの並べ替え問題がこのモードで対処されます。すべてのECMPパスでinactivity-interval
値が最大遅延スキューよりも高く設定されている場合、利用可能なすべてのECMPリンクのリンク使用率を高めながら、フローレット間でのパケットの並べ替えを回避できます。割り当てられたフロー モード
割り当てられたフロー モードを使用して、一定期間のリバランスを選択的に無効にして、問題の原因を切り分けることができます。割り当てられたフロー モードはポートの負荷とキュー サイズを考慮しないため、リアルタイム DLB にこのモードを使用したり、このモードを使用して選択されるエグレス ポートを予測することはできません。
DLBの重要な動作を以下に示します。
DLB は受信 EtherTypes にのみ適用されます。
DLBの観点から、レイヤー2およびレイヤー3の両方のLAG(リンクアグリゲーショングループ)バンドルは同じと見なされます。
非対称バンドル(つまり、異なるメンバー容量を持つECMPリンク上)で動的ロードバランシングを使用する場合、リンク使用率は最適ではありません。
DLB では、パケットごとおよび割り当てられたフロー モードで新しいリンクが追加された場合、フローの再割り当ては行われません。これは、フラップの後に新しいフローやフローレットが見られない場合、フラップの後に利用されたリンクを利用できない可能性があるリンクフラップシナリオにおいて、最適ではない使用を引き起こす可能性があります。
利点
DLBは、メンバー選択のためのパケットコンテンツとともに、メンバー帯域幅の利用率を考慮します。その結果、リアルタイムのリンク負荷に基づいて、より良いリンク使用率を達成できます。
DLBは、ゾウの流れによってつながったリンクがマウスの流れで使用されないようにします。このように、DLB を使用することで、SLB で発生するハッシュ コリジョン ドロップを回避できます。つまり、DLB ではリンクが分散するため、パケットのコリジョンと結果的なドロップが回避されます。
「」も参照
動的ロードバランシングの設定
このトピックでは、フローレットモードで動的ロードバランシング(DLB)を設定する方法について説明します。
Junos OSリリース19.4R1以降、QFX5120-32CおよびQFX5120-48Yスイッチは、ECMPとLAGの両方で動的ロードバランシングをサポートします。LAGの場合、DLBは集合型イーサネット・インターフェースごとに設定する必要があります。
Junos OS Evolvedリリース19.4R2以降、QFX5220スイッチはECMP向けのダイナミックロードバランシング(DLB)をサポートしています。ECMP の場合、DLB はグローバルに設定する必要があります。
ECMP 用 DLB の設定(フローレット モード)
フローレット モード(QFX5120-32C、QFX5120-48Y、QFX5220 スイッチ)を使用した ECMP の動的ロード バランシングを設定するには:
同様に、 パケット単位 または 割り当てフロー モードで ECMP の DLB を設定できます。
LAG用DLBの設定(フローレットモード)
開始する前に、集約型イーサネットと特定の集合型イーサネット(AE)グループ識別子を使用して、ルーター・インターフェースのセットを設定して、集約型イーサネット(AE)バンドルを作成します。
フローレットモード(QFX5120-32CおよびQFX5120-48Y)を使用してLAGの動的ロードバランシングを設定するには:
フローレットモードで動的ロードバランシングを有効にします。
[edit interfaces ae-x aggregated-ether-options] user@router# set dlb flowlet
(オプション) inactivity-interval リンク再割り当ての値 - 最小非アクティブ間隔(マイクロ秒単位)を設定します。
[edit interfaces ae-x aggregated-ether-options] user@router# set dlb flowlet inactivity-interval (micro seconds)
(オプション)以下で動的ロードバランシングを
ether-type
設定します。[edit forwarding-options enhanced-hash-key] user@router# set lag-dlb ether-type mpls
(オプション)コマンドを使用して、LAGで動的ロードバランシング用に設定されたオプションを
show forwarding-options enhanced-hash-key
表示できます。
同様に、 パケット単位 または 割り当てられたフロー モードで LAG の DLB を設定できます。
「」も参照
例:動的ロードバランシングの設定
この例では、動的ロードバランシングを設定する方法を示しています。
要件
この例では、以下のハードウェアとソフトウェアのコンポーネントを使用しています。
2つのQFX5120-32CまたはQFX5120-48Yスイッチ
すべてのデバイスで Junos OS リリース 19.4R1 以降が実行されている
概要
DLB(Dynamic Load Balancing)は、SLB に対する改良点です。
ECMP の場合、グローバルに DLB を設定できますが、LAG の場合は各集合型イーサネット インターフェイスに対して DLB を設定します。設定に基づいて、IPv4、IPv6、MPLS などの選択した ether-type に DLB を適用できます。 イーサタイプを設定しない場合、DLBはすべての EtherType に適用されます。デフォルト モードがないため、DLB モードを明示的に設定する必要があることに注意してください。
Junos OSリリース19.4R1以降、QFX5120-32CおよびQFX5120-48Yスイッチは、ECMPとLAGの両方で動的ロードバランシングをサポートします。
DLBと耐障害性ハッシュの両方を同時に設定することはできません。それ以外の場合、コミット エラーがスローされます。
トポロジ
このトポロジーでは、R0 と R1 の両方が接続されています。

この例では、静的設定を示しています。動的プロトコルを使用して設定を追加することもできます。
構成
- CLI クイックコンフィギュレーション
- LAGの動的ロードバランシングの設定(QFX5120-32CおよびQFX5120-48Y)
- ECMP(QFX5120-32C、QFX5120-48Y、QFX5220スイッチ)の動的ロードバランシングの設定
CLI クイックコンフィギュレーション
この例を迅速に設定するには、以下のコマンドをコピーしてテキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に合わせて必要な詳細を変更し、コマンドを 階層レベルの CLI [edit]
にコピー アンド ペーストします。
R0
set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.2/24 set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.2/24 set interfaces xe-0/0/54:0 unit 0 family inet address 10.10.10.2/24 set forwarding-options enhanced-hash-key ecmp-dlb per-packet set policy-options policy-statement loadbal then load-balance per-packet set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3 set routing-options static route 20.0.1.0/24 next-hop 10.1.1.3 set routing-options forwarding-table export loadbal
R1
set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.3/24 set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.3/24 set interfaces xe-0/0/52:0 unit 0 family inet address 20.0.0.2/16
LAGの動的ロードバランシングの設定(QFX5120-32CおよびQFX5120-48Y)
手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 設定モードでのCLIエディターの使用を参照してください。
R0ルーターを設定するには:
各ルーターの適切なインターフェイス名、アドレス、およびその他のパラメーターを変更した後、他のルーターに対してこの手順を繰り返します。
LAG(リンク アグリゲーション グループ)を設定します。
[edit interfaces]
user@R0# set interfaces xe-0/0/0 ether-options 802.3ad ae0 user@R0# set interfaces xe-0/0/10 ether-options 802.3ad ae0 user@R0# set interfaces ae0 aggregated-ether-options lacp active user@R0# set interfaces ae0 unit 0 family inet address 10.1.0.2/24 user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3LAGを設定した後、 検証セクションで、 LAGで動的ロードバランシング機能を設定する前にトラフィック負荷の検証セクションで手順を 実行し、DLBを設定する前に設定またはトラフィック負荷を確認します。
LAGのパケットごとのモードで動的ロードバランシングを設定します。
[edit]
user@R0# set interfaces ae0 aggregated-ether-options dlb per-packetDLBを設定した後、 検証セクションで、 LAGで動的ロードバランシング機能を設定した後のトラフィック負荷の検証セクションで手順を 実行し、DLBを設定する前に設定またはトラフィック負荷を確認します。
ECMP(QFX5120-32C、QFX5120-48Y、QFX5220スイッチ)の動的ロードバランシングの設定
手順
次の例では、設定階層内のさまざまなレベルに移動する必要があります。CLIのナビゲーションについては、 設定モードでのCLIエディターの使用を参照してください。
R0ルーターを設定するには:
各ルーターの適切なインターフェイス名、アドレス、およびその他のパラメーターを変更した後、他のルーターに対してこの手順を繰り返します。
R0 から R1 に接続するギガビット イーサネット インターフェイス リンクを設定します。
[edit interfaces]
user@R0# set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.2/24 user@R0# set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.2/24 user@R0# set interfaces xe-0/0/54:0 unit 0 family inet address 10.10.10.2/24スタティック ルートを作成します。
[edit interfaces]
user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3 user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.1.3負荷分散ポリシーを適用します。動的ロードバランシング機能では、複数のECMPネクストホップが転送テーブルに存在する必要があります。
[edit interfaces]
user@R0# set policy-options policy-statement loadbal then load-balance per-packet user@R0# set routing-options forwarding-table export loadbalECMP のパケット単位のモードで動的ロード バランシングを設定します。
[edit interfaces]
user@R0# set forwarding-options enhanced-hash-key ecmp-dlb per-packetR1 で、ギガビット イーサネット インターフェイス リンクを設定します。
[edit interfaces]
user@R2# set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.3/24 user@R2# set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.3/24 user@R2# set interfaces xe-0/0/52:0 unit 0 family inet address 20.0.0.2/16
検証
設定が正しく機能していることを確認します。
LAGで動的ロードバランシング機能を設定する前に、トラフィック負荷を検証する
目的
リンク アグリゲーション グループで DLB 機能が設定される前に確認します。
アクション
運用モードから、 コマンドを show interfaces interface-name | match pps
実行します。
user@R0>show interfaces xe-0/0/0 | match pps Input rate : 1240 bps (1 pps) Output rate : 1024616 bps (1000 pps) ## all traffic in one link. user@R0>show interfaces xe-0/0/10 | match pps Input rate : 616 bps (0 pps) Output rate : 1240 bps (1 pps)<< Output rate : 1240 bps (1 pps) ## no traffic
LAGで動的ロードバランシング機能を設定した後のトラフィック負荷の検証
目的
R0 で受信したパケットが負荷分散されていることを確認します。
アクション
運用モードから、 コマンドを show interfaces interface-name
実行します。
user@R0>show interfaces xe-0/0/0 | match pps Input rate : 616 bps (0 pps) Output rate : 519096 bps (506 pps)<< Output rate : 519096 bps (506 pps) ## load equally shared user@R0>show interfaces xe-0/0/10 | match pps Input rate : 1232 bps (1 pps) Output rate : 512616 bps (500 pps)<< Output rate : 512616 bps (500 pps) ## load equally shared
意味
パケット単位のモードによる動的ロード バランシングが正常に機能する。LAGに動的ロードバランシング機能を適用すると、負荷がネットワークで均等に共有されます。
検証
R0 で設定が正しく機能していることを確認します。
R0 での動的ロード バランシングの検証
目的
R0 で受信したパケットが負荷分散されていることを確認します。
アクション
運用モードから、 コマンドを run show route forwarding-table destination destination-address
実行します。
user@R0>show route forwarding-table destination 20.0.1.0/24 inet.0: 178 destinations, 178 routes (178 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 20.0.1.0/24 *[Static/5] 1d 03:35:12 > to 10.1.0.3 via xe-0/0/0.0 to 10.1.1.3 via xe-0/0/10.0 user@R0>show route 20.0.1.0/24 inet.0: 178 destinations, 178 routes (178 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 20.0.1.0/24 *[Static/5] 1d 03:35:12 > to 10.1.0.3 via xe-0/0/0.0 to 10.1.1.3 via xe-0/0/10.0
意味
R1 でのロード バランシングの検証
目的
R1 で設定が正しく機能していることを確認します。
アクション
運用モードから、 コマンドを show route
実行します。
user@R1>show route 20.0.1.25 inet.0: 146 destinations, 146 routes (146 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 20.0.0.0/16 *[Direct/0] 1d 03:37:11 > via xe-0/0/52:0.0
意味
パケット単位のモードによる動的ロード バランシングが正常に機能する。ECMP に動的ロード バランシング機能を適用すると、負荷はネットワーク内で均等に共有されます。
payload
設定することもできます。