La duración del proceso de actualización de NSX depende del número de componentes de la infraestructura que se tienen que actualizar. Es importante comprender el estado operativo de los componente de NSX durante una actualización.
El proceso de actualización es el siguiente:
Clúster de NSX Edge > Hosts > Plano de administración.
A partir de NSX 4.0.1.1, dispondrá de la flexibilidad de cambiar el orden de actualización de los hosts y los clústeres de Edge. Podrá alternar entre grupos de hosts y los grupos de nodos de Edge durante la actualización. NSX Manager se actualizará solo después de que se hayan actualizado todas las instancias de Edge y todos los hosts.
Actualización del clúster de NSX Edge
Durante la actualización | Después de actualizar |
---|---|
|
|
Actualización de hosts
Durante la actualización | Después de actualizar |
---|---|
|
|
Limitaciones de la actualización local
Para hosts ESXi con la versión 7.0 y posteriores, cuando se actualiza desde NSX 3.2 o una versión posterior, la actualización local no se admite en los siguientes escenarios:
- Va a actualizar un clúster habilitado para vLCM.
- Hay más de 1000 vNIC configurados en el host ESXi y las vNIC de la máquina virtual están conectadas a un solo VDS. Si el host tiene varias VDS para NSX, este límite de vNIC será por cada VDS.
- Las reglas de firewall de capa 7 o las reglas de firewall de identidad están habilitadas.
- Se ha configurado la inserción de servicios para redirigir el tráfico de norte a sur o el tráfico de este a oeste. Consulte Seguridad en la Guía de administración de NSX para obtener información sobre cómo desinstalar la inserción de servicios.
- Hay una captura de paquetes basada en VProbe en curso.
- El servicio nsx-cfgagent no se está ejecutando en el host.
- Las funciones IDS/IPS o Prevención de malware distribuido están habilitadas para el entorno de NSX.
Para los hosts ESXi con versiones anteriores a 7.0, no se admite la actualización local de un host en los siguientes escenarios:
- Va a actualizar un clúster habilitado para vLCM.
- Se configuró más de un conmutador N-VDS en el host.
- Hay más de 1000 vNIC configurados en el host ESXi y las vNIC de la máquina virtual están conectadas a un solo VDS. Si el host tiene varias VDS para NSX, este límite de vNIC será por cada VDS.
- ENS está configurado en el conmutador N-VDS del host.
- Se ha configurado una vSAN (con LACP) en el conmutador N-VDS del host.
- Las reglas de firewall de capa 7 o las reglas de firewall de identidad están habilitadas.
- La interfaz de VMkernel está configurada en la red superpuesta.
- Se ha configurado la inserción de servicios para redirigir el tráfico de norte a sur o el tráfico de este a oeste. Consulte Seguridad en la Guía de administración de NSX para obtener información sobre cómo desinstalar la inserción de servicios.
- Hay una captura de paquetes basada en VProbe en curso.
- Las funciones IDS/IPS o Prevención de malware distribuido están habilitadas para el entorno de NSX.
- La actualización local de NSX no comprueba el estado de vSAN. La ausencia de comprobación significa que, en caso de que se produzca un error, es posible que experimente una infracción de FTT de vSAN o la pérdida de datos.
- Al actualizar a NSX 4.1.0 mediante una actualización local, se recomienda realizar una actualización en serie dentro del clúster.
- Al actualizar a NSX 4.1.1 o versiones posteriores mediante una actualización local, será obligatorio realizar una actualización en serie dentro del clúster.
Actualización del plano de administración
Durante la actualización | Después de actualizar |
---|---|
Al actualizar desde NSX 3.2 o 3.2.0.1:
|
|