이 문서에서는 Fabric Interconnect에 연결된 UCS 서버(B/C/X/S/HX Series)의 Cisco VIC 어댑터와의 팀 및 본드 옵션에 대해 설명합니다.
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
이 문서는 특정 소프트웨어 및 하드웨어 버전으로 한정되지 않습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 미리 숙지하시기 바랍니다.
참고: 이 정보는 Fabric Interconnect에 연결된 UCS 서버에서 베어 메탈을 실행하는 다른 모든 하이퍼바이저/운영 체제에 적용됩니다.
스위치에 독립적인 모든 티밍/본딩 방법은 UCS Fabric Interconnect 환경에서 지원됩니다. 이러한 본딩 모드는 스위치/UCS 측에서 특별한 컨피그레이션이 필요하지 않습니다.
이에 대한 제한 사항은 스위치 독립 컨피그레이션에서 사용되는 모든 로드 밸런싱 방법이 장애 조치 이벤트(대체 패브릭 인터커넥트로 트래픽이 전송되는 경우) 이외의 단일 UCS 패브릭 인터커넥트를 통해 지정된 소스 MAC 주소에 대한 트래픽을 전송해야 하며 로드를 재분배하기 위해 주기적으로 전송하지 않아야 한다는 것입니다.
소스 MAC 주소 이외의 메커니즘에서 작동하는 다른 로드 밸런싱 방법(예: IP 주소 해싱, TCP 포트 해싱)을 사용하면 UCS Fabric Interconnect 간에 지정된 MAC 주소가 플랩되므로 불안정해질 수 있습니다. 따라서 이러한 컨피그레이션은 지원되지 않습니다.
스위치 의존적 본딩 모드는 스위치 측에 포트 채널을 구성해야 합니다. 이 경우 스위치인 Fabric Interconnect는 서버에 있는 VIC 카드와 포트 채널을 형성할 수 없습니다. 또한 이러한 본딩 모드는 UCS 및 업스트림 스위치에서 MAC 플래핑을 일으키므로 지원되지 않습니다.
참고: FI 연결 서버(UCSM 또는 IMM)의 경우 vNIC에서 패브릭 장애 조치를 사용하거나 앞서 언급한 지원되는 연결/티밍 옵션 중 하나를 사용할 수 있습니다. 두 가지를 동시에 사용하지 마십시오.
이 목록은 네이티브(베어 메탈) 운영 체제 및 가상 머신이 있는 하이퍼바이저 환경에 모두 적용됩니다.
| 운영 체제 |
지원 |
지원되지 않음 |
| VMware ESXi |
|
|
| Windows 서버 |
독립 모드 전환 로드 밸런싱 방법을 사용하는 경우: |
스위치 종속
독립 모드 전환
|
| Linux 운영 체제1 |
|
|
| 개정 | 게시 날짜 | 의견 |
|---|---|---|
1.0 |
15-Jun-2016
|
최초 릴리스 |