layout: doc description: Understand the concepts involved in XenServer networking, including networks, VLANs, and NIC bonds.—
En esta sección se proporciona información general sobre las redes de XenServer, incluidas las redes, las VLAN y los enlaces NIC. También se explica cómo administrar la configuración de red y solucionar problemas.
Importante:
vSwitch es la pila de red predeterminada de XenServer. Siga las instrucciones en redes vSwitch para configurar la pila de redes de Linux.
Si ya está familiarizado con los conceptos de redes de XenServer, puede pasar directamente a Administrar redes para obtener información sobre las siguientes secciones:
Cree redes para hosts XenServer independientes
Cree redes para los hosts de XenServer que estén configurados en un grupo de recursos
Cree VLAN para los hosts de XenServer, independientes o como parte de un grupo de recursos
Cree vínculos para hosts XenServer independientes
Cree enlaces para los hosts de XenServer que estén configurados en un grupo de recursos
Nota:
El término “interfaz de administración” se usa 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.
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 máquina virtual.
Nota:
XenServer proporciona una configuración y administración automatizadas de las NIC mediante la interfaz de línea de comandos (CLI) xe. No modifique los archivos de configuración de redes del host directamente.
Las redes vSwitch admiten el flujo abierto.
Admite directivas de seguridad específicas para controlar el flujo de tráfico enviado hacia y desde una VM.
Proporciona visibilidad detallada sobre el comportamiento y el rendimiento de todo el tráfico enviado en el entorno de red virtual.
Un vSwitch simplifica en gran medida la administración de TI en entornos de redes virtualizados. Toda la configuración y las estadísticas de VM permanecen vinculadas a la VM incluso cuando la VM migra de un host físico del grupo de recursos a otro.
Para determinar qué pila de redes está configurada, ejecute el siguiente comando:
xe host-list params=software-version
<!--NeedCopy-->
En el resultado del comando, busque network_backend. Cuando vSwitch se configura como la pila de red, la salida aparece de la siguiente manera:
network_backend: openvswitch
<!--NeedCopy-->
Cuando el puente de Linux se configura como la pila de red, la salida aparece de la siguiente manera:
network_backend: bridge
<!--NeedCopy-->
Para volver a la pila de red de Linux, ejecute el siguiente comando:
xe-switch-network-backend bridge
<!--NeedCopy-->
Reinicie el host después de ejecutar este comando.
En esta sección se describen los conceptos generales de las redes en el entorno XenServer.
XenServer crea una red para cada NIC física durante la instalación. Al añadir un host a un grupo, se fusionan las redes predeterminadas. Esto es para garantizar que todas las NIC físicas con el mismo nombre de dispositivo estén conectadas a la misma red.
Por lo general, agrega una red para crear una red interna, configurar una nueva VLAN con una NIC existente o crear un enlace NIC.
Puede configurar cuatro 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 vínculo 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 un solo servidor no están asociadas a una interfaz de red física. Las redes privadas de un solo servidor 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 secciones sobre información general que se aplica tanto a los hosts como a los grupos independientes, seguidas de información y procedimientos específicos para cada uno.
En esta sección se utilizan 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.
Una 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 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 vínculos NIC.
Cada host de 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 usar para proporcionar conectividad solo entre máquinas virtuales en un host de 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 las VIF y la PIF conectadas a la red, lo que permite la conectividad a los recursos disponibles a través de la NIC de la PIF.
Las VLAN, tal como se definen en el estándar IEEE 802.1Q, permiten que una sola red física admita varias redes lógicas. Los hosts XenServer admiten las VLAN de varias maneras.
Nota:
- Recomendamos no usar una SR de GFS2 con una VLAN debido a un problema conocido por el que no se pueden agregar ni quitar hosts en una agrupación en clústeres si la red del clúster está en una VLAN que no es de administración.
- Todas las configuraciones de VLAN compatibles se aplican por igual a grupos y hosts independientes, y a las configuraciones enlazadas y no enlazadas.
Los puertos de conmutación configurados como puertos troncales de VLAN 802.1Q se pueden usar con las funciones de VLAN de XenServer para conectar interfaces de red virtuales (VIF) invitadas a VLAN específicas. En este caso, el host de XenServer realiza las funciones de etiquetado y desetiquetado de la VLAN para el huésped, que desconoce ninguna configuración de VLAN.
Las VLAN de XenServer se representan mediante objetos PIF adicionales que representan las interfaces de VLAN correspondientes a una etiqueta de VLAN especificada. Puede conectar las redes de XenServer al PIF que representa la NIC física para ver todo el tráfico de la NIC. También puede conectar las 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 modo que solo vea el tráfico de VLAN nativa, adjuntándolo a la VLAN 0.
Si quiere que el invitado realice las funciones de etiquetado y desetiquetado de VLAN, el invitado debe conocer las VLAN. Al configurar la red para las máquinas virtuales, configure los puertos del conmutador como puertos troncales de VLAN, pero no cree VLAN para el host de XenServer. En su lugar, use VIF en una red normal que no sea VLAN.
La interfaz de administración se puede configurar en una VLAN mediante un puerto de switch configurado como puerto troncal o puerto de modo de acceso. Use la CLI de XenCenter o xe para configurar una VLAN y convertirla en la interfaz de administración. Para obtener más información, consulte Interfaz de administración.
Las NIC de almacenamiento dedicadas se pueden configurar para que usen puertos de modo de acceso o VLAN nativos 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 que usen 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.
Se puede configurar un solo puerto de conmutador con VLAN troncales y nativas, lo que permite utilizar una NIC de host para una interfaz de administración (en la VLAN nativa) y para conectar VIF invitados a identificadores de VLAN específicos.
Las tramas gigantes se pueden usar para optimizar el rendimiento del tráfico en redes de almacenamiento y redes de VM. Las tramas gigantes son tramas Ethernet que contienen más de 1500 bytes de carga útil. Los marcos Jumbo se utilizan normalmente para lograr un mejor rendimiento, reducir la carga en la memoria del bus del sistema y reducir la sobrecarga de la CPU.
Nota:
XenServer admite marcos gigantes solo cuando se usa vSwitch como pila de red en todos los hosts del grupo.
Tenga en cuenta lo siguiente cuando utilice tramas gigantes:
Las tramas gigantes se configuran a nivel de grupo
vSwitch debe configurarse como back-end de red en todos los hosts del grupo
Todos los dispositivos de la subred deben configurarse para usar tramas gigantes.
No se admite la habilitación de tramas gigantes en la red de administración
Para usar tramas gigantes, establezca la Unidad de transmisión máxima (MTU) en un valor entre 1500 y 9216. Puede usar XenCenter o la CLI xe para establecer la MTU.
Los bonos NIC, también conocidos como formación de equipos de NIC, mejoran la resiliencia y el ancho de banda del host XenServer al permitir a los administradores configurar dos o más NIC juntas. Los enlaces NIC funcionan lógicamente como una tarjeta de red y todas las NIC enlazadas comparten una dirección MAC.
Si falla una NIC del enlace, 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 unión activo-activo, activo-pasivo y LACP. La cantidad de NIC admitidas y el modo de enlace admitido varían según la pila de red:
La vinculación LACP solo está disponible para el vSwitch, mientras que el enlace activo-activo y el activo-pasivo están disponibles tanto para el vSwitch como para el puente Linux.
Cuando vSwitch es la pila de red, puede unir dos, tres o cuatro NIC.
Cuando el puente de Linux es la pila de red, solo puede unir dos NIC.
Todos los modos de enlace 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:
NIC (no de administración). Puede vincular las NIC que XenServer utiliza únicamente para el tráfico de máquinas virtuales. La vinculación de estas NIC no solo proporciona resiliencia, sino que también equilibra el tráfico de varias máquinas virtuales entre las NIC.
Interfaces de administración. Puede vincular una interfaz de administración a otra NIC para que la segunda NIC proporcione conmutación por error para el tráfico de administración. Si bien la configuración de un enlace de agregación de enlaces LACP proporciona un equilibrio de carga para el tráfico de administración, el enlace NIC activo-activo no lo hace. Puede crear una VLAN en las NIC enlazadas y la interfaz de administración del host se puede asignar a esa VLAN.
Interfaces secundarias. Puede unir NIC que haya configurado como interfaces secundarias (por ejemplo, para almacenamiento). Sin embargo, para la mayoría del almacenamiento de iniciadores de software iSCSI, recomendamos configurar las rutas múltiples en lugar de la unión de NIC, como se describe en 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 el tráfico iSCSI y NFS de forma colectiva.
Puede crear un enlace 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 enlazada.
En XenServer, un PIF adicional representa un bono NIC. Los enlaces NIC de XenServer incluyen por completo los dispositivos físicos subyacentes (PIF).
Notas:
- No se admite la creación de un enlace que contenga solo una NIC.
- Las NIC unidas pueden ser modelos diferentes entre sí.
- Los vínculos NIC no se admiten en NIC que transportan tráfico FCoE.
Siga estas prácticas recomendadas al configurar sus bonos de NIC:
Estas medidas aumentan la resiliencia frente a las fallas de software, hardware o alimentación que pueden afectar a los conmutadores de red.
Las NIC enlazadas tienen una dirección IP o ninguna dirección IP, de la siguiente manera:
Redes de administración y almacenamiento.
Si vincula una interfaz de administración o una interfaz secundaria, se asigna una sola dirección IP al vínculo. Es decir, cada NIC no tiene su propia dirección IP. XenServer trata las dos NIC como una conexión lógica.
Cuando los vínculos se utilizan para el tráfico que no es de VM, por ejemplo, para conectarse al almacenamiento de red compartido o a XenCenter para la administración, configure una dirección IP para el enlace. Sin embargo, si ya asignó una dirección IP a una de las NIC (es decir, creó una interfaz de administración o una interfaz secundaria), esa dirección IP se asigna a todo el enlace automáticamente.
Si vincula una interfaz de administración o una interfaz secundaria a una NIC sin una dirección IP, el enlace asume la dirección IP de la interfaz respectiva.
Si une una interfaz de administración de VLAN etiquetada y una interfaz secundaria, la VLAN de administración se crea en esa NIC enlazada.
Redes de máquinas virtuales. Cuando se utilizan NIC enlazadas 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 ninguna dirección IP en esta capa. Las direcciones IP de las máquinas virtuales se asocian a las VIF.
XenServer ofrece tres tipos diferentes de enlaces, todos los cuales se pueden configurar mediante la CLI o XenCenter:
Modo activo-activo, con tráfico de VM equilibrado entre las NIC conectadas. Consulte Enlace activo-activo.
Modo activo-pasivo, donde solo una NIC transporta tráfico de forma activa. 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 del protocolo de control de agregación de enlaces LACP.
Nota:
La unión se configura con un retardo de subida de 31.000 ms y un retardo de bajada de 200 ms. La demora de subida aparentemente larga es deliberada debido al tiempo que tardan algunos conmutadores en habilitar el puerto. Sin demora, cuando un enlace regresa después de fallar, el vínculo puede reequilibrar el tráfico hacia él antes de que el switch esté listo para pasar el tráfico. Para mover ambas conexiones a un conmutador diferente, mueva uno y espere 31 segundos a que se vuelva a utilizar antes de mover el otro. Para obtener información sobre cómo cambiar la demora, consulte Cambiar la demora de los vínculos.
XenServer proporciona el estado de los bonos en los registros de eventos de cada host. Si uno o más enlaces de un enlace fallan o se restauran, se anotan en el registro de eventos. Del mismo modo, puede consultar el estado de los vínculos de un vínculo mediante 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 bonos aproximadamente cada cinco segundos. Por lo tanto, si fallan más enlaces en el vínculo en la ventana de cinco segundos, el fallo no se registra hasta la siguiente verificación de estado.
Los registros de eventos de vinculación aparecen en la ficha Registros de XenCenter. Para los usuarios que no ejecutan XenCenter, los registros de eventos también aparecen en /var/log/xensource.log en cada host.
Activo-activo es una configuración activa/activa para el tráfico de invitados: ambas NIC pueden redirigir el tráfico de VM simultáneamente. Cuando los vínculos se utilizan para el tráfico de administración, solo una NIC en el enlace puede redirigir el tráfico: la otra NIC permanece sin usar y ofrece la conmutación por error. El modo activo-activo es el modo de enlace predeterminado cuando el puente de Linux o la pila de red vSwitch están habilitados.
Cuando se utiliza el enlace activo-activo con el puente de Linux, solo se pueden unir dos NIC. Al utilizar vSwitch como pila de red, puede unir dos, tres o cuatro NIC en modo activo-activo. Sin embargo, en el modo activo-activo, unir 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 usar las direcciones MAC virtuales del VIF para enviar tráfico a través de varios enlaces. En concreto:
Tráfico de VM. Siempre que habilite la vinculación en las NIC que transportan solo tráfico de VM (invitado), todos los enlaces están activos y la unión de NIC puede equilibrar el tráfico de VM distribuido en las NIC. El tráfico de una VIF individual nunca se divide entre NIC.
Tráfico de administración o almacenamiento. Solo uno de los enlaces (NIC) del enlace está activo y las demás NIC permanecen sin usar a menos que el tráfico se conmute por error. La configuración de una interfaz de administración o una interfaz secundaria en una red conectada proporciona resiliencia.
Tráfico mixto. Si la NIC enlazada lleva una mezcla de tráfico de almacenamiento basado en IP y tráfico de invitados, solo se equilibra la carga del tráfico de dominio de invitado y de control. El dominio de control es esencialmente una máquina virtual, por lo que utiliza una NIC como los demás huéspedes. XenServer equilibra el tráfico del dominio de control de la misma manera que equilibra el tráfico de máquinas virtuales.
XenServer equilibra el tráfico entre las NIC mediante la dirección MAC de origen del paquete. Como para el tráfico de administración, solo hay una dirección MAC de origen, el modo activo-activo solo puede usar una NIC y el tráfico no está equilibrado. El equilibrio del tráfico se basa en dos factores:
La máquina virtual y su VIF asociada envían o reciben el tráfico
La cantidad de datos (en kilobytes) que se envían.
XenServer evalúa la cantidad de datos (en kilobytes) que envía y recibe cada NIC. Si la cantidad de datos enviados a través de una NIC supera la cantidad de datos enviados a través de la otra NIC, XenServer reequilibra qué VIF utilizan qué NIC. Se transfiere toda la carga del VIF. La carga de una VIF nunca se divide entre dos NIC.
Si bien la vinculación NIC activa-activa puede proporcionar equilibrio de carga para el tráfico de varias VM, no puede proporcionar a una sola VM el rendimiento de dos NIC. Cualquier VIF dado solo usa uno de los enlaces de un vínculo a la vez. Como XenServer reequilibra el tráfico periódicamente, las VIF no se asignan permanentemente a una NIC específica del bono.
El modo activo-activo a veces se describe como enlace de equilibrio de carga de origen (SLB), ya que XenServer usa SLB para compartir la carga entre las interfaces de red enlazadas. SLB se deriva del modo de equilibrio de carga adaptable (ALB) de código abierto y reutiliza la funcionalidad de ALB para reequilibrar la carga en las NIC de forma dinámica.
Cuando se reequilibra, se realiza un seguimiento del número de bytes que pasan por cada secundario (interfaz) 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 desplazar cargas enteras entre NIC en función de la cantidad de datos que envíe y reciba una máquina virtual. Para el tráfico activo-activo, todo el tráfico de una máquina virtual se puede enviar en una sola NIC.
Nota:
El enlace activo-activo no requiere soporte de conmutador para EtherChannel o 802.3ad (LACP).
Un enlace activo-pasivo redirige el tráfico solo a través de una 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 redirigen el tráfico a través de la NIC activa. El tráfico cambia a la NIC pasiva si falla la NIC activa.
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, puede unir dos NIC juntas. Cuando se usa con vSwitch, solo puede unir dos, tres o cuatro NIC juntas. Sin embargo, independientemente del tipo de tráfico, cuando vincula 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 conectadas configuradas en modo activo-pasivo.
El modo activo-activo es la configuración de enlace predeterminada en XenServer. Si configura enlaces mediante la CLI, debe especificar un parámetro para el modo activo-pasivo. De lo contrario, se crea un enlace activo-activo. No necesita configurar el modo activo-pasivo porque una red transporta tráfico de administración o tráfico de almacenamiento.
Activo-pasivo puede ser una buena opción para la resiliencia, ya que ofrece varios beneficios. Con los vínculos activo-pasivo, el tráfico no se mueve entre las NIC. Del mismo modo, la vinculación activa-pasiva le permite configurar dos conmutadores para redundancia, pero no requiere apilamiento. Si el conmutador de administración muere, los conmutadores apilados pueden ser un punto único de falla.
El modo activo-pasivo no requiere soporte de conmutador para EtherChannel o 802.3ad (LACP).
Considere la posibilidad de configurar el modo activo-pasivo en situaciones en las que no necesite equilibrio de carga o cuando solo pretenda enviar tráfico en una NIC.
Importante:
Después de crear VIF o de que su agruación esté en producción, tenga cuidado al cambiar los vínculos o crear vínculos.
El protocolo de control de agregación de enlaces LACP es un tipo de enlace que agrupa un grupo de puertos y lo trata como un único canal lógico. La vinculación LACP proporciona conmutación por error y puede aumentar la cantidad total de ancho de banda disponible.
A diferencia de otros modos de vinculación, la vinculación LACP requiere configurar ambos lados de los enlaces: Crear un enlace en el host y crear un grupo de agregación de enlaces (LAG) para cada enlace en el switch. Consulte Configuración del switch para los vínculos LACP. Debe configurar el vSwitch como la pila de red para usar la vinculación LACP. Además, los conmutadores deben admitir el estándar IEEE 802.3ad.
Una comparación de la unión SLB activa-activa y la unión LACP:
Ventajas:
Consideraciones:
Ventajas:
Consideraciones:
XenServer admite dos tipos de hash de unión LACP. El término hash describe cómo las NIC y el conmutador distribuyen el tráfico: (1) el equilibrio de carga en función de la IP y el puerto de las direcciones de origen y destino y (2) el equilibrio de carga en función de la dirección MAC de origen.
Según el tipo de hash y el patrón de tráfico, la vinculación LACP puede distribuir el tráfico de manera más uniforme que la unión NIC activa-activa.
Nota:
Configure los ajustes para el tráfico saliente y entrante por separado en el host y el conmutador: la configuración no tiene que coincidir en ambos lados.
Equilibrio de carga basado en IP y puerto de direcciones de origen y destino.
Este tipo de hash es el algoritmo de hash de enlace LACP predeterminado. Si hay una variación en los números de puerto o IP de origen o destino, el tráfico de un invitado se puede distribuir en dos enlaces.
Si una máquina virtual ejecuta varias aplicaciones que utilizan diferentes direcciones IP o números de puerto, este tipo de hash distribuye el tráfico a través de varios enlaces. La distribución del tráfico ofrece al huésped la posibilidad de utilizar el rendimiento agregado. Este tipo de hash permite que un invitado utilice todo el rendimiento 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.
La configuración de la vinculación LACP en función de la IP y el puerto de la dirección de origen y destino es beneficiosa cuando se quiere equilibrar el tráfico de dos aplicaciones diferentes en la misma VM. Por ejemplo, cuando solo se configura una máquina virtual para usar un enlace de tres NIC.
El algoritmo de equilibrio para este tipo de hash utiliza cinco factores para distribuir el tráfico en 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 según 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 máquina virtual desde la que se originó el tráfico. XenServer envía el tráfico saliente mediante el mismo algoritmo que en la vinculación activo-activo. El tráfico procedente del mismo huésped no se divide en 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 NIC.
Según sus requisitos de redundancia, puede conectar las NIC en el enlace a los mismos conmutadores apilados o a conmutadores apilados separados. Si conecta una de las NIC a un segundo conmutador redundante y falla una NIC o un conmutador, el tráfico se conmuta por error a la otra NIC. La adición de un segundo conmutador evita un único punto de falla en su configuración de las siguientes maneras:
Cuando conecta uno de los enlaces en una interfaz de administración conectada 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 se produce un error en la NIC o el conmutador, las máquinas virtuales permanecen en la red mientras su tráfico conmuta por error a la otra NIC o conmutador.
Utilice conmutadores apilados cuando quiera conectar NIC conectadas 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. Por lo general, el apilamiento de conmutadores solo está disponible a través de extensiones propietarias y los proveedores de conmutadores pueden comercializar esta funcionalidad en términos diferentes
Nota:
Si tiene problemas con los vínculos activos-activos, puede ser necesario el uso de interruptores apilados. Los enlaces activo-pasivo no requieren interruptores apilados.
Debido a que los detalles específicos de la configuración del switch varían según el fabricante, hay algunos puntos clave que se deben recordar al configurar los switches para su uso con enlaces LACP:
El conmutador debe admitir LACP y el estándar IEEE 802.3ad.
Al crear 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 de LAG en el conmutador. Un grupo para cada conjunto de puertos correspondientes a 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 establecer el parámetro de modo estático en el grupo LAG en inhabilitado.
Como se mencionó anteriormente en Configuración de conmutadores, se requieren conmutadores de apilamiento para conectar enlaces LACP a varios conmutadores.
La configuración de red del host de XenServer se especifica durante la instalación inicial del host. Las opciones como la configuración de la dirección IP (DHCP/estática), la NIC utilizada como interfaz de administración y el nombre del host se configuran 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 la NIC que se seleccione para las operaciones de administración durante la instalación:
Los PIF se crean 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”, etc.)
Cada red está conectada a un PIF
Las opciones de direccionamiento IP se dejan sin configurar para todos los PIF que no sean el PIF utilizado como interfaz de administración.
Cuando un host tiene una sola NIC, se presenta la siguiente configuración después de la instalación:
Se crea un único PIF correspondiente a la NIC única 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 está configurado para su uso en operaciones de administración de host
Se crea una sola 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, se presenta la siguiente configuración después de la instalación:
Los PIF se crean para cada NIC en el host
El PIF de 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 grupo asociada con eth0 en VLAN<TAG>)
Cada red está conectada a un PIF. El PIF de VLAN está configurado para su uso en operaciones de administración de hosts
En ambos casos, la configuración de red resultante permite la conexión al host de XenServer mediante XenCenter, la CLI xe y cualquier otro software de administración que se ejecute en máquinas independientes 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 que se ha configurado con una dirección IP durante la instalación de XenServer. La red externa para las VM se logra mediante la conexión de PIF a VIF mediante el objeto de red que actúa como un conmutador Ethernet virtual.
Los pasos necesarios para las funciones de red, como VLAN, vínculos NIC y la dedicación de una NIC al tráfico de almacenamiento de información, se describen en las secciones siguientes.
Puede cambiar la configuración de red modificando el objeto de red. Para hacerlo, ejecute un comando que afecte al objeto de red o al VIF.
Puede cambiar aspectos de una red, como el tamaño de trama (MTU), la etiqueta de nombre, la descripción del nombre, el propósito y otros valores. Ejecute el comando network-param-set xe y sus parámetros asociados para cambiar los valores.
Al ejecutar el comando xe network-param-set, el único parámetro obligatorio 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 da un valor para un parámetro, el parámetro se establece en un valor nulo. Para establecer un par (clave, valor) en un parámetro de mapa, use la sintaxis map-param:key=value.
La vinculación se configura con una demora 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 falla. Aunque aparentemente es largo, el retardo de subida es importante para todos los modos de unión y no solo para activo-activo.
Sin embargo, si comprende la configuración adecuada para seleccionar para su entorno, puede cambiar la demora de los vínculos mediante el procedimiento que se indica a continuación.
Configure la demora 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-->