☰

CentOS 6インターフェイスバインディング、アクティブバックアップではなくループ、フレームレプリケーション

tag-icon • tag-icon centos network-interface duplicate bonding
CentOS 6インターフェイスバインディング、アクティブバックアップではなくループ、フレームレプリケーション

eth0CentOS 6でeth1ネットワークバインディングの一部である2つのインターフェイス。bond0

CentOS 5ではすべてがうまく機能しましたが、CentOS 6.6にアップグレードした後も同じ設定を維持しながらネットワークはうまく機能しますが、

  • または、偶数設定を/etc/modprobe.d/bonding.conf使用しても、状態は常に元の状態ではなく（ループ）として表示されます。options mode=1mode=active-backup/proc/net/bonding/bond0load balancingactive-backup

  • bond0再起動後、LANアドレス（ネットワークに属する）への最初のping、最初のフレームDUP!（繰り返し）、DUPは追加のpingで発生しなくなりました。おそらくその理由はラウンドロビン変えるアクティブバックアップ

/etc/modprobe.d/bonding.conf:

alias bond0 bonding
options bond0 mode=1 miimon=100

ifcfg-bond0:

DEVICE=bond0
BOOTPROTO=none
ONBOOT=yes
NETWORK=10.1.1.0
NETMASK=255.255.255.0
IPADDR=10.1.1.11
USERCTL=no
NM_CONTROLLED=no

ifcfg-eth0:

DEVICE=eth0
BOOTPROTO=none
HWADDR=00:22:35:12:26:18
UUID=12fa32c2-e421-47f6-8d25-11414a664318
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=no
MASTER=bond0
SLAVE=yes
USERCTL=no

ifcfg-eth1:

DEVICE=eth1
BOOTPROTO=none
HWADDR=00:22:35:12:26:19
UUID=12fa32c2-e421-47f6-8d25-11414a664319
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=no
MASTER=bond0
SLAVE=yes
USERCTL=no

すべてのアップデートが適用されました。ネットワーク管理者が無効になっています。

これで最大の問題は、アクティブバックアップではなくループモードであるようです。

ベストアンサー1

もう少し詳しく調べたところ、問題はラウンドロビンとDUPの問題であることがわかりました。彼らは実際に関連しています。

  • アクティブバックアップ(1)の代わりにループ(0)

BONDING_OPTSCentOS 5+、特に6.6では、このパラメータを直接使用することをお勧め/優先しますifcfg-bond0（バインドモジュールオプションではありません）。

DEVICE=bond0
...
BONDING_OPTS="mode=1 miimon=100"

（モードは「1」または「Active Backup」として指定できます。）対応する行を追加する
と、すべてが期待どおりに機能します。

  • 繰り返す平らな額縁

ラウンドロビンモードでは、両方のインターフェイスが使用されます。そして、インターフェイスが2つの異なるスイッチに接続されている場合平らな返信が重複する可能性があります。

結合されたデバイスを初めて使用したとき、または一定期間使用しなかった後に繰り返しトラフィックが一時的に急増するのを観察することはまれではありません。これは、ネットワークの他のホストに「ping」を送信し、pingフラグの冗長出力（通常はスレーブごとに1つ）を確認することで最も簡単に観察できます。

たとえば、5つのスレーブデバイスがすべて1つのスイッチに接続されているアクティブバックアップモードのボンディングでは、出力は次のようになります。

    # ping -n 10.0.4.2
    PING 10.0.4.2 (10.0.4.2) from 10.0.3.10 : 56(84) bytes of data.
    64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.7 ms
    64 bytes from 10.0.4.2: icmp_seq=1 ttl=64 time=13.8 ms (DUP!)

これは、ボンディングドライバのバグによるものではなく、MAC転送テーブルを更新するスイッチの数による副作用です。

アクティブバックアップに切り替えた後、DUPはもう観察されません。

この知識が豊富な文書について詳しく説明します。

https://www.kernel.org/doc/Documentation/networking/bonding.txt

おすすめ記事