Mis hosts ESX tienen cada uno 8 NICS.
He configurado 2 NIC para nuestra SAN iSCSI; cada una está conectada a un conmutador SAN diferente. Se configuran 2 NIC para vMotion y Service Console; cada una de ellas está conectada a un conmutador central diferente (los puertos están enlazados con VLAN dedicadas a vMotion y Management)
Ahora me sobran cuatro puertos. Actualmente los tenemos configurados, cada uno de los cuales ingresa a nuestra VLAN predeterminada. Dos NIC están conectadas a un conmutador central y dos al otro. Decidimos agregar las conexiones a cada conmutador, de modo que estén agrupadas en el extremo del conmutador virtual y canalizadas por el puerto en el extremo del conmutador físico.
soy ahoralecturaese puerto que canaliza estas conexiones no es particularmente útil, tal vez incluso complica demasiado las cosas.
¿Existe algún problema particular con el uso de canales de puertos para VMware? ¿Qué método proporciona el mejor equilibrio entre redundancia y rendimiento?
Respuesta1
Duncan Epping conoce bastante bien su red VMware y el escenario que describe es particularmente desagradable pero un poco inusual (cuatro NIC agregados en dos grupos Etherchannel separados). Sin embargo, su análisis es correcto: VMware no admite la agregación de enlaces en la forma requerida para la configuración.
La agregación de puertos no mejora el ancho de banda de una sola sesión, pero facilita una mejor utilización general de los enlaces disponibles. Sus cuatro enlaces nunca se usarán para proporcionar una sola sesión desde un servidor con 4 Gbps de ancho de banda potencial; por ejemplo, las sesiones individuales aún atraviesan una sola NIC en el VMware Host (o cualquier otro sistema) y atraviesan sus conmutadores a través de una sola. conexiones punto a punto. Sin embargo, si elige un algoritmo de equilibrio de carga, se distribuirán sesiones separadas entre los enlaces disponibles, lo que le brindará un mejor rendimiento general. Con VMware puede elegir varias políticas de formación de equipos (solo conmutación por error, ruta por hash del puerto de origen y ruta por hash de IP de origen/destino) y, a menos que se haya modificado recientemente, solo admite enlaces troncales estáticos, no LACP activo. El equilibrio de carga solo funcionará en conmutadores configurados correctamente, por lo que si desea utilizarlo, tendrá que realizar algún tipo de configuración de enlace de puerto/Etherchannel en sus conmutadores.Este artículo de VMware KBexplica algunos de los antecedentes y ofrece un ejemplo de configuración de Cisco y HP.
El inconveniente es que si desea distribuir sus NIC en conmutadores separados y utilizar hash de IP para equilibrar la carga, entonces deben apilarse de alguna manera; de lo contrario, terminará con un problema similar al que describió Duncan. Esto tiene algunos riesgos obvios en términos de la posibilidad de que problemas con esa pila afecten a todas las NIC al mismo tiempo. El hecho de que VMware todavía no sea totalmente compatible con LACP para vSwitches hace que esto sea mucho más difícil de lo que debería ser.
Respuesta2
La publicación a la que vinculó subraya un ejemplo de mala configuración. El primer comentario es lo que hicimos en nuestro entorno: 4 NIC en un canal de éter en dos conmutadores Cisco apilados. No hay nada malo con esta configuración y ha estado funcionando muy bien durante más de un año; solo tenga en cuenta que no obtiene un enlace de 4 Gb/s sino 4 enlaces de 1 Gb/s.
Editar: También quiero señalar que si desea canalizar dos conmutadores para lograr redundancia, deben apilarse de alguna manera; los conmutadores independientes no funcionarán. Si tiene dos conmutadores independientes, entonces el canal de puerto no es el camino a seguir.