Tengo una aplicación distribuida que transmite una gran cantidad de tráfico entre varias máquinas. Actualmente, esas máquinas comparten una red gigabit con el resto de las máquinas en el rack y estoy empezando a ver problemas (colisiones de paquetes). Buscando soluciones, me encontré con una discusión sobre marcos gigantes, que definitivamente resolverían mi problema si funciona como se anuncia. Pero ...
Los servidores que uso para la aplicación distribuida (es un tipo de rastreador web) también necesitan acceso a Internet, y todo lo que he leído sobre jumbo frame advierte que para que funcione biencada dispositivoconectado a la red tiene que soportar marco jumbo. Es muy posible que mi enrutador se encargue de dividir los paquetes gigantes antes de transmitirlos, pero hacerlo ralentizaría increíblemente las cosas.
Todos mis servidores tienen dos tarjetas de red. ¿Puedo configurar una red privada para la aplicación distribuida, asegurándome de que todas las primeras tarjetas de red de las máquinas estén configuradas para el marco gigante y usar la segunda tarjeta en esas máquinas (con el marco gigante apagado) para conectarme al resto de mi red y al mundo exterior. Mi opinión aquí es que el tráfico intenso interno del subsistema de rastreo quedaría aislado del resto de la red, incluido el tráfico de Internet, y el uso de tramas gigantes mejoraría las velocidades de comunicación.
Todas las máquinas son servidores Dell PowerEdge 1950 que ejecutan Windows 2008. Sé que los adaptadores de red Broadcom GigE de los servidores PE admiten jumbo frame, pero ¿puedo configurar uno con jumbo frame y otro sin él?
Finalmente, ¿cómo me aseguro de obtener un interruptor que admita marco jumbo? Estamos usando conmutadores TP-Link que parecen funcionar bien actualmente, pero no puedo encontrar ninguna información sobre si admiten jumbo frame.
Sé que tengo muchas preguntas. ¿Suena razonable lo que estoy considerando?
Respuesta1
Asegúrese de que sus NIC existan en bloques de red separados al hacer esto. Si usa Linux, los paquetes se enrutan a través de la primera NIC del sistema en el bloque de red, por lo que, aunque eth1 tiene una MTU de 9000, podría terminar enrutando esos paquetes a través de eth0.
Configuramos una VLAN separada para nuestra red de almacenamiento y tuvimos que configurar un netblock separado en eth1 para evitar ese comportamiento. Aumentar la MTU a 9000 aumentó fácilmente el rendimiento, ya que ese sistema en particular se ocupa de la transmisión de una cantidad de archivos bastante grandes.
Respuesta2
Eso debería ser bastante factible. Las NIC de servidor en Windows pueden tener diferentes configuraciones de MTU para cada interfaz. De lo contrario, iSCSI, el controlador habitual de tramas gigantes, no tendría la aceptación que ha tenido.
Respuesta3
Dando un paso atrás por un momento, en un entorno conmutado full-duplex no debería experimentar colisiones. Investigaría la causa de las colisiones antes de profundizar en el camino de los marcos gigantes.
Dicho esto, los dispositivos individuales deben negociar sus tamaños de MTU entre sí. Por lo tanto, no debería ser necesario tenerlo activado en todos los dispositivos.