¿Por qué MPIO en lugar de 802.3ad Team para iSCSI?

Haciendo mi primer servidor al objetivo iSCSI y pensé que iba a empezar a trabajar en equipo con mi NIC en el servidor (equipo convencional 802.3ad).

Sin embargo, de muchas fuentes en línea veo que esto NO se recomienda y MPIO debería usarse en su lugar (no hubo un tamaño específico en esta recomendación y parecía aplicarse desde un grupo de 3 nodos a grupos grandes de decenas de nodos y superiores).

Sé que MPIO es mejor ya que agrega transferencias a través de rutas independientes (mientras que el equipo convencional de NIC estaría en el mismo interruptor), aparte de esto, hay alguna otra razón (riesgo de corrupción de datos) para Microsoft y el estado del material de capacitación para usar MPIO en lugar de formar equipos ?

— Morleyc
fuente

¿Puedes ampliar un poco tu arquitectura iSCSI? ¿Con cuántas direcciones de iniciador / destino está trabajando, cuántos conmutadores físicos, todos una subred o múltiples?

La respuesta básica es: porque MPIO gestiona las rutas de conectividad de extremo a extremo y es mejor en el equilibrio de carga de conectividad de almacenamiento y la resistencia de la conexión que la redundancia de red genérica y los mecanismos de equilibrio de carga.

Las razones técnicas específicas para esto dependen de la arquitectura, por lo que puedo ser mucho más específico si proporciona detalles adicionales sobre la configuración de su red iSCSI. Algunos ejemplos generales:

Sin ningún MPIO, su conversación IP de iniciador a destino es solo una conversación. 802.3ad exige que no se cambie el orden de los paquetes en una conversación (y de todos modos no querrá que su tráfico iSCSI esté fuera de servicio), por lo que está limitado al ancho de banda de un solo enlace.
MPIO detecta y maneja fallas de ruta, mientras que 802.3ad solo puede compensar una falla de enlace, y solo si esa falla de enlace se detecta correctamente. Si su tarjeta NIC se cuelga pero aún así informa un buen enlace, o la configuración de su conmutador se arruina para un puerto específico, es probable que pierda la conectividad de almacenamiento a pesar de tener un segundo enlace que todavía funciona.
Estás atado a un solo conmutador físico, en lugar de poder vincular las NIC de tu host a diferentes conmutadores.

— Shane Madden
fuente

Hola Shane, gracias por la respuesta: para nuestra configuración, es una subred de almacenamiento único y 1 conmutador físico, sin embargo, la documentación no indicaba un tamaño que solo decía que usaba MPIO solamente. Según sus comentarios, parece que es posible utilizar la formación de equipos, pero es preferible MPIO. Buena explicación, a menos que desee agregar más, ha respondido a mi pregunta y la marcará como tal pronto.

— morleyc

@ g18c Sí, por lo que las principales ventajas que obtendrá de MPIO en lugar de la agregación de enlaces serían la posibilidad de un mayor rendimiento (si su rendimiento es suficiente para saturar una sola NIC), así como la capacidad de manejar con gracia un rango más amplio de estados de falla Supongo que la pregunta es, ¿hay alguna razón en particular por la que prefiera usar 802.3ad en lugar de MPIO?

— Shane Madden

MPIO se vuelve especialmente útil cuando su configuración ISCSI es más aconsejable, porque con MPIO usted tiene conexiones lógicas separadas que pueden hacer puntos finales redundantes. La SAN puede replicarse en segundo plano y los objetivos 2-3 son en realidad diferentes amchines. Mientras tenga un escenario de "ruta única, NIC única", las ventajas no son tan brutales.

— TomTom