Blog Post: Teaming e Hyper-V

Hola

El asunto del NIC Teaming en Hyper-V es un tema recurrente. �Como se monta y configura?. �Cuando esta o no recomendado?. �Esta soportado por Microsoft?.

Por qu� necesitamos el Teaming

Estas son las razones por las que se suele plantear la necesidad de establecer Teams de tarjetas de red:

• Por si falla la una NIC f�sica. Hay quien incluso quiere establecer Teams entre NIC de diferentes fabricantes para mayor tolerancia a fallos. Mi opini�n al respecto es que, por esta raz�n, no merece la pena. Si falla f�sicamente una NIC es muy posible que el Team no te arregle los problemas colaterales, y con mucha probabilidad, los posibles problemas en drivers/firmware etc. en lugar de ser eliminados por el software de teaming, se ver�n amplificados. Adem�s la tendencia en las NICs para servidores es que adaptadores multipuerto, que se presentan como interfaces independientes de cara al sistema operativo. La probabilidad de que un hipot�tico fallo afecte a un �nico puerto es a�n m�s baja. Si adem�s los puertos de las diferentes NICs est�n enchufadas al mismo switch de red no ganaremos ning�n tipo de tolerancia ante un posible problema ajeno a las propias tarjetas. En estas condiciones, bajo mi punto de vista, el teaming supone mas riesgo que beneficio real.
• Por si falla el camino: Esto incluye los elementos de red a los que las NICs est�n conectadas, en particular cables y switches. No queremos confiar en un �nico latiguillo de red, ni en un �nico switch de red. Es m�s, queremos tener la posibilidad de dar mantenimiento a dichos elementos sin afectar a la conectividad de las cargas de trabajo. Por ejemplo, reemplazarlos o actualizar firmwares y versiones de sistema operativo de los switches. Teams entre puertos de diferentes interfaces que conectan a diferentes elementos de red es lo m�s adecuado para entornos en los que la tolerancia a fallos es un requisito.
• Agregaci�n de ancho de banda y balanceo de carga. En el mundo de las interfaces a 1GB esta ha sido la forma de aumentar el ancho de banda para cargas de trabajo que as� lo requieran, como podr�a ser el caso de las NICs correspondientes a un switch virtual. Sin embargo la tendencia parece ser ir hacia interfaces multipuerto de 10Gb, que pueden virtualizarse o particionarse a voluntad, obteni�ndose anchos de banda personalizados.

En los documentos que se enlazan m�s abajo encontrareis descripciones mucho m�s puristas de todo esto. Simplemente se trata de dejar claro que el Teaming es una pieza que puede ser un requisito fundamental en muchos escenarios.

Soportabilidad

La soportabilidad del NIC Teaming por parte de Microsoft esta muy bien resumida en estos dos art�culos

• Microsoft Support Policy for NIC Teaming with Hyper-V: http://support.microsoft.com/kb/968703

Since Network Adapter Teaming is only provided by Hardware Vendors, Microsoft does not provide any support for this technology thru Microsoft Product Support Services. As a result, Microsoft may ask that you temporarily disable or remove Network Adapter Teaming software when troubleshooting issues where the teaming software is suspect.
If the problem is resolved by the removal of Network Adapter Teaming software, then further assistance must be obtained thru the Hardware Vendor.

• Network adapter teaming and server clustering: http://support.microsoft.com/kb/254101/en-us
  
  In Windows Server 2008 and Windows Server 2008 R2, there are no restrictions that are associated with NIC Teaming and the Failover Clustering feature. In Windows Server 2008, the new Microsoft Failover Cluster Virtual Adapter is compatible with NIC Teaming and allows it to be used on any network interface in a Failover Cluster.

Me he permitido subrayar las partes m�s relevantes. La pila de red de Windows no implementa los mecanismos de agregaci�n de ancho de banda y tolerancia a fallos mencionadas m�s arriba, y como veremos m�s adelante, es necesario utilizar el software especifico del fabricante de la tarjeta o de los propios servidores para introducirlos por encima de los drives de las tarjetas de red. Por tanto, Microsoft no puede hacerse responsable en primera instancia del proceso de diagnostico y resoluci�n de problemas que pudieran localizarse en esta capa de software. Estar�amos exactamente en la misma situaci�n si habl�ramos de los propios drivers de las NICs, o de los drivers y software de configuraci�n de las tarjetas gr�ficas, o cualquier otra pieza de software que resulte ajeno a Microsoft. Como ya hemos explicado en otras ocasiones, para Microsoft ?soportado? significa exactamente que puedes llamar a Microsoft Product Support Services y esperar un compromiso de alcanzar una soluci�n sobre un asunto determinado. En este sentido, ?no soportado? no significa en absoluto ni que no funcione, ni que no se recomiende, ni que se vaya a negar la ayuda, ni que el fabricante en particular no lo soporte oficialmente por su lado.

Dej�moslo por tanto en que el Teaming est� soportado para Windows y por tanto para Hyper-V, pero no directamente por Microsoft PSS.

Configuraci�n

En Hyper-V, la pila de red y la pila de almacenamiento se configuran en la partici�n padre. Por tanto, la configuraci�n del Teaming de red, al igual que el multipath en el caso del almacenamiento, se gestionan exactamente igual que en un servidor f�sico. En la grand�sima mayor�a de las situaciones nos encontraremos con NICs basadas en chipset de Intel o Broadcom. Con la salvedad de HP, que implementa su propia herramienta de creaci�n y gesti�n de los teams, la mayor�a del resto de fabricantes se basan en las herramientas que proveen directamente los propios fabricantes del chipset.

Aqu� os dejo los principales enlaces para instalar y configurar los Teams:

• HP Network Configuration Utility:

• Using HP ProLiant Network Teaming Software with Microsoft� Windows� Server 2008 Hyper-V or with Microsoft� Windows� Server 2008 R2 Hyper-V: http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01663264/c01663264.pdf
• http://www.hp.com/sbso/bus_protect/teaming.pdf

• Intel ProSet / ANS:

• How do I use Teaming with Advanced Networking Services (ANS)?: http://www.intel.com/support/network/sb/cs-009747.htm

• Broadcom BACS / BASP:

• Broadcom NetXtreme� 57XX User Guide: http://www.broadcom.com/docs/support/ethernet_nic/Broadcom_NetXtreme_Server_205.pdf
• Ethernet NIC FAQs: http://www.broadcom.com/support/ethernet_nic/faq_drivers.php

Cuando tiene sentido el Teaming en entornos de Hyper-V

Nos plantearemos el uso de NIC Teaming en Hyper-V en aquellas redes en las que no se implementen ya mecanismos de tolerancia a fallos por otra v�a y en las que podamos necesitar agregar ancho de banda o implementar pol�ticas de balanceo, en funci�n de lo que hemos mencionado m�s arriba.

• iSCSI. Si nuestro almacenamiento es iSCSI y queremos utilizar m�s de una tarjeta, lo adecuado es usar los mecanismos de multipathing propios del sistema de almacenamiento. Sin Teaming
• Red de HeartBeat del cluster: En 2008/2008R2 podemos especificar diferentes redes para transportar el heartbeat, y los requerimientos de ancho de banda son m�nimos. Sin necesidad de Teaming
• Red de Live Migration: Requerimos alto ancho de banda, solamente cuando se realicen Live Migrations. Se pueden especificar diferentes redes para ello, con lo que tenemos tolerancia a fallos. Puede justificarse Teaming
• Red de CSVs: Es la red con menor m�trica del cluster. Puede tener altos consumos de ancho de banda de manera puntual. Puede justificarse Teaming
• Red P�blica de gesti�n: Necesitamos tolerancia a fallos, y un ancho de banda razonable para la administraci�n del servidor. Puede ser necesario Teaming
• Virtual Switches: Requerimos tanto altos anchos de banda como tolerancia a fallos . Puede ser necesario Teaming

En el siguiente documento ten�is la recomendaci�n oficial para hosts con cuatro o menos interfaces de red.

• Live Migration Network Configuration Guide: http://technet.microsoft.com/en-us/library/ff428137(WS.10).aspx

Sin embargo, los escenarios pueden complicarse si necesitamos dedicar ciertas NICs a dar servicio en determinadas VLANs. El software de Teaming puede crear NICs virtuales sobre las interfaces f�sicas reales, las cuales a su vez pueden convertirse en Switches virtuales, pudi�ndose sacar adem�s vNICs virtuales para la partici�n padre. Todo esto es factible y funciona. Pero conviene sentarse a pensar si realmente tiene sentido, y recordar que lo sencillo funciona y se opera mejor que lo complicado.

Saludos

David Cervig�n

Thandie Newton Liz Phair Aaliyah Katherine Heigl Lorri Bagley