EtherChannelと奇数のポート


9

EtherChannel の2 n個のポート数の要件は、おそらく均等なロードバランシングを確実にするための重要な要件ですか、それとも単なる推奨事項ですか?

特に、8つのポートを持つEtherChannelグループをセットアップしたが、そのうちの1つがダウンした場合。残りの7つのポートは引き続き機能しますが、負荷バランスが不均一になりますか、それとも3つのポートを強制的にスタンドアロンにして、2つのグループの電力を確保しますか?

PAgPとLACPの両方で同様に処理されますか?

回答:


8

2のべき乗の要件は、ベンダー/ハードウェア/ソフトウェアごとに異なります。Ciscoは、10Gに対応した以前のCatalystスイッチの多くで、彼らに対してかなり悪いスティグマを抱えていました。問題は、ソフトウェアがポートチャネルの複数のポートを介してデータをハッシュ(または「バランス」)する方法に伴います(これはPAgPまたはLACPに依存しません)。

この投稿は、問題をより詳細に単純化するという優れた仕事をしています。これは、今日のハードウェア/ソフトウェアの改善との関連性は低くなりますが、やはり異なります。ハードウェア要件を確認し、この問題の影響を受ける古いハードウェアを購入していないことを確認してください。

http://www.packetmischief.ca/2012/07/24/doing-etherchannel-over-3-5-6-and-7-link-bundles/



3

EtherChannelの2n個のポート数の要件は、おそらく均等なロードバランシングを確実にするための重要な要件ですか、それとも単なる推奨事項ですか?

ほとんどのベンダーにはそのような要件はありません。これは、負荷分散時の3ビットハッシュの制限に基づいてよく議論される規則です。私は個人的にはこのスタンスに反対しますが、あなたの質問に答えた後でそのスタンスをとります。

特に、8つのポートを持つEtherChannelグループをセットアップしたが、そのうちの1つがダウンした場合。残りの7つのポートは引き続き機能しますが、負荷バランスが不均一になりますか、それとも3つのポートを強制的にスタンドアロンにして、2つのグループの電力を確保しますか?

通常、リンクアグリゲーショングループに8つのポートがあり、1つがダウンしても、他の7つはアクティブのままです。はい、負荷はある意味で少しアンバランスになりますが、繰り返しになりますが、すぐにそれに到達します。

PAgPとLACPの両方で同様に処理されますか?

はい、静的LAGグループでも同じです。


ここで、リンクアグリゲーションに関して2つの「経験則」の力を個人的に保持しない理由について、私の見解を述べます。

最初に、リンク集約がLAG全体でリンク使用率のバランスをとることがないことを本当に理解する必要があります。明らかに、選択されたロードバランシング方法には違いがあり、いくつかは他より優れています(すべての状況で1つの方法が最適ではありません)。

ロードバランシング方式は、トラフィックのバランスをとるのではなく、「フロー」と見なせるもののバランスをとります。プラットフォームに基づいて、MACアドレス、IPアドレス、ポート番号などを含む送信元および/または宛先の値を使用するオプションがあります。これらの値は、その特定のフローに対してどのリンクが選択されるかを決定するためにハッシュされます。同じ値のセットを持つフレームは、常に同じハッシュを受け取り、同じリンクに割り当てられます。

すべてのフローが等しいわけではありません。これは、これらの手段でリンク使用率のバランスをとることができないことを意味します。LAGの価値を失うことはありません。LAGは、使用率のバランスをとるのにかなり良い仕事をすることが多いからですが、制限を理解する必要があります。

これらのフローの1つ以上がLAG内のリンク全体を利用し、同じリンクに割り当てられている他のフローを枯渇させる可能性があります。その間、他のリンクは十分に活用されていません。

ほとんどの人がこのブログ投稿このシスコのドキュメントにあるようなグラフを見ると、トラフィックが不均衡であることがわかります。一部のリンクが他のリンクよりも多くのフローを受信するという意味では、これは事実です。

これらのテーブルに対する私の見方は少し異なります。まず、分散が不均衡であっても、リンクを追加するときに、リンクに割り当てられたフローの割合が増加するポイントはありません。むしろ、ほとんどの場合、割合は減少します。言い換えれば、フローが帯域幅にアクセスする機会が少なくなることは決してなく、多くの場合、より多くの機会があります。

次に、このグラフを見て、LAG内の2つまたは3つのリンクを決定する場合、私の考えでは、次のようになります。

  • 2つのリンク-1つのリンクが完全に利用されると、トラフィックフローの50%が影響を受け、50%は影響を受けません。
  • 3つのリンク-1つのリンクが完全に利用されると、トラフィックフローの最大37.5%が影響を受け、62.5%は影響を受けません。おそらく25%程度で75%は影響を受けない

最後に、LAG内のリンクを失った場合にどうなるかを検討します。開始するリンクが2つある場合、LAGは1つのリンクに減少します。3つから始めても、まだ2つ残っています。

確かに、バランスの取れた流れは私の性格の強迫的な部分に魅力的ですが、これはまだバランスの取れたトラフィックを反映していません。それを除けば、リンクの数が多ければ多いほど良いと思います。


私は一般的に、「ポート数が多いほど良い」という論理に同意します。注意すべき点の1つは、単一の最大値に達したチャネルメンバーが原因で発生する断続的な問題(遅延またはパケットのドロップ)のトラブルシューティングは困難な場合があるため、個々のリンクを監視し、トラブルシューティング中に忘れずに確認することが重要です。
cpt_fink 14

1
同意した。しかし、2つの法則の力に従うかどうかにかかわらず、それは成り立ちます。選択肢がある場合は、LAGインターフェイスと個々のインターフェイスの両方の値を常にグラフ化します。
YLearn

2

私が思い出せること(私を訂正してください):

Etherchannelは負荷分散ではありません。負荷分散です。奇数のリンクを持つECは、リンク間で負荷を均等に分散しません-番号が小さいリンクはより多くのトラフィックを受信します。物理リンクが壊れている場合、トラフィックは流れ続けます。

トラフィックは、宛先MACアドレス(デフォルト)によって分散されます。トポロジによっては、これにより望ましくないトラフィックパターンが発生する可能性があります。

スイッチ間にECがある1つのスイッチ上にメールサーバーがある場合、Etherchannelの反対側にあるスイッチ上のすべてのワークステーションは、同じリンクを使用してメールサーバーに到達します。メールサーバー。これは負荷分散を提供せず、Etherchannel内の1つのリンクのみがメールサーバーに使用されます。

これは役立つかもしれません:https : //supportforums.cisco.com/blog/150511/how-do-etherchannel-hash-algorithm-works-and-load-distribution-happen

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.