우리는 점보 프레임(~9k)을 사용하는 유일한 사이트가 아니라고 확신합니다. 그렇죠? 글쎄요, 가상화에 관해 무엇을 하고 계시나요? 즉:
- Xen은 브리지 인터페이스에서 1500바이트가 넘는 패킷을 지원하지 않습니다. 각 VM에 실제 인터페이스를 할당하면 작동할 수 있지만 나에게는 시작이 아닙니다.
- 내가 소스를 조작하면 KVM이 이를 수행할 것입니다. 그렇지 않으면 최대 4k 패킷을 얻을 수 있습니다. 소스를 조작하는 것은 제가 별로 하고 싶은 일이 아닙니다. (재구축 없이 업스트림 패치는 이제 안녕!)
- VMWare는 어느 쪽이든 언급하지 않습니다. VSphere 가격이 마음에 들지 않지만 그냥 ESX(,i)만 하면 될까요?
iSCSI 또는 NFS에 점보 패킷을 사용하지 않습니다. 저는 실제로 노드 간에 엄청난 양의 데이터를 이동하고 있는데 MTU를 높이는 것이 속도 향상에 도움이 되었습니다. 내 플랫폼은 CentOS 5.x이고 계속 사용하고 싶지만 다른 옵션도 가능할까요? 당신이 말해!
내가 생각하지 못하는 영리한 일을 하고 있는 사람이 있나요?
[편집하다]
내가 이것을 원하는 이유는 무엇입니까? 글쎄, 내 기존 컴퓨터는 모두 9000의 MTU를 사용하며 이러한 일이 발생하는 곳은 클러스터링 계층입니다. 점보 패킷을 지원하지 않는 새 시스템을 추가하면 클러스터에 참여할 수 없으며 작동하지 않습니다. 따라서 저는 "실제로 점보 패킷이 필요한가?"라는 문제를 다시 검토하고 싶지만 이는 단순히 새 시스템을 온라인으로 가져오는 것보다 훨씬 더 큰 프로젝트입니다. 새로운 기계가지다클러스터와 대화할 수 있습니다. 지금 당장은 베어 하드웨어에 배포하는 것을 의미하는데, 그건 짜증나는 일입니다.
답변1
ESXi 4 표준 가상 스위치의 경우 CLI에서 이 작업을 수행해야 합니다. (지원되지 않는) 의사 콘솔 모드 또는 (지원되는) VMA를 사용하는 경우 관련 명령은 다음과 같습니다.
esxcfg-vswitch -m 9000 vSwitch0
vSwitch0을 관련 가상 스위치 ID로 교체하고 9K 점보 프레임에 대해 활성화해야 하는 모든 vSwitch에 대해 필요에 따라 반복합니다.
분산 가상 스위치를 사용하는 더 큰(훨씬 더 큰) 환경에서는 vSphere Client GUI에서 MTU를 변경할 수 있습니다.
답변2
내 경험상 점보 프레임은 실제로 사용할 수 있는 것과 거리가 멀다. 오프로딩 기술은 엉망입니다. 특히 b-com이 제공하는 기능은 스위치가 이를 충분히 지원할 수 없습니다.
특히 VM의 경우 일반 MTU 크기를 고수하고 모드 4 본딩을 사용하거나 10G 또는 인피니밴드로 전환하여 속도를 향상시킵니다.
그렇긴 하지만, afaik kvm의 virtio_net 드라이버는 실제로 속도 제한이 없으므로 1G임에도 불구하고 대역폭이 주어지면 쉽게 초과할 수 있습니다.
답변3
직접적인 대답은 아니지만 여러 노드 간에 많은 데이터를 이동하는 경우 Infiniband를 고려해 보셨나요? 그런 일에 아주 좋습니다.