Cableado de la red
Revise la siguiente información para comprender cómo cablear los dispositivos ThinkAgile VX a la red.
| Tipo de red | Obligatorio/opcional | Desde | Hasta |
Red de gestión en banda:
| 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:
| 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 |
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 la utilidad de implementador, así como para el software de administración xClarity Integrator (LXCI), xClarity Administrator (LXCA), etc.
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.
En vSwitches distribuidos
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.
