Tengo dosServidores blade HPBL685c G6ejecutando Ubuntu 15.04
- Cada servidor tiene 4X10GB NIC
- 2 NIC de 10 GB conectadas a una únicaMódulo Ethernet VirtualConnect 10/10G
- Las otras NIC de 2x10 GB están conectadas a una segundaMódulo Ethernet VirtualConnect 10/10G
- Los módulos de conexión virtual están configurados para apilamiento horizontal y están ubicados en los compartimentos de interconexión 1 y 2
- Las NIC a las que se hace referencia son todasadaptadores Flex-10 integrados
Cuando configuro cada una de las 4 NIC de 10 GB por separado, puedo probar usando iperf y recibo ~10 Gbit/s de ancho de banda entre servidores, para cada NIC. Esto funciona como se esperaba.
- Servidor 1:http://d.pr/n/15dA5
- Servidor 2:http://d.pr/n/10pqJ
- resultados de iperf:http://d.pr/i/pscUyhttp://d.pr/i/zh2E
Ahora, estoy intentando vincular todas las NIC de 10 GB en cada servidor, usando el modo de vinculación "balance-rr". Estos resultados varían, pero se sitúan entre 2,5 Gbits/s y 5 Gbits/s.
- Servidor 1:http://d.pr/n/1aTei
- Servidor 2:http://d.pr/n/12Mqy
- resultados de iperf:http://d.pr/i/1cvh0yhttp://d.pr/i/1eOgU
Estoy usando la misma configuración para vincular NIC de 2X1 GB en estos mismos servidores, la NIC de 2X1 GB unida da como resultado un ancho de banda de ~2 Gbit/s cuando se prueba con iperf. Estas 2 NIC no están conectadas a un dominio de Virtual Connect, sino que cada una está conectada a un dominio diferente.Conmutador Blade Catalyst 3120 de Cisco
- Servidor 1:http://d.pr/n/1kk4f
- Servidor 2:http://d.pr/n/fbVJ
- resultados de iperf:http://d.pr/i/10N4qyhttp://d.pr/i/1a0z3
Entonces, mi pregunta es: ¿Por qué vincular una NIC de 4X10 GB usando balance-rr genera un menor rendimiento que usar una sola NIC? Habría esperado un ancho de banda de ~40 Gbit/seg menos la sobrecarga de TCP/Bonding, lo que se alinearía con mis resultados al unir 2X1 GB y obtener ~2 GB durante la prueba.
He probado esto con diferentes modos de vinculación, y los otros dan como resultado un ancho de banda de aproximadamente ~10 Gbit/seg cuando se vinculan. Todavía no es ideal, pero es mejor que los resultados de balance-rr.
Respuesta1
Parece que los módulos Virtual Connect no admiten el modo de enlace 0 (balance-rr) en implementaciones de Linux.
Del soporte de HP:http://h20564.www2.hp.com/hpsc/doc/public/display?docId=emr_na-c02957870
Información Los modos de vinculación no compatibles en un entorno HP Virtual Connect pueden producir pérdida de paquetes y/o problemas de rendimiento.
Detalles HP Virtual Connect admite los modos de vinculación 1, 5 o 6. VC no admite los modos 0 (round robin) o 7 (equilibrio de carga asistido por conmutador).
Modo 1:Activo/copia de seguridad. Política de respaldo activo: solo un esclavo en el enlace está activo. Un esclavo diferente se activa si, y sólo si, el esclavo activo falla. La dirección MAC del enlace es visible externamente en un solo puerto (adaptador de red) para evitar confundir al conmutador.
Modo 5:Equilibrio de carga de transmisión adaptativo: unión de canales que no requiere ningún soporte de interruptor especial. El tráfico saliente se distribuye según la carga actual (calculada en relación con la velocidad) en cada esclavo. El esclavo actual recibe el tráfico entrante. Si el esclavo receptor falla, otro esclavo toma la dirección MAC del esclavo receptor fallido.
Modo 6:Equilibrio de carga adaptativo: incluye balance-tlb más equilibrio de carga de recepción (rlb) para el tráfico IPV4 y no requiere ningún soporte de conmutador especial. El equilibrio de la carga de recepción se logra mediante la negociación ARP.