☰

CentOS 6 인터페이스 바인딩, 활성 백업 대신 루핑, 프레임 복제

tag-icon • tag-icon centos network-interface duplicate bonding
CentOS 6 인터페이스 바인딩, 활성 백업 대신 루핑, 프레임 복제

eth0CentOS 6에서 eth1네트워크 바인딩의 일부인 두 개의 인터페이스 .bond0

CentOS 5에서는 모든 것이 잘 작동했지만 CentOS 6.6으로 업그레이드한 후 동일한 구성을 유지하면서 네트워크는 잘 작동하지만

  • 또는 짝수 설정을 /etc/modprobe.d/bonding.conf사용 하더라도 상태는 항상 원래 상태가 아닌 (루프)로 표시됩니다 .options mode=1mode=active-backup/proc/net/bonding/bond0load balancingactive-backup

  • bond0재부팅 후 LAN 주소(네트워크에 속함)에 대한 첫 번째 핑, 첫 번째 프레임 DUP!(반복), DUP는 더 이상 추가 핑에서 발생하지 않습니다. 아마도 그 이유는라운드 로빈바꾸다활성 백업

/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"으로 지정할 수 있습니다.)
해당 줄을 추가하면 모든 것이 예상대로 작동합니다.

  • 반복됨평평한액자

라운드 로빈 모드에서는 두 인터페이스가 모두 사용됩니다. 그리고 인터페이스가 두 개의 서로 다른 스위치에 연결되면 이전평평한답글이 중복될 수 있습니다.

결합된 장치를 처음 사용할 때 또는 일정 기간 동안 사용하지 않은 후에 반복적인 트래픽이 일시적으로 급증하는 것을 관찰하는 것은 드문 일이 아닙니다. 이는 네트워크의 다른 호스트에 "ping"을 보내고 ping 플래그의 중복 출력(일반적으로 슬레이브당 하나)을 확인하면 가장 쉽게 관찰할 수 있습니다.

예를 들어 5개의 슬레이브 장치가 모두 하나의 스위치에 연결된 활성 백업 모드의 본드에서 출력은 다음과 같습니다.

    # 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

관련 정보