Enhanced vPC: realidad o marketing

Enhanced vPC: realidad o marketing

Los Nexus 5K de Cisco soportan el concepto de enhanced vPC siendo los únicos en su “especie” en hacerlo. Es decir ni Nexus 7Ks, ni 3Ks ni 9Ks son capaces de implementar enhanced vPC al no estar soportado en sus respectivos y particulares desarrollos de NX-OS para cada plataforma.

Pero qué es enhanced vPC o vPC mejorado.

Para entender este concepto, antes de nada vamos a revisar arquitecturas vPC más simples puesto que enhanced vPC no es más que una implementación compuesta o superpuesta de dos tipos de vPC.

Es indispensable comprender que podemos hacer vPC directamente con puertos en los Nexus 5Ks, 6Ks, 7Ks o 9Ks o bien a través de los Nexus 2Ks o FEXs. Al final tenemos nuestros servidores o appliances conectados de forma dual a puertos, directamente en los equipos primarios, o bien a los FEXs (host vPC).

Ahora bien, los Nexus 2Ks ó FEXs, se comunican también a sus Nexus padres a través de puertos Ethernet (si bien son puertos de fabric (FEX-fabric) porque se comunican a través del protocolo VN-tag. Y es aquí donde se complica el diseño, porque estas conexiones pueden ser directas a un único padre (FEX en straight- through) o bien conectados a dos Nexus padre en vPC (FEX activo-activo). Y es esta conexión “dual-attached”, la que complica sobremanera el diseño, puesto que ahora un puerto del FEX ya es “de facto”, un puerto en vPC con toda la gestión, operaciones y mantenimiento de la configuración que conlleva y según mi propia experiencia, mucho más sensible a fallos en el propio código del sistema operativo NX-OS.

Figura-1: FEX en modo straight-through

 

Figura-2: FEX en modo Active-Active

 

Como se puede observar en la Figura-2 la única ventaja que conlleva está arquitectura de FEX es que el host/appliance se puede conectar con una sola tarjeta de red y ya es un vPC con la redundancia y alta disponibilidad que conlleva. Es realmente una ventaja? Pues si tienes servidores Linux o similares en los que o bien ni el sistema operativo, o las tarjetas de red, o los drivers de la NIC soportan bonding (o bien Windows antiguos en los que no se soporta teaming), con esta infraestructura estas cubierto. Pero si se dispone de servidores/appliances en los que se soporta LACP o Port-Channel (P-C) estático, la mejor solución es conectar dos tarjetas de red en P-C, puesto que cubres el posible fallo de una única NIC en el servidor y lo mejor no necesitas tener los FEXs en modo activo-activo, con la complejidad implícita de este diseño. De esta forma tendríamos algo similar a lo que muestro en la siguiente figura:

 

Figura-3: FEX en modo straight-trough y host vPC

Hemos llegado al final de nuestro relato sobre qué es enhanced vPC. El diseño o arquitectura en la cual tienes los FEX en modo activo-activo y además implementas host-vPC (es decir, una composición de dos arquitecturas de vPC ó vPC sobre vPC)

Figura-4: Enhanced vPC

Realmente es un diseño real o bien algo que sólo se sostiene en una presentación?. Según mi experiencia, lo segundo. No es realidad, sino un diseño de marketing que se sostiene perfectamente en papel pero que desde un punto de vista pragmático complica las OAMs sobremanera y hoy en día no aporta ningún valor, puesto que todos los appliances y sistemas operativos actuales soportan no solo P-C, sino la negociación de ese P-C usando LACP.

Como resumen, enhanced vPC es un diseño completamente prescindible y Cisco hace correctamente al no implantarlo en el resto de dispositivos Nexus de su portfolio.

 

 

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.

ACEPTAR
Aviso de cookies