Características de la interfaz PCI y VLAN

En la siguiente lista se detallan las características de las interfaces PCI y VLAN.

• Puede crear un máximo de 8 interfaces PCI en un servidor nativo. Para añadir o eliminar interfaces PCI, el servidor nativo debe estar en estado DETENIDO.

• El número máximo de interfaces de red por servidor físico (tanto PCI como VLAN) es de 25. Sin embargo, puede crear hasta 128 utilizando la CLI o la API, pero hacerlo puede afectar al rendimiento de vMotion. Se recomienda utilizar NSX-T para entornos que requieran un gran número de interfaces de red.

• Puede conectar grupos de seguridad a interfaces PCI y VLAN para manejar el tráfico entrante y saliente de la interfaz de red. La interfaz VLAN mantiene sus propias reglas de grupo de seguridad, que pueden ser diferentes de las reglas de la interfaz PCI asociada.

• Todas las interfaces de red están respaldadas por dos puertos físicos redundantes que se encuentran en el conmutador TOR (parte superior del bastidor). IBM Cloud® gestiona la agregación, por lo que no es necesario crear varias interfaces PCI para la redundancia.

• Si lo desea, puede establecer interfaces VLAN en "floatable" para admitir la función vMotion entre los servidores nativos en una red compatible con VMware.

• Puede asociar más de una IP flotante con una interfaz de red. El hecho de tener varias IP flotantes permite que el centro de datos NSX-T de VMware asigne IP flotantes a las máquinas virtuales de VMware.

• Puede identificar la interfaz PCI de destino en vSphere a través de su dirección MAC. Puede recuperar la dirección MAC para la interfaz PCI a través de la interfaz de usuario, la CLI o la API.

Limitaciones de las interfaces de red

1. Las interfaces VLAN con distintos ID de VLAND se pueden colocar dentro de distintas subredes. Sin embargo, debe asociar las interfaces VLAN con el mismo ID de VLAN dentro de la misma subred.

   Por ejemplo, puedes crear varias interfaces VLAN con el ID de VLAN « 111 » en « subnet A ». Sin embargo, si crea interfaces VLAN con el ID de VLAN 111 dentro de subnet A y dentro de subnet B, las dos interfaces de red no pueden funcionar como se esperaba.

   Debe diseñar la red correctamente antes de crear las interfaces de red. Una buena práctica es establecer una topología de red de correlación uno a uno entre un ID de VLAN y una subred.

2. En un entorno « VMware », el tráfico entre interfaces de red VLAN que tienen el mismo ID de VLAN y se encuentran en el mismo servidor físico suele ser conmutado por el conmutador de red estándar ( vSwitch ) del servidor y nunca llega a la red VPC.

   Por ejemplo, en un host de servidor nativo, el vSwitch estándar predeterminado es vSwitch0. Puede crear un grupo de puertos con el ID de VLAN 111 y añadirlo a vSwitch0. El tráfico entre las interfaces de red conectadas al grupo de puertos 111 está controlado por vSwitch0.

   Este valor tiene la consecuencia siguiente:

   • Las reglas de grupo de seguridad que controlan el tráfico entre las interfaces de red del grupo de puertos 111 no se aplican. Si necesita reglas del grupo de seguridad, debe utilizar varios ID de VLAN independientes para las interfaces VLAN.

3. En una topología de VSwitch distribuido, para habilitar vMotion en un grupo de puertos específico, debe asegurarse de que el ID de VLAN de este grupo de puertos esté incluido en la lista de elementos permitidos de VLAN de todos los servidores nativos.

   Por ejemplo, en una topología distribuida de vSwitch con dos servidores nativos, la interfaz PCI de "bare-metal-server-1" tiene una lista de elementos permitidos de VLAN de [111, 222, 333] y la interfaz PCI de "bare-metal-server-2" tiene una lista de elementos permitidos de VLAN de [333, 444, 555]. Solo las máquinas virtuales con el ID de VLAN 333 pueden migrar entre los dos servidores a través de vMotion.

   Las interfaces PCI no tienen que estar en la misma subred.

4. Un servidor nativo solo puede tener un enlace ascendente, que se establece en un vSwitch estándar o un vSwitch distribuido. De lo contrario, es posible que la red no funcione correctamente.

Topología de red de VSphere de ejemplo

Para crear una topología sencilla, sigue estos pasos:

1. En cada servidor «bare metal», comprueba que hayas realizado las siguientes acciones.

   • Crear una interfaz PCI y asegurarse de que el ID de VLAN 777 está incluido en la lista de elementos permitidos de VLAN de la interfaz PCI.

   • Crear al menos una interfaz VLAN con el ID de VLAN especificado en 777.

   • Registrar la dirección MAC y la dirección IP de las nuevas interfaces de red.

2. En el cliente de vSphere, compruebe que ha realizado las acciones siguientes.

   • Habilitar vMotion en el adaptador VMkernel "vmk0" de los 2 hosts ESXi.

   • Crear un vSwitch distribuido y añadir los dos hosts ESXi al vSwitch distribuido.

   • Identificar las interfaces PCI que ha creado en la lista de vmnic (por dirección MAC).

   • Establecer los vmnics identificados como los enlaces ascendentes de los hosts. En este ejemplo, los vmnics identificados se denominan "vmnic3".

   • Crear un grupo de puertos distribuidos ("DPortGroup") y establecer el ID de VLAN en 777.

   • Crear un servidor y establecer su dirección IP en la IP de la interfaz VLAN (ID de VLAN 777) que se ha creado anteriormente.

Ahora puede migrar la VM utilizando vMotion.

La interfaz de VLAN que utiliza la máquina virtual se migra al host de destino.

Se pueden configurar topologías de red más complicadas que las del ejemplo, lo que queda fuera del alcance de esta información. Para obtener más información, consulte la documentación de VMware vSphere.

Sugerencias de configuración para interfaces de red de VMware vSphere

1. Si tiene previsto utilizar vMotion para mover una máquina virtual entre servidores nativos, debe establecer las interfaces VLAN con el ID de VLAN de destino en floatable en los servidores nativos.

   No se puede cambiar esta configuración después de crear la interfaz VLAN.

2. Un servidor nativo puede tener varios vSwitch estándar. El servidor nativo también se puede añadir a diferentes vSwitch distribuidos. Antes de crear un nuevo vSwitch estándar o de añadir un servidor nativo a un vSwitch distribuido, asegúrese de que el servidor nativo tenga, al menos, una interfaz PCI disponible.

NAT de infraestructura y suplantación de IP

Activar la conversión de direcciones de red de infraestructura permite a la infraestructura de VPC realizar cualquier operación NAT necesaria. Si la conversión de direcciones de red de infraestructura está desactivada, el paquete pasa sin modificaciones hacia la interfaz de red y desde ella, lo que permite que la carga de trabajo realice operaciones de conversión de direcciones de red. El valor predeterminado es on. Debes tener el rol IAM de «Operador de red avanzado» para modificar esta configuración. La opción «Permitir suplantación de IP» debe desactivarse si la opción « Enable infrastructure NAT » está desactivada.

Varias IP flotantes

Para asociar varias direcciones IP flotantes a una interfaz de red, asegúrate de que las opciones «Permitir suplantación de IP» y «Habilitar NAT de infraestructura» estén desactivadas en la interfaz de red. Para obtener más información, consulte Asociación de IP flotantes con una interfaz de red.

IP virtual (VIP)

Un VIP se utiliza para moverse entre interfaces a fin de lograr una alta disponibilidad. Normalmente, dos interfaces pertenecen a dos servidores. Cada interfaz tiene una IP primaria y la VIP se configura como una IP secundaria que puede flotar entre los servidores para la alta disponibilidad activa-pasiva. Para obtener más información sobre cómo crear una VIP, consulte Creación de una IP virtual(VIP).