소개
이 문서에서는 Fabric Interconnect에 연결된 UCS 서버(B/C/X/S/HX Series)의 Cisco VIC 어댑터와의 팀 및 본드 옵션에 대해 설명합니다.
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
- 패브릭 인터커넥트에 연결되고 UCS Manager(UCSM/UMM) 또는 Intersight(IMM)를 통해 관리되는 Cisco UCS(Unified Computing System) 서버
- Cisco VIC(Virtual Interface Card)
- VMware ESXi 하이퍼바이저
- Microsoft Windows 서버
- Linux 운영 체제
사용되는 구성 요소
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
참고: 이 정보는 Fabric Interconnect에 연결된 UCS 서버에서 베어 메탈을 실행하는 다른 모든 하이퍼바이저/운영 체제에 적용됩니다.
지원 매트릭스
스위치에 독립적인 모든 티밍/본딩 방법은 UCS Fabric Interconnect 환경에서 지원됩니다. 이러한 본딩 모드는 스위치/UCS 측에서 특별한 컨피그레이션이 필요하지 않습니다.
이에 대한 제한 사항은 스위치 독립 컨피그레이션에서 사용되는 모든 로드 밸런싱 방법이 장애 조치 이벤트(대체 패브릭 인터커넥트로 트래픽이 전송되는 경우) 이외의 단일 UCS 패브릭 인터커넥트를 통해 지정된 소스 MAC 주소에 대한 트래픽을 전송해야 하며 로드를 재분배하기 위해 주기적으로 전송하지 않아야 한다는 것입니다.
소스 MAC 주소 이외의 메커니즘에서 작동하는 다른 로드 밸런싱 방법(예: IP 주소 해싱, TCP 포트 해싱)을 사용하면 UCS Fabric Interconnect 간에 지정된 MAC 주소가 플랩되므로 불안정해질 수 있습니다. 따라서 이러한 컨피그레이션은 지원되지 않습니다.
스위치 의존적 본딩 모드는 스위치 측에 포트 채널을 구성해야 합니다. 이 경우 스위치인 Fabric Interconnect는 서버에 있는 VIC 카드와 포트 채널을 형성할 수 없습니다. 또한 이러한 본딩 모드는 UCS 및 업스트림 스위치에서 MAC 플래핑을 일으키므로 지원되지 않습니다.
이 목록은 네이티브(베어 메탈) 운영 체제 및 가상 머신이 있는 하이퍼바이저 환경에 모두 적용됩니다.
운영 체제 |
지원 |
지원되지 않음 |
VMware ESXi |
- 발신 포트 ID 기반 경로
- 소스 MAC 해시 기반 경로
|
- IP 해시 기반 경로
- 물리적 네트워크 인터페이스 컨트롤러 또는 카드(NIC) 로드 기반 경로
|
Windows 서버 |
독립 모드 전환 (액티브/스탠바이 및 액티브/액티브2) 로드 밸런싱 방법을 사용하는 경우: Hyper-V 포트 |
스위치 종속
- 정적 팀
- LACP(Link Aggregation Control Protocol)
독립 모드 전환 (액티브/스탠바이 및 액티브/액티브2)
로드 밸런싱 방법을 사용하는 경우:
- 동적
- 주소 해시
|
리눅스 운영 체제1 |
- active-backup(모드 1)
- balance-tlb(모드 5)
- balance-alb(모드 6)
|
- balance-rr(모드 0)
- balance-xor(모드 2)
- 브로드캐스트(모드 3)
- 802.3ad(모드 4)
|
- Cisco 버그 ID CSCva09592에 설명된 대로 제한을 방지하려면 'fail_over_mac=1' 옵션을 사용해야 합니다.
- ACI 패브릭 뒤에 연결된 경우 특정 액티브/액티브 알고리즘이 있어 엔드포인트가 한 리프 스위치에서 다른 리프 스위치로 이동할 수 있습니다. Leaf가 너무 많은 엔드포인트 이동을 탐지하면 엔드포인트의 브리지 도메인에 대한 학습이 비활성화되고 오류 메시지가 표시됩니다.
관련 정보