나는 두 개를 가지고 있습니다HPBL685c G6 블레이드 서버우분투 15.04 실행
- 각 서버에는 4X10GB NIC가 있습니다.
- 2x10GB NIC가 단일에 연결됩니다.VirtualConnect 10/10G 이더넷 모듈
- 다른 2x10GB NIC는 두 번째 NIC에 연결됩니다.VirtualConnect 10/10G 이더넷 모듈
- 가상 연결 모듈은 수평 스태킹용으로 구성되며 상호 연결 베이 1 및 2에 위치합니다.
- 참조되는 NIC는 모두내장형 Flex-10 어댑터
4개의 10GB NIC를 각각 개별적으로 구성하면 iperf를 사용하여 테스트할 수 있으며 각 NIC에 대해 서버 간에 ~10Gbit/sec 대역폭을 수신합니다. 이것은 예상대로 작동합니다.
- 서버 1:http://d.pr/n/15dA5
- 서버 2:http://d.pr/n/10pqJ
- iperf 결과:http://d.pr/i/pscU그리고http://d.pr/i/zh2E
이제 본드 모드 "balance-rr"을 사용하여 각 서버의 모든 10GB NIC를 본딩하려고 합니다. 결과는 다양하지만 2.5Gbits/초에서 5Gbits/초 사이에 해당합니다.
- 서버 1:http://d.pr/n/1aTei
- 서버 2:http://d.pr/n/12Mqy
- iperf 결과:http://d.pr/i/1cvh0그리고http://d.pr/i/1eOgU
동일한 서버에 2X1GB NIC를 결합하기 위해 동일한 구성을 사용하고 있으며, iperf로 테스트할 때 2X1GB NIC 결합 결과 ~2Gbit/sec 대역폭이 발생합니다. 이 2개의 NIC는 Virtual Connect 도메인에 연결되지 않고 대신 각각 다른 도메인에 연결됩니다.Cisco Catalyst 블레이드 스위치 3120
- 서버 1:http://d.pr/n/1kk4f
- 서버 2:http://d.pr/n/fbVJ
- iperf 결과:http://d.pr/i/10N4q그리고http://d.pr/i/1a0z3
그래서 제 질문은 왜 Balance-rr을 사용하여 4X10GB NIC를 본딩하면 단일 NIC를 사용하는 것보다 성능이 저하되는 이유입니다. TCP/본딩 오버헤드를 뺀 ~40Gbit/초의 대역폭을 예상했을 것입니다. 이는 2X1GB를 본딩하고 테스트할 때 ~2GB를 얻을 때의 결과와 일치합니다.
나는 이것을 다른 본딩 모드로 시도했고, 다른 것들은 본딩 시 약 10Gbit/초의 대역폭을 발생시켰습니다. 여전히 이상적이지는 않지만 Balance-rr 결과보다 낫습니다.
답변1
Virtual Connect 모듈은 Linux 배포에서 결합 모드 0(balance-rr)을 지원하지 않는 것으로 보입니다.
HP 지원에서:http://h20564.www2.hp.com/hpsc/doc/public/display?docId=emr_na-c02957870
정보 HP Virtual Connect 환경에서 지원되지 않는 결합 모드는 패킷 손실 및/또는 성능 문제를 일으킬 수 있습니다.
세부 HP Virtual Connect는 결합 모드 1, 5 또는 6을 지원합니다. VC는 모드 0(라운드 로빈) 또는 7(스위치 지원 로드 밸런싱)을 지원하지 않습니다.
모드 1:활성/백업. 활성 백업 정책: 본드에서 하나의 슬레이브만 활성화됩니다. 활성 슬레이브에 장애가 발생한 경우에만 다른 슬레이브가 활성 상태가 됩니다. 본드의 MAC 주소는 스위치 혼동을 피하기 위해 하나의 포트(네트워크 어댑터)에서만 외부적으로 표시됩니다.
모드 5:적응형 전송 로드 밸런싱: 특별한 스위치 지원이 필요하지 않은 채널 본딩입니다. 나가는 트래픽은 각 슬레이브의 현재 로드(속도를 기준으로 계산)에 따라 분산됩니다. 들어오는 트래픽은 현재 슬레이브에서 수신됩니다. 수신 슬레이브가 실패하면 다른 슬레이브가 실패한 수신 슬레이브의 MAC 주소를 인수합니다.
모드 6:적응형 로드 밸런싱: IPV4 트래픽에 대한 Balance-tlb와 수신 로드 밸런싱(rlb)을 포함하며 특별한 스위치 지원이 필요하지 않습니다. 수신 로드 밸런싱은 ARP 협상을 통해 달성됩니다.