Cableado de la red

Revise la siguiente información para comprender cómo cablear los dispositivos ThinkAgile VX a la red.

Diseño de red lógica para el despliegue

• Figura 1 muestra la arquitectura de red lógica para los distintos componentes del despliegue del clúster vSAN.

• Figura 3 muestra detalles sobre el cableado físico.

Nota

Cuando las redes XCC están en la misma red que ESXi, la interfaz XCC debe conectarse directamente a la red ESXi.

VX Deployer Appliance es una máquina virtual que se puede ejecutar en el hipervisor de VMware vSphere ESXi. En el diagrama, el Management ESXi host es un sistema designado en el que se ejecutan varios dispositivos de gestión, lo que incluye Lenovo xClarity y vCenter Server Appliance (VCSA).

En un dispositivo ThinkAgile VX precargado, el dispositivo virtual VX Deployer está precargado en el dispositivo VX. En este caso, Deployer se ejecutará en uno de los dispositivos VX y el despliegue del clúster se realizará desde allí.

Figura 1. Diseño de red lógica: perspectiva de cableado de clúster. Desde la perspectiva del cableado del clúster, el sistema en el que se ejecuta VX Deployer debe estar cableado para las redes de administración de ESXi y de administración de XCC, como se muestra en este diagrama.

Figura 2 muestra la arquitectura de red lógica desde la perspectiva de las operaciones de clúster:

• Cada servidor VX tiene conexiones dedicadas a los puertos Ethernet de 10 Gbps incorporados que se utilizan para la administración en banda (administración de ESXi, vCenter, etc.).

• Las interfaces de XClarity Controller (XCC) tienen conexiones dedicadas para el acceso de administración fuera de banda.

• El dispositivo virtual VX Deployer necesita acceso a las redes de administración de ESXi y administración de XCC a través de los conmutadores virtuales. Por lo tanto, los grupos de puertos respectivos en el conmutador deben ser configurados.

Figura 2. Arquitectura de red lógica para operaciones de despliegue de clúster

Cableado de red física

Figura 3 muestra cómo cablear físicamente los dispositivos ThinkAgile VX a la red.

Nota

En Figura 3, los respectivos ID de VLAN de red que se muestran son solo ejemplos. Usted puede definir sus propios ID del VLAN en los conmutadores para los diversos tipos de tráfico.

Figura 3. Cableado de red física para el despliegue de clústeres de VX

Tabla 1. Diagrama de cableado de red

Tipo de red	Obligatorio/opcional	Desde	Hasta
Red de gestión en banda: Comunicación con hosts ESXi Comunicación entre vCenter Server Appliance y los hosts ESXi Tráfico de almacenamiento de vSAN Tráfico de vMotion (migración de máquinas virtuales) Tráfico de almacenamiento iSCSI (si está presente)	Obligatorio	Puerto 0 en NIC	Conmutador de datos de 10 Gbps n.° 1
	Obligatorio	Puerto 1 en NIC	Conmutador de datos de 10 Gbps n.° 2
	Opcional	Puerto 2 en NIC	Conmutador de datos de 10 Gbps n.° 1
	Opcional	Puerto 3 en NIC	Conmutador de datos de 10 Gbps n.° 2
Red de gestión fuera de banda: Detección inicial de servidores en la red a través del protocolo SLP Control de energía del servidor Gestión de LED Inventario Eventos y alertas Registros de BMC Actualizaciones de firmware Aprovisionamiento de SO mediante montaje remoto de medios	Obligatorio	Conector de red BMC	Conmutador de gestión de 1 Gb/s
Datos o red de usuarios	Obligatorio	Conmutador de datos de 10 Gbps n.° 1 y 2	Red externa

Nota

• En red fuera de banda

  • La red de gestión fuera de banda no necesita estar en una red física dedicada. Se puede incluir como parte de una red de gestión más grande.

  • ThinkAgile VX Deployer, Lenovo XClarity Integrator (LXCI) deben poder acceder a esta red para comunicarse con los módulos XCC.

  • Durante el despliegue inicial del clúster y las operaciones posteriores, las interfaces XCC deben ser accesibles a través de esta red para VX Deployer, así como para el software de administración xClarity Integrator (LXCI), xClarity Administrator (LXCA), etc.

  • Si se usa una VLAN para la red fuera de banda, la VLAN nativa se debe configurar en los conmutadores físicos para los puertos de red ESXi fuera de banda.

• En red en banda

  • Si se usa una VLAN para la red en banda, la VLAN nativa se debe configurar en los conmutadores físicos para los puertos de red ESXi en banda.

  • Se debe configurar una unidad de transmisión máxima (MTU) de 9000 en los conmutadores físicos para los puertos de red ESXi en banda.

• En redundancia de red

  • Modo de redundancia activo-espera:

    Cuando solamente 2 puertos (puertos 0 a 1) están conectados con los 2 switches superiores del bastidor, usted puede configurar al modo de redundancia como modo activo-espera. Si se produce un error en la conexión principal o se produce un error en el conmutador principal, la conexión conmuta por error.

  • Modo de redundancia activo-activo:

    Cuando solamente 4 puertos (puertos 0 a 3) están conectados con los 2 switches superiores del bastidor, usted puede configurar al modo de redundancia como modo activo-activo. Si se produce un error en una conexión, las otras conexiones siguen activas. Además, las cargas se equilibran a través de los puertos.

  • Opcionalmente, algunos conmutadores también pueden admitir el protocolo de agregación de enlaces virtuales (vLAG) o equivalente, que conecta los dos conmutadores de la parte superior del bastidor a través de vínculos dedicados y hace que los conmutadores aparezcan como un único conmutador lógico a los hosts de nivel inferior. En este caso, las dos conexiones que van a los conmutadores del host se pueden configurar como links activo-activo de modo que usted pueda conseguir el equilibrio de carga a través de los puertos así como un ancho de banda agregado de 20 Gb.

VSwitches distribuidos

VX Deployer creará vSwitches distribuidos al instalar el clúster de VX/vSAN.

Los vSwitches distribuidos forman esencialmente un conmutador lógico que abarca todos los hosts del clúster. Los puertos físicos de cada host se convierten en puertos de enlace ascendente lógicos en el vSwitch distribuido. A diferencia de un vSwitch estándar, los vSwitches distribuidos proporcionan opciones de configuración avanzadas, como la directiva de tráfico, la agregación de enlaces (LACP) y el modelado de tráfico.

El número de conmutadores distribuidos creados viene determinado por el número de puertos físicos de cada host que están conectados a los conmutadores de la parte superior del bastidor:

• Si solo se conectan dos puertos en cada host, se creará un único vSwitch distribuido para transportar todos los tipos de tráfico, incluida la administración de ESXi, vMotion, la máquina virtual interna, la administración de XCC, el tráfico de almacenamiento de vSAN y el tráfico de red externo.

• Si hay cuatro puertos conectados, se crearán dos vSwitches distribuidos. El tráfico de almacenamiento de vSAN se transportará en el segundo vSwitch distribuido.

Figura 4 muestra el diseño lógico de los vSwitches distribuidos que creará VX Deployer.

Figura 4. Configuración de vSwitch distribuida de vSAN