Estoy bastante seguro de que no somos el único sitio que utiliza marcos gigantes (~9k), ¿verdad? Bueno, para aquellos de ustedes que también lo están haciendo, ¿qué están haciendo con la virtualización? A saber:
- Xen no admite paquetes de más de 1500 bytes en interfaces puenteadas. Asignar una interfaz real a cada VM podría funcionar, pero para mí no es un comienzo.
- KVM lo hará si juego con la fuente. De lo contrario, puedo obtener paquetes de hasta 4k. Jugar con la fuente no es algo que realmente quiera hacer (¡adiós parches upstream sin reconstruir!)
- VMWare no lo menciona de ninguna manera. Su precio de VSphere me desanima, pero ¿tal vez pueda simplemente usar ESX(,i)?
No estoy usando paquetes gigantes para iSCSI o NFS. Realmente estoy moviendo una tonelada de datos entre nodos y aumentar mis MTU me ha ayudado con las velocidades allí. Mi plataforma es CentOS 5.x y preferiría quedarme con esa, pero supongo que son posibles otras opciones. ¡Dígame usted!
¿Alguien está haciendo algo inteligente en lo que no estoy pensando?
[Editar]
¿Por qué quiero esto? Bueno, todas mis máquinas existentes usan MTU de 9000, y el lugar donde eso sucede es en nuestra capa de agrupación. Si agrego una nueva máquina que no habla paquetes gigantes, no puede unirse al clúster y no funciona. Entonces, si bien me encantaría volver a abordar la cuestión de "¿realmente necesitamos paquetes gigantes?", ese es un proyecto mucho más grande que simplemente poner en línea una nueva máquina. maquinas nuevastenerpara poder hablar con el cluster. En este momento, eso significa implementar en hardware básico, y eso apesta.
Respuesta1
Para los conmutadores virtuales estándar ESXi 4, debe hacer esto desde una CLI. Si utiliza el modo pseudoconsola (no compatible) o el VMA (compatible), el comando relevante es:
esxcfg-vswitch -m 9000 vSwitch0
Reemplace vSwitch0 con los ID de conmutador virtual relevantes y repita según sea necesario para todos los vSwitches que necesite habilitar para tramas Jumbo de 9K.
En entornos más grandes (mucho más grandes) donde utiliza conmutadores virtuales distribuidos, puede cambiar la MTU desde la GUI del cliente de vSphere.
Respuesta2
En mi experiencia, los marcos gigantes están muy lejos de ser utilizables. La tecnología de descarga es un desastre, especialmente lo que proporciona b-com, y los conmutadores no pueden soportarla lo suficientemente bien.
Especialmente para las máquinas virtuales, me quedaría con los tamaños de MTU normales y mejoraría las velocidades usando la vinculación en modo 4 o cambiando a 10G o incluso infiniband.
Dicho esto, los controladores virtio_net de afaik kvm no están realmente limitados en velocidad, por lo que, a pesar de ser 1G, pueden ir más allá fácilmente, dado el ancho de banda.
Respuesta3
No es una respuesta directa como tal, pero si está moviendo muchos datos entre varios nodos, ¿ha considerado Infiniband? es genial para ese tipo de cosas.