Gestionar Aprenda a aplicar las mejores prácticas y optimizar sus operaciones.
Este artículo es parte de nuestra guía: Guía Esencial: Optimice su proceso de virtualización de TI

Tres pasos para evitar problemas de agrupación de servidores NIC

La agrupación de NIC puede ayudar a reducir la contención de recursos y mejorar el rendimiento de las VM, pero evite errores comunes al configurarlas.

El concepto de agrupar tarjetas de interfaz de red ha estado aquí por bastante tiempo, pero hasta hace poco, construir un equipo de NIC requiere hardware especializado. En Windows Server 2012, Microsoft hizo posible construir un equipo NIC utilizando hardware comercial. De esta manera, usted puede crear una tarjeta de red lógica que tiene el ancho de banda agregado de todas las tarjetas de red de hardware incluidas.

La agrupación de servidores NIC puede ser tremendamente beneficioso en entornos de servidores virtuales. Después de todo, uno de los mayores problemas en entornos virtualizados es el de la contención de recursos. En otras palabras, varios servidores virtuales tienen que compartir recursos de hardware físico limitados. En algunos casos, esta puesta en común de recursos puede causar que un adaptador de red físico se convierta en un cuello de botella.

Una solución a este problema es crear una serie de conmutadores virtuales, cada uno vinculado a un adaptador de red físico separado. El problema con este enfoque es que hace más difícil la gestión de servidores virtuales, ya que los administradores deben asegurarse que el tráfico de red se divide uniformemente a través de los conmutadores virtuales. Una solución más fácil a este problema es la construcción de un equipo de NIC y vincularlo a un único conmutador virtual. De esta forma, todas las máquinas virtuales (VM) de un servidor host pueden compartir un conmutador virtual común, pero el tráfico de red puede equilibrar automáticamente las cargas a través de múltiples NIC físicas.

En la superficie, parecería que el agrupamiento de NIC es absolutamente ideal para su uso en servidores host. Sin embargo, si los servidores host no se adhieren a algunas buenas prácticas básicas, entonces el agrupamiento de servidores NIC puede introducir un número de diferentes problemas en la infraestructura de virtualización.

Antes de describir estas mejores prácticas, quiero señalar que, si bien este artículo utiliza la terminología de Microsoft, las mejores prácticas en su mayoría son válidas independientemente del hipervisor que su organización está utilizando. No todas las mejores prácticas se puede aplicar a entornos que no son de Microsoft exactamente como están escritas, pero los conceptos básicos son válidos en todos los ámbitos.

Primer paso: Construya en redundancia

Así que, dicho esto, la primera mejor práctica es construir redundancia en su equipo de NIC. Supongamos, por un momento, que su servidor host tiene cinco puestos 10 Gigabit. Podría ser tentador utilizar los cinco puertos, para que pueda obtener el equivalente a una conexión de 40 Gigabit. El problema con este enfoque es que si alguno de los NIC fuera a fallar, todo el equipo de NIC podría fallar como resultado, dependiendo de cuál producto de proveedor está utilizando. Como tal, es una buena idea designar al menos una NIC dentro del equipo como un repuesto en vivo. Esta NIC será automáticamente utilizado en caso de un fallo de NIC.

Paso dos: Separe tipos de tráfico

Una segunda mejor práctica es tener cuidado de dedicar todas las NIC de su servidor al equipo NIC, incluso si algunas de las NIC son designadas como repuestos en vivo. La razón de esto es que un host de virtualización tiene que ser capaz de manejar una gran cantidad de diferentes tipos de tráfico. Si usted dedica todos los servidores NIC a un equipo NIC, entonces todos los tipos de tráfico tendrán que fluir a través de ese equipo NIC. Si no se controlan, algunos tipos de tráfico potencialmente podrían ahogar a otros tipos de tráfico. Algunos de los tipos de tráfico que se presentan comúnmente en entornos virtualizados son:

  • El tráfico de cliente (acceso del usuario final);
  • El tráfico de comunicaciones de clúster;
  • El tráfico de replicación de VM;
  • El tráfico de la migración en vivo;
  • El tráfico de almacenamiento; y
  • El tráfico de la gestión fuera de la banda.

Para ser justos, muchas organizaciones utilizan canal de fibra (Fibre Channel) para el tráfico de almacenamiento y algunos servidores tienen un puerto dedicado para el tráfico de la administración fuera de banda. Aun así, usted no querría migraciones en vivo simultáneas para llevar el tráfico de usuario a paso de tortuga. Por el contrario, usted no querría que el tráfico de usuarios se volviera tan pesado que las migraciones en vivo se volvieran imposibles. Si usted va a enrutar todo el tráfico a través de un equipo de NIC, entonces es importante utilizar la calidad de servicio (QoS) para administrar el uso del ancho de banda.

Paso tres: Mantener la coherencia dentro de un grupo

Una última cuestión que necesita tener en cuenta es que generalmente se requiere que los hosts de un clúster de hipervisor se adhieran a una configuración similar. Por ejemplo, si crea un clúster de servidores de Hyper-V, cada nodo del clúster debe tener interruptores virtuales idénticos. Del mismo modo, si el clúster está haciendo uso de un volumen de clúster compartido, cada nodo debe tener conectividad idéntica a ese volumen. El punto es que, en un entorno en clúster, cada uno de los nodos del clúster debe estar equipado con un equipo de NIC configurado de forma idéntica.

La agrupación de servidores NIC puede ser tremendamente beneficiosa para los hosts de virtualización. Aun así, hay ciertas pautas que deben cumplirse con el fin de evitar la introducción de problemas en la infraestructura de virtualización.

Próximos pasos

Quizás también le interese revisar:

Confíe en el hipervisor para equilibrar la carga en las VM

Cuando versiones anteriores de Windows no juegan bien con su hipervisor

Disuelva un cuello de botella de red en el centro de datos con estas técnicas

Este artículo se actualizó por última vez en septiembre 2015

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Enviando esta solicitud usted acepta recibir correos electrónicos de TechTarget y sus socios. Si usted reside afuera de Estados Unidos, esta dando autorización para que transfiramos y procesemos su información personal en Estados Unidos.Privacidad

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close