내 ESX 호스트에는 각각 8개의 NICS가 있습니다.
iSCSI SAN용으로 2개의 NIC를 설정했습니다. 각 NIC는 서로 다른 SAN 스위치에 연결되어 있습니다. vMotion 및 서비스 콘솔용으로 2개의 NIC가 설정되어 있으며 각각 다른 코어 스위치에 연결되어 있습니다(포트는 vMotion 및 관리 전용 VLAN으로 트렁킹됨)
이제 4개의 포트가 남았습니다. 현재 우리는 각각 기본 VLAN으로 들어가도록 설정했습니다. 두 개의 NIC는 하나의 코어 스위치에 연결되고 두 개는 다른 코어 스위치에 연결됩니다. 우리는 각 스위치에 대한 연결을 집계하기로 결정했습니다. 따라서 vswitch 끝에서 팀으로 구성되고 물리적 스위치 끝에서 포트 채널이 구성됩니다.
나는 지금독서이러한 연결을 채널링하는 포트는 특별히 유용하지 않으며 아마도 복잡한 일에도 유용하지 않습니다.
VMware용 포트 채널을 사용할 때 특별한 문제가 있습니까? 중복성과 성능 간의 최상의 균형을 제공하는 방법은 무엇입니까?
답변1
Duncan Epping은 자신의 VMware 네트워킹을 아주 잘 알고 있으며 그가 설명하는 시나리오는 특히 불쾌하지만 약간 특이합니다(4개의 NIC가 두 개의 개별 Etherchannel 그룹으로 통합됨). 하지만 그의 분석은 옳습니다. VMware는 필요한 설정 방식으로 링크 집계를 지원하지 않습니다.
포트 집합은 단일 세션 대역폭을 향상시키지 않으며 사용 가능한 링크의 전반적인 활용도를 더 쉽게 얻을 수 있도록 해줍니다. 4개의 링크는 잠재적 대역폭이 4Gbps인 서버에서 단일 세션을 제공하는 데 사용되지 않습니다. 예를 들어 개별 세션은 여전히 VMware 호스트(또는 해당 문제에 대한 다른 시스템)의 단일 NIC를 통과하고 단일 네트워크를 통해 스위치를 통과합니다. 지점 간 연결. 그러나 로드 밸런싱 알고리즘을 선택하면 별도의 세션이 사용 가능한 링크에 분산되어 전반적인 성능이 향상됩니다. VMware를 사용하면 다양한 팀 구성 정책(장애 조치만, 소스 포트 해시별 라우팅, 소스\대상 IP 해시별 라우팅)을 선택할 수 있으며, 최근에 변경하지 않는 한 활성 LACP가 아닌 정적 트렁킹만 지원합니다. 로드 밸런싱은 올바르게 구성된 스위치에서만 작동하므로 이를 사용하려면 스위치에서 일종의 포트 트렁킹\Etherchannel 구성을 수행해야 합니다.이 VMware KB 문서일부 배경을 설명하고 Cisco 및 HP 구성 예를 제공합니다.
단점은 NIC를 별도의 스위치에 분산시키고 IP 해싱을 사용하여 로드 밸런싱을 수행하려면 어떤 방식으로든 쌓아야 한다는 것입니다. 그렇지 않으면 Duncan이 설명한 것과 비슷한 문제가 발생하게 됩니다. 이는 동시에 모든 NIC에 영향을 미치는 스택 문제의 가능성이라는 점에서 몇 가지 명백한 위험을 안고 있습니다. VMware가 여전히 vSwitch에 대해 LACP를 완전히 지원하지 않는다는 사실은 이를 예상보다 훨씬 어렵게 만듭니다.
답변2
귀하가 링크한 게시물은 잘못된 구성 예에 밑줄을 긋고 있습니다. 첫 번째 설명은 우리 환경에서 수행한 작업입니다. 두 개의 스택형 Cisco 스위치에 걸쳐 이더넷 채널에 4개의 NIC가 있습니다. 이 구성에는 아무런 문제가 없으며 현재 1년 넘게 훌륭하게 작동하고 있습니다. 4Gb/s 링크가 아니라 4개의 1Gb/s 링크를 얻는다는 점에 유의하세요.
편집: 또한 중복성을 위해 두 스위치에 포트채널을 지정하려면 어떤 방식으로든 쌓아야 한다는 점을 지적하고 싶습니다. 독립 스위치는 작동하지 않습니다. 두 개의 독립 스위치가 있는 경우에는 portchannel을 사용하지 마십시오.