Redes

Esta sección proporciona una descripción general de las redes de XenServer®, incluyendo redes, VLAN y enlaces NIC. También se explica cómo administrar y solucionar problemas de su configuración de red.

Importante:

vSwitch es la pila de red predeterminada de XenServer. Siga las instrucciones en Selección de pila de red para configurar la pila de red de Linux.

Si ya está familiarizado con los conceptos de red de XenServer, puede pasar directamente a Administrar redes para obtener información sobre las siguientes secciones:

• Crear redes para hosts XenServer independientes

• Crear redes para hosts XenServer configurados en un grupo de recursos

• Crear VLAN para hosts XenServer, ya sean independientes o parte de un grupo de recursos

• Crear enlaces para hosts XenServer independientes

• Crear enlaces para hosts XenServer configurados en un grupo de recursos

Nota:

El término ‘interfaz de administración’ se utiliza para indicar la NIC habilitada para IP que transporta el tráfico de administración. El término ‘interfaz secundaria’ se utiliza para indicar una NIC habilitada para IP configurada para el tráfico de almacenamiento.

Soporte de red

XenServer admite hasta 16 interfaces de red físicas (o hasta 4 interfaces de red enlazadas) por host y hasta 7 interfaces de red virtuales por VM.

Nota:

XenServer proporciona configuración y gestión automatizadas de las NIC mediante la interfaz de línea de comandos (CLI) xe. No edite directamente los archivos de configuración de red del host.

Selección de la pila de red

Para determinar qué pila de red está configurada, ejecute el siguiente comando:

xe host-list params=software-version
<!--NeedCopy-->

En la salida del comando, busque network_backend. Cuando el vSwitch está configurado como la pila de red, la salida aparece de la siguiente manera:

network_backend: openvswitch
<!--NeedCopy-->

Cuando el puente Linux (obsoleto) está configurado como la pila de red, la salida aparece de la siguiente manera:

network_backend: bridge
<!--NeedCopy-->

Para seleccionar la pila de red del puente Linux, ejecute el siguiente comando:

xe-switch-network-backend bridge
<!--NeedCopy-->

Reinicie su host después de ejecutar este comando.

Descripción general de la red de XenServer

Esta sección describe los conceptos generales de red en el entorno de XenServer.

XenServer crea una red para cada NIC física durante la instalación. Cuando se añade un host a un grupo, las redes predeterminadas se fusionan. Esto es para asegurar que todas las NIC físicas con el mismo nombre de dispositivo estén conectadas a la misma red.

Normalmente, se añade una red para crear una red interna, configurar una nueva VLAN usando una NIC existente o crear un enlace de NIC.

Puede configurar los siguientes tipos diferentes de redes en XenServer:

• Las redes externas tienen una asociación con una interfaz de red física. Las redes externas proporcionan un puente entre una máquina virtual y la interfaz de red física conectada a la red. Las redes externas permiten que una máquina virtual se conecte a los recursos disponibles a través de la NIC física del host.

• Las redes enlazadas crean un enlace entre dos o más NIC para crear un canal único y de alto rendimiento entre la máquina virtual y la red.

• Las redes privadas de servidor único no tienen asociación con una interfaz de red física. Las redes privadas de servidor único se pueden usar para proporcionar conectividad entre las máquinas virtuales en un host determinado, sin conexión con el mundo exterior.

Nota:

Algunas opciones de red tienen comportamientos diferentes cuando se utilizan con hosts XenServer independientes en comparación con los grupos de recursos. Esta sección contiene apartados con información general que se aplica tanto a los hosts independientes como a los grupos, seguida de información y procedimientos específicos para cada uno.

Objetos de red

Esta sección utiliza tres tipos de objetos de software del lado del servidor para representar entidades de red. Estos objetos son:

• Un PIF, que representa una NIC física en un host. Los objetos PIF tienen un nombre y una descripción, un UUID, los parámetros de la NIC que representan, y la red y el host a los que están conectados.

• Un VIF, que representa una NIC virtual en una máquina virtual. Los objetos VIF tienen un nombre y una descripción, un UUID, y la red y la VM a las que están conectados.

• Una red, que es un conmutador Ethernet virtual en un host. Los objetos de red tienen un nombre y una descripción, un UUID, y la colección de VIF y PIF conectados a ellos.

XenCenter® y la CLI de xe le permiten configurar las opciones de red. Puede controlar la NIC utilizada para las operaciones de administración, y crear funciones de red avanzadas como VLAN y enlaces de NIC.

Redes

Cada host XenServer tiene una o más redes, que son conmutadores Ethernet virtuales. Las redes que no están asociadas a un PIF se consideran internas. Las redes internas se pueden utilizar para proporcionar conectividad solo entre máquinas virtuales en un host XenServer determinado, sin conexión con el mundo exterior. Las redes asociadas a un PIF se consideran externas. Las redes externas proporcionan un puente entre los VIF y el PIF conectado a la red, lo que permite la conectividad a los recursos disponibles a través de la NIC del PIF.

VLAN

Las VLAN, tal como las define el estándar IEEE 802.1Q, permiten que una única red física admita múltiples redes lógicas. Los hosts XenServer admiten VLAN de múltiples maneras.

Nota:

• Cuando se utiliza GFS2 SR y un grupo en clúster, la red del clúster no puede estar en una VLAN que no sea de administración.
• Todas las configuraciones de VLAN compatibles son igualmente aplicables a los grupos y a los hosts independientes, y a las configuraciones enlazadas y no enlazadas.

Uso de VLAN con máquinas virtuales

Los puertos de switch configurados como puertos troncales VLAN 802.1Q se pueden usar con las funciones VLAN de XenServer para conectar interfaces de red virtuales de invitado (VIF) a VLAN específicas. En este caso, el host de XenServer realiza las funciones de etiquetado/desetiquetado de VLAN para el invitado, que no tiene conocimiento de ninguna configuración de VLAN.

Las VLAN de XenServer están representadas por objetos PIF adicionales que representan interfaces VLAN correspondientes a una etiqueta VLAN especificada. Puede conectar redes de XenServer al PIF que representa la NIC física para ver todo el tráfico en la NIC. Alternativamente, conecte redes a un PIF que represente una VLAN para ver solo el tráfico con la etiqueta VLAN especificada. También puede conectar una red de tal manera que solo vea el tráfico VLAN nativo, adjuntándola a la VLAN 0.

Para obtener procedimientos sobre cómo crear VLAN para hosts de XenServer, ya sean independientes o parte de un grupo de recursos, consulte Creación de VLAN.

Si desea que el invitado realice las funciones de etiquetado y desetiquetado de VLAN, el invitado debe conocer las VLAN. Al configurar la red para sus máquinas virtuales, configure los puertos del switch como puertos troncales de VLAN, pero no cree VLAN para el host de XenServer. En su lugar, use VIF en una red normal, sin VLAN.

Uso de VLAN con interfaces de administración

La interfaz de administración se puede configurar en una VLAN usando un puerto de switch configurado como puerto troncal o puerto de modo de acceso. Use XenCenter o la CLI de xe para configurar una VLAN y convertirla en la interfaz de administración. Para obtener más información, consulte Interfaz de administración.

Uso de VLAN con NIC de almacenamiento dedicadas

Las NIC de almacenamiento dedicadas se pueden configurar para usar VLAN nativas o puertos de modo de acceso como se describe en la sección anterior para las interfaces de administración. Las NIC de almacenamiento dedicadas también se conocen como NIC habilitadas para IP o interfaces secundarias. Puede configurar las NIC de almacenamiento dedicadas para usar puertos troncales y VLAN de XenServer como se describe en la sección anterior para máquinas virtuales. Para obtener más información, consulte Configuración de una NIC de almacenamiento dedicada.

Combinación de interfaces de administración y VLAN de invitado en una única NIC de host

Un único puerto de switch se puede configurar con VLAN troncales y nativas, lo que permite que una NIC de host se use para una interfaz de administración (en la VLAN nativa) y para conectar VIF de invitado a ID de VLAN específicos.

Tramas Jumbo

Las tramas Jumbo se pueden usar para optimizar el rendimiento del tráfico en redes de almacenamiento, redes de máquinas virtuales y la red de administración. Las tramas Jumbo son tramas Ethernet que contienen más de 1.500 bytes de carga útil. Las tramas Jumbo se usan típicamente para lograr un mejor rendimiento, reducir la carga en la memoria del bus del sistema y reducir la sobrecarga de la CPU.

Nota:

XenServer solo admite tramas jumbo cuando se usa vSwitch como pila de red en todos los hosts del grupo.

Requisitos para usar tramas jumbo

Tenga en cuenta lo siguiente al usar tramas jumbo:

• Las tramas jumbo se configuran a nivel de grupo

• vSwitch debe configurarse como el back-end de red en todos los hosts del grupo

• Todos los dispositivos de la subred deben configurarse para usar tramas jumbo

Para usar tramas jumbo, establezca la Unidad de Transmisión Máxima (MTU) en un valor entre 1500 y 9216. Puede usar XenCenter o la CLI de xe para establecer la MTU.

Enlaces de NIC

Los enlaces de NIC, a veces también conocidos como agrupamiento de NIC, mejoran la resistencia y el ancho de banda del host de XenServer al permitir a los administradores configurar dos o más NIC juntas. Los enlaces de NIC funcionan lógicamente como una sola tarjeta de red y todas las NIC enlazadas comparten una dirección MAC.

Si una NIC del enlace falla, el tráfico de red del host se redirige automáticamente a través de la segunda NIC. XenServer admite hasta ocho redes enlazadas.

XenServer admite los modos de enlace activo-activo, activo-pasivo y LACP. El número de NIC admitidas y el modo de enlace admitido varían según la pila de red:

• El enlace LACP solo está disponible para vSwitch, mientras que activo-activo y activo-pasivo están disponibles tanto para vSwitch como para el puente de Linux.

• Cuando vSwitch es la pila de red, puede enlazar dos, tres o cuatro NIC.

• Cuando el puente de Linux es la pila de red, solo puede enlazar dos NIC.

Nota:

La pila de red del puente de Linux está en desuso y se eliminará en una versión futura.

Todos los modos de unión admiten la conmutación por error. Sin embargo, no todos los modos permiten que todos los enlaces estén activos para todos los tipos de tráfico. XenServer admite la unión de los siguientes tipos de NIC:

• NICs (no de gestión). Puede unir NICs que XenServer esté utilizando únicamente para el tráfico de VM. La unión de estas NICs no solo proporciona resiliencia, sino que también equilibra el tráfico de múltiples VM entre las NICs.

• Interfaces de gestión. Puede unir una interfaz de gestión a otra NIC para que la segunda NIC proporcione conmutación por error para el tráfico de gestión. Aunque la configuración de una unión de agregación de enlaces LACP proporciona equilibrio de carga para el tráfico de gestión, la unión de NICs activo-activo no lo hace. Puede crear una VLAN en NICs unidas y la interfaz de gestión del host se puede asignar a esa VLAN.

• Interfaces secundarias. Puede unir NICs que haya configurado como interfaces secundarias (por ejemplo, para almacenamiento). Sin embargo, para la mayoría del almacenamiento de iniciador de software iSCSI, recomendamos configurar la multiruta en lugar de la unión de NICs, como se describe en el Diseño de configuraciones de red de XenServer.

  A lo largo de esta sección, el término tráfico de almacenamiento basado en IP se utiliza para describir colectivamente el tráfico iSCSI y NFS.

Puede crear una unión si una VIF ya está utilizando una de las interfaces que se unirán: el tráfico de VM migra automáticamente a la nueva interfaz unida.

En XenServer, un PIF adicional representa una unión de NIC. Las uniones de NIC de XenServer subsumen completamente los dispositivos físicos subyacentes (PIFs).

Notas:

• No se admite la creación de una unión que contenga una sola NIC.
• Las NICs unidas pueden ser de modelos diferentes entre sí.
• Las uniones de NIC no son compatibles con las NICs que transportan tráfico FCoE.

Mejores prácticas

Siga estas mejores prácticas al configurar sus uniones de NIC:

• Conecte los enlaces de la unión a diferentes conmutadores de red físicos, no solo a puertos del mismo conmutador.
• Asegúrese de que los conmutadores separados obtengan energía de unidades de distribución de energía (PDUs) diferentes e independientes.
• Si es posible, en su centro de datos, coloque las PDU en diferentes fases del suministro eléctrico o incluso en suministros proporcionados por diferentes empresas de servicios públicos.
• Considere la posibilidad de utilizar unidades de alimentación ininterrumpida (SAI) para garantizar que los conmutadores de red y los hosts puedan seguir funcionando o realizar un apagado ordenado en caso de un fallo de alimentación.

Estas medidas añaden resiliencia contra fallos de software, hardware o alimentación que pueden afectar a sus conmutadores de red.

Puntos clave sobre el direccionamiento IP

Las NIC agrupadas tienen una dirección IP o ninguna, de la siguiente manera:

• Redes de administración y almacenamiento.

  • Si agrupa una interfaz de administración o una interfaz secundaria, se asigna una única dirección IP al enlace. Es decir, cada NIC no tiene su propia dirección IP. XenServer trata las dos NIC como una conexión lógica.

  • Cuando se utilizan enlaces para tráfico que no es de VM, por ejemplo, para conectarse a almacenamiento de red compartido o a XenCenter para la administración, configure una dirección IP para el enlace. Sin embargo, si ya ha asignado una dirección IP a una de las NIC (es decir, ha creado una interfaz de administración o una interfaz secundaria), esa dirección IP se asigna automáticamente a todo el enlace.

  • Si agrupa una interfaz de administración o una interfaz secundaria a una NIC sin dirección IP, el enlace asume la dirección IP de la interfaz respectiva.

  • Si agrupa una interfaz de administración VLAN etiquetada y una interfaz secundaria, la VLAN de administración se crea en esa NIC agrupada.

• Redes de VM. Cuando se utilizan NIC agrupadas para el tráfico de VM, no es necesario configurar una dirección IP para el enlace. Esto se debe a que el enlace opera en la Capa 2 del modelo OSI, la capa de enlace de datos, y no se utiliza direccionamiento IP en esta capa. Las direcciones IP para máquinas virtuales están asociadas con VIFs.

Tipos de enlace

XenServer proporciona tres tipos diferentes de enlaces, todos los cuales se pueden configurar utilizando la CLI o XenCenter:

• Modo Activo-Activo, con el tráfico de VM equilibrado entre las NIC agrupadas. Consulte Enlace activo-activo.

• Modo Activo-Pasivo, donde solo una NIC transporta tráfico activamente. Consulte Enlace activo-pasivo.

• Agregación de enlaces LACP, en la que las NIC activas y en espera se negocian entre el conmutador y el host. Consulte enlace LACP Link Aggregation Control Protocol.

Nota:

El enlace se configura con un retardo de subida (Up Delay) de 31 000 ms y un retardo de bajada (Down Delay) de 200 ms. El retardo de subida, aparentemente largo, es intencionado debido al tiempo que tardan algunos conmutadores en habilitar el puerto. Sin un retardo, cuando un enlace se recupera después de un fallo, el enlace puede reequilibrar el tráfico antes de que el conmutador esté listo para pasar el tráfico. Para mover ambas conexiones a un conmutador diferente, mueva una, espere 31 segundos para que se vuelva a utilizar y, a continuación, mueva la otra. Para obtener información sobre cómo cambiar el retardo, consulte Cambio del retardo de subida para enlaces.

Estado del enlace

XenServer proporciona el estado de los enlaces en los registros de eventos de cada host. Si uno o más enlaces de un bond fallan o se restauran, se anota en el registro de eventos. Del mismo modo, puede consultar el estado de los enlaces de un bond utilizando el parámetro links-up como se muestra en el siguiente ejemplo:

xe bond-param-get uuid=bond_uuid param-name=links-up
<!--NeedCopy-->

XenServer comprueba el estado de los enlaces en los bonds aproximadamente cada cinco segundos. Por lo tanto, si más enlaces del bond fallan en la ventana de cinco segundos, el fallo no se registra hasta la siguiente comprobación de estado.

Los registros de eventos de enlace aparecen en la vista Notificaciones > Eventos de XenCenter. Para los usuarios que no ejecutan XenCenter, los registros de eventos también aparecen en /var/log/xensource.log en cada host.

Enlace activo-activo

Activo-activo es una configuración activo/activo para el tráfico de invitados: ambas NIC pueden enrutar el tráfico de VM simultáneamente. Cuando los enlaces se utilizan para el tráfico de administración, solo una NIC del enlace puede enrutar el tráfico: la otra NIC permanece sin usar y proporciona soporte de conmutación por error. El modo activo-activo es el modo de enlace predeterminado cuando se habilita la pila de red de puente Linux o vSwitch.

Cuando se utiliza el enlace activo-activo con el puente Linux, solo se pueden enlazar dos NIC. Cuando se utiliza el vSwitch como pila de red, se pueden enlazar dos, tres o cuatro NIC en modo activo-activo. Sin embargo, en modo activo-activo, el enlace de tres o cuatro NIC solo es beneficioso para el tráfico de VM, como se muestra en la siguiente ilustración.

XenServer solo puede enviar tráfico a través de dos o más NIC cuando hay más de una dirección MAC asociada al enlace. XenServer puede utilizar las direcciones MAC virtuales de la VIF para enviar tráfico a través de varios enlaces. Específicamente:

• Tráfico de VM. Siempre que habilite el enlace en las NIC que solo transportan tráfico de VM (invitado), todos los enlaces estarán activos y el enlace de NIC podrá equilibrar el tráfico de VM distribuido entre las NIC. El tráfico de una VIF individual nunca se divide entre las NIC.

• Tráfico de administración o almacenamiento. Solo uno de los enlaces (NIC) del bond está activo y las otras NIC permanecen sin usar a menos que el tráfico conmute por error a ellas. La configuración de una interfaz de administración o una interfaz secundaria en una red enlazada proporciona resiliencia.

• Tráfico mixto. Si la NIC enlazada transporta una mezcla de tráfico de almacenamiento basado en IP y tráfico de invitados, solo el tráfico de invitados y del dominio de control se equilibra la carga. El dominio de control es esencialmente una máquina virtual, por lo que utiliza una NIC como los demás invitados. XenServer equilibra el tráfico del dominio de control de la misma manera que equilibra el tráfico de VM.

Equilibrio de tráfico

XenServer equilibra el tráfico entre las NIC utilizando la dirección MAC de origen del paquete. Dado que para el tráfico de administración solo hay una dirección MAC de origen presente, el modo activo-activo solo puede usar una NIC y el tráfico no se equilibra. El equilibrio de tráfico se basa en dos factores:

• La máquina virtual y su VIF asociado que envía o recibe el tráfico

• La cantidad de datos (en kilobytes) que se envían.

XenServer evalúa la cantidad de datos (en kilobytes) que cada NIC envía y recibe. Si la cantidad de datos enviados a través de una NIC excede la cantidad de datos enviados a través de la otra NIC, XenServer reequilibra qué VIF utilizan qué NIC. Se transfiere la carga completa del VIF. La carga de un VIF nunca se divide entre dos NIC.

Aunque el enlace de NIC activo-activo puede proporcionar equilibrio de carga para el tráfico de varias máquinas virtuales, no puede proporcionar a una sola máquina virtual el rendimiento de dos NIC. Cualquier VIF dado solo usa uno de los enlaces en un enlace a la vez. Como XenServer reequilibra periódicamente el tráfico, los VIF no se asignan permanentemente a una NIC específica en el enlace.

El modo activo-activo a veces se describe como enlace de equilibrio de carga de origen (SLB), ya que XenServer utiliza SLB para compartir la carga entre las interfaces de red enlazadas. SLB se deriva del modo de equilibrio de carga adaptativo (ALB) de código abierto y reutiliza la funcionalidad de ALB para reequilibrar la carga entre las NIC de forma dinámica.

Al reequilibrar, se realiza un seguimiento del número de bytes que pasan por cada interfaz secundaria durante un período determinado. Si un paquete que se va a enviar contiene una nueva dirección MAC de origen, se asigna a la interfaz secundaria con la menor utilización. El tráfico se reequilibra a intervalos regulares.

Cada dirección MAC tiene una carga correspondiente y XenServer puede cambiar cargas completas entre NICs dependiendo de la cantidad de datos que una VM envía y recibe. Para el tráfico activo-activo, todo el tráfico de una VM solo puede enviarse a través de una NIC.

Nota:

El enlace activo-activo no requiere compatibilidad del conmutador para EtherChannel o 802.3ad (LACP).

Enlace activo-pasivo

Un enlace activo-pasivo enruta el tráfico a través de una sola de las NIC. Si la NIC activa pierde la conectividad de red, el tráfico conmuta por error a la otra NIC del enlace. Los enlaces activo-pasivo enrutan el tráfico a través de la NIC activa. El tráfico se desplaza a la NIC pasiva si la NIC activa falla.

El enlace activo-pasivo está disponible en el puente de Linux y en la pila de red vSwitch. Cuando se usa con el puente de Linux, se pueden enlazar dos NIC. Cuando se usa con el vSwitch, solo se pueden enlazar dos, tres o cuatro NIC. Sin embargo, independientemente del tipo de tráfico, cuando se enlazan NIC en modo activo-pasivo, solo un enlace está activo y no hay equilibrio de carga entre los enlaces.

La siguiente ilustración muestra dos NIC enlazadas configuradas en modo activo-pasivo.

El modo activo-activo es la configuración de unión predeterminada en XenServer. Si está configurando uniones mediante la CLI, debe especificar un parámetro para el modo activo-pasivo. De lo contrario, se crea una unión activo-activo. No es necesario configurar el modo activo-pasivo porque una red transporta tráfico de administración o tráfico de almacenamiento.

El modo activo-pasivo puede ser una buena opción para la resiliencia, ya que ofrece varios beneficios. Con las uniones activo-pasivo, el tráfico no se mueve entre las NIC. Del mismo modo, la unión activo-pasivo le permite configurar dos conmutadores para redundancia, pero no requiere apilamiento. Si el conmutador de administración falla, los conmutadores apilados pueden ser un único punto de fallo.

El modo activo-pasivo no requiere compatibilidad del conmutador con EtherChannel o 802.3ad (LACP).

Considere configurar el modo activo-pasivo en situaciones en las que no necesite equilibrio de carga o cuando solo tenga la intención de enviar tráfico en una NIC.

Importante:

Después de haber creado VIF o si su grupo está en producción, tenga cuidado al cambiar o crear uniones.

Unión LACP (Link Aggregation Control Protocol)

LACP (Link Aggregation Control Protocol) es un tipo de unión que agrupa un conjunto de puertos y los trata como un único canal lógico. La unión LACP proporciona conmutación por error y puede aumentar la cantidad total de ancho de banda disponible.

A diferencia de otros modos de unión, la unión LACP requiere configurar ambos lados de los enlaces: crear una unión en el host y crear un Grupo de Agregación de Enlaces (LAG) para cada unión en el conmutador. Consulte Configuración del conmutador para uniones LACP. Debe configurar el vSwitch como la pila de red para usar la unión LACP. Además, sus conmutadores deben ser compatibles con el estándar IEEE 802.3ad.

Una comparación entre la unión SLB activo-activo y la unión LACP:

Unión SLB activo-activo

Ventajas:

• Se puede utilizar con cualquier conmutador de la Lista de compatibilidad de hardware.
• No requiere conmutadores que admitan apilamiento.
• Admite cuatro NIC.

Consideraciones:

• El equilibrio de carga óptimo requiere al menos una NIC por VIF.
• El tráfico de almacenamiento o de gestión no se puede dividir en varias NIC.
• El equilibrio de carga solo se produce si hay varias direcciones MAC presentes.

Agregación de enlaces LACP

Ventajas:

• Todos los enlaces pueden estar activos independientemente del tipo de tráfico.
• El equilibrio de tráfico no depende de las direcciones MAC de origen, por lo que todos los tipos de tráfico pueden equilibrarse.

Consideraciones:

• Los conmutadores deben ser compatibles con el estándar IEEE 802.3ad.
• Requiere configuración en el lado del conmutador.
• Solo es compatible con el vSwitch.
• Requiere un único conmutador o un conmutador apilado.

Equilibrio de tráfico

XenServer admite dos tipos de hash de agregación de enlaces LACP. El término hash describe cómo las NIC y el conmutador distribuyen el tráfico: (1) equilibrio de carga basado en la IP y el puerto de las direcciones de origen y destino, y (2) equilibrio de carga basado en la dirección MAC de origen.

Dependiendo del tipo de hash y del patrón de tráfico, la agregación de enlaces LACP puede distribuir el tráfico de manera más uniforme que la agregación de NIC activa-activa.

Nota:

La configuración del tráfico saliente y entrante se realiza por separado en el host y en el conmutador: la configuración no tiene por qué coincidir en ambos lados.

Equilibrio de carga basado en la IP y el puerto de las direcciones de origen y destino.

Este tipo de hash es el algoritmo de hash predeterminado de la agregación de enlaces LACP. Si hay una variación en los números de IP o puerto de origen o destino, el tráfico de un invitado se puede distribuir a través de dos enlaces.

Si una máquina virtual ejecuta varias aplicaciones que utilizan diferentes números de IP o puerto, este tipo de hash distribuye el tráfico a través de varios enlaces. La distribución del tráfico le da al invitado la posibilidad de utilizar el rendimiento agregado. Este tipo de hash permite que un invitado utilice el rendimiento total de varias NIC.

Como se muestra en la siguiente ilustración, este tipo de hash puede distribuir el tráfico de dos aplicaciones diferentes en una máquina virtual a dos NIC diferentes.

Configurar la agregación de enlaces LACP basada en la IP y el puerto de la dirección de origen y destino es beneficioso cuando se desea equilibrar el tráfico de dos aplicaciones diferentes en la misma VM. Por ejemplo, cuando solo una máquina virtual está configurada para usar una agregación de tres NIC.

El algoritmo de equilibrio para este tipo de hash utiliza cinco factores para distribuir el tráfico entre las NIC: la dirección IP de origen, el número de puerto de origen, la dirección IP de destino, el número de puerto de destino y la dirección MAC de origen.

Equilibrio de carga basado en la dirección MAC de origen.

Este tipo de equilibrio de carga funciona bien cuando hay varias máquinas virtuales en el mismo host. El tráfico se equilibra en función de la dirección MAC virtual de la VM de la que se originó el tráfico. XenServer envía el tráfico saliente utilizando el mismo algoritmo que en la agregación activa-activa. El tráfico procedente del mismo invitado no se divide entre varias NIC. Como resultado, este tipo de hash no es adecuado si hay menos VIF que NIC: el equilibrio de carga no es óptimo porque el tráfico no se puede dividir entre las NIC.

Configuración del conmutador

Según sus requisitos de redundancia, puede conectar las NIC del enlace a conmutadores apilados iguales o separados. Si conecta una de las NIC a un segundo conmutador redundante y una NIC o conmutador falla, el tráfico se conmuta por error a la otra NIC. La adición de un segundo conmutador evita un único punto de fallo en su configuración de las siguientes maneras:

• Cuando conecta uno de los enlaces de una interfaz de administración enlazada a un segundo conmutador, si el conmutador falla, la red de administración permanece en línea y los hosts pueden seguir comunicándose entre sí.

• Si conecta un enlace (para cualquier tipo de tráfico) a un segundo conmutador y la NIC o el conmutador falla, las máquinas virtuales permanecen en la red, ya que su tráfico se conmuta por error a la otra NIC/conmutador.

Utilice conmutadores apilados cuando desee conectar NIC enlazadas a varios conmutadores y haya configurado el modo de enlace LACP. El término ‘conmutadores apilados’ se utiliza para describir la configuración de varios conmutadores físicos para que funcionen como un único conmutador lógico. Debe unir los conmutadores físicamente y a través del software de administración de conmutadores para que los conmutadores funcionen como una única unidad de conmutación lógica, según las directrices del fabricante del conmutador. Normalmente, el apilamiento de conmutadores solo está disponible a través de extensiones propietarias y los proveedores de conmutadores pueden comercializar esta funcionalidad con diferentes términos.

Nota:

Si experimenta problemas con enlaces activo-activo, el uso de conmutadores apilados puede ser necesario. Los enlaces activo-pasivo no requieren conmutadores apilados.

Configuración del conmutador para enlaces LACP

Dado que los detalles específicos de la configuración del conmutador varían según el fabricante, hay algunos puntos clave que debe recordar al configurar conmutadores para su uso con enlaces LACP:

• El conmutador debe ser compatible con LACP y el estándar IEEE 802.3ad.

• Cuando cree el grupo LAG en el conmutador, debe crear un grupo LAG para cada enlace LACP en el host. Por ejemplo, si tiene un grupo de cinco hosts y creó un enlace LACP en las NIC 4 y 5 de cada host, debe crear cinco grupos LAG en el conmutador. Un grupo para cada conjunto de puertos que se correspondan con las NIC del host.

  Es posible que también deba agregar su ID de VLAN a su grupo LAG.

• Los enlaces LACP de XenServer requieren que la configuración del modo estático en el grupo LAG esté establecida en Deshabilitado.

Como se mencionó anteriormente en Configuración del conmutador, se requieren conmutadores de apilamiento para conectar enlaces LACP a varios conmutadores.

Configuración de red inicial después de la instalación

La configuración de red del host XenServer se especifica durante la instalación inicial del host. Opciones como la configuración de la dirección IP (DHCP/estática), la NIC utilizada como interfaz de administración y el nombre de host se establecen en función de los valores proporcionados durante la instalación.

Cuando un host tiene varias NIC, la configuración presente después de la instalación depende de qué NIC se seleccione para las operaciones de administración durante la instalación:

• Se crean PIF para cada NIC en el host

• El PIF de la NIC seleccionada para su uso como interfaz de administración se configura con las opciones de direccionamiento IP especificadas durante la instalación

• Se crea una red para cada PIF (“red 0”, “red 1”, y así sucesivamente)

• Cada red está conectada a un PIF

• Las opciones de direccionamiento IP se dejan sin configurar para todos los PIF, excepto el PIF utilizado como interfaz de administración

Cuando un host tiene una sola NIC, la siguiente configuración está presente después de la instalación:

• Se crea un único PIF correspondiente a la única NIC del host

• El PIF se configura con las opciones de direccionamiento IP especificadas durante la instalación y para permitir la administración del host

• El PIF se configura para su uso en operaciones de administración del host

• Se crea una única red, red 0

• La red 0 está conectada al PIF para permitir la conectividad externa a las VM

Cuando se realiza una instalación de XenServer en una red VLAN etiquetada, la siguiente configuración está presente después de la instalación:

• Se crean PIF para cada NIC en el host

• El PIF para la VLAN etiquetada en la NIC seleccionada para su uso como interfaz de administración se configura con la configuración de dirección IP especificada durante la instalación.

• Se crea una red para cada PIF (por ejemplo: red 1, red 2, etc.). Se crea una red VLAN adicional (por ejemplo, para la red de todo el pool asociada con eth0 en VLAN<TAG>).

• Cada red está conectada a un PIF. El PIF de VLAN se configura para su uso en operaciones de administración del host.

En ambos casos, la configuración de red resultante permite la conexión al host XenServer mediante XenCenter, la CLI xe y cualquier otro software de administración que se ejecute en máquinas separadas a través de la dirección IP de la interfaz de administración. La configuración también proporciona redes externas para las máquinas virtuales creadas en el host.

El PIF utilizado para las operaciones de administración es el único PIF configurado con una dirección IP durante la instalación de XenServer. La red externa para las máquinas virtuales se logra mediante la interconexión de PIF a VIF utilizando el objeto de red que actúa como un conmutador Ethernet virtual.

Los pasos necesarios para las funciones de red como VLAN, enlaces NIC y la dedicación de una NIC al tráfico de almacenamiento se tratan en las secciones siguientes.

Cambio de la configuración de red

Puede cambiar su configuración de red modificando el objeto de red. Para ello, ejecute un comando que afecte al objeto de red o al VIF.

Modificación del objeto de red

Puede cambiar aspectos de una red, como el tamaño de trama (MTU), la etiqueta de nombre, la descripción de nombre, el propósito y otros valores. Utilice el comando xe network-param-set y sus parámetros asociados para cambiar los valores.

Cuando ejecuta el comando xe network-param-set, el único parámetro requerido es uuid.

Los parámetros opcionales incluyen:

• default_locking_mode. Consulte Simplificación de la configuración del modo de bloqueo de VIF en la nube.

• name-label

• name-description

• MTU

• purpose. Consulte Adición de un propósito a una red.

• other-config

Si no se proporciona un valor para un parámetro, este se establece en un valor nulo. Para establecer un par (clave, valor) en un parámetro de mapa, utilice la sintaxis map-param:key=value.

Cambio del retardo de activación para enlaces

El enlace se configura con un retardo de activación de 31 000 ms de forma predeterminada para evitar que el tráfico se reequilibre en una NIC después de que falle. Aunque parezca largo, el retardo de activación es importante para todos los modos de enlace y no solo para el activo-activo.

Sin embargo, si comprende la configuración adecuada para su entorno, puede cambiar el retardo de activación para los enlaces siguiendo el procedimiento que se describe a continuación.

Establezca el retardo de activación en milisegundos:

xe pif-param-set uuid=<uuid of bond interface PIF> other-config:bond-updelay=<delay in ms>
<!--NeedCopy-->

Para que el cambio surta efecto, debe desconectar y volver a conectar la interfaz física:

xe pif-unplug uuid=<uuid of bond interface PIF>
<!--NeedCopy-->

xe pif-plug uuid=<uuid of bond interface PIF>
<!--NeedCopy-->