Linux Bonding構成の詳細
実験のオペレーティングシステムはRedhat Linux Enterprise 3.0
バインドの前提条件:チップセットの型番は同じで、ネットカードは自分の独立したBIOSチップを備えなければならない。
1.仮想ネットワークインタフェースプロファイルを編集し、NIC IPを指定する コードのコピー[root@rhas-13 root]# cp /etc/sysconfig/network-scripts/ifcfg-eth0 ifcfg-bond0
最初の行をDEVICE=bond 0に変更
コードのコピーDEVICE=bond0
BOOTPROTO=static
IPADDR=172.31.0.13
NETMASK=255.255.252.0
BROADCAST=172.31.3.254
ONBOOT=yes
TYPE=Ethernet
ここでは、単一のNICのIPアドレス、サブネットマスク、またはNIC IDを指定しないことを考えます。上記の情報を仮想アダプタ(bonding)に指定すればよい。
コードのコピーDEVICE=eth0
ONBOOT=yes
BOOTPROTO=dhcp
[root@rhas-13 network-scripts]# cat ifcfg-eth1
DEVICE=eth0
ONBOOT=yes
BOOTPROTO=dhcp
編集/etc/modules.confファイルは、システムが起動時にbondingモジュールをロードし、対外仮想ネットワークインタフェースデバイスがbond 0になるように、次の行の内容を追加します。
次の2行を加える
コードのコピーoptions bond0 miimon=100 mode=1
説明:miimonはリンクモニタリングに使用されます。例えば、miimon=100では、システムは100 msごとにリンク接続状態を監視し、1つの回線が通じなければ別の回線に移行する。modeの値は動作モードを表し、0,1,2,3の4つのモードがあり、0,1の2つがよく使われています。
mode=0はload balancing(round-robin)が負荷等化方式であり、2つのNICが動作することを示す。
mode=1はfault-tolerance(active-backup)が冗長機能を提供することを示す、動作方式はプライマリ・スタンバイの動作方式、すなわちデフォルトでは1枚のNICのみが動作し、もう1枚がバックアップを行う.
bondingは、ホストからスイッチへのリンクがオンになっているかどうかのリンクモニタリングのみを提供します。スイッチの外部リンクだけがダウンし、スイッチ自体が故障していない場合は、bondingはリンクに問題がないと判断して使用を継続します。
4 # vi /etc/rc.d/rc.local2行に加わる
コードのコピーroute add -net 172.31.3.254 netmask 255.255.255.0 bond0
この時点で既に機器の再起動が完了する.
再起動すると、次の情報が表示され、構成が成功しました。
................
Bringing up interface bond0 OK
Bringing up interface eth0 OK
Bringing up interface eth1 OK
Bondingの動作モード balance-rr （mode=0） active-backup（mode=1） balance-xor（mode=2） broadcast（mode=3） 802.3ad（mode=4） balance-tlb（mode=5） balance-alb（mode=6） 適応負荷等化:balance-tlb(モード5)およびIPV 4トラフィックの受信負荷等化を含み、特別なスイッチサポートは必要ありません。受信負荷等化はARP交渉により実現される。bondingの駆動は、自機から発行されたARP Replies(ARP応答メッセージ)をブロックし、bondのあるslaveのハードウェアアドレスでARPメッセージのソースアドレスを書き換え、本サーバが異なるデバイスに対して異なるハードウェアアドレスを使用するようにする。本サーバが確立した接続の受信トラフィックも負荷が均等である.ネイティブがARP Requestを送信すると、bondingドライバは、ARPメッセージを介してノードのIP情報をコピーして保存する。他のノードからARP Replyを受信すると、bondingドライバはノードのハードウェアアドレスを取得し、バインドされたslaveのハードウェアアドレスを含むARP Replyが送信されたノードに応答する。ARPで交渉する負荷等化の問題は、bondのハードウェアアドレスでARPメッセージをブロードキャストするたびに、他のノードから送信されるデータがすべて1つのslaveに集中し、ARPが他のすべてのノードに更新されるのを処理する際に、各ノードがハードウェアアドレスを再学習し、トラフィックの再割り当てを招くことである。新しいslaveまたは非アクティブなslaveが再アクティブ化されると、受信トラフィックの再割り当ても発生します。受信トラフィック負荷は、bondのレートが最も高いslaveのセットにシリアル(回転)の割り当てである。リンクが再接続されたり、新しいslaveが追加されたりすると、bondはARP Repliesをすべてのクライアントに再初期化します。updelayパラメータの値は、ARP Repliesがスイッチによってブロックされないように、スイッチのforwarding delay以上である必要があります。
前提条件: