VMware Cloud on AWS realiza actualizaciones en los SDDC de forma periódica. Estas actualizaciones garantizan la entrega continua de nuevas funciones y correcciones de errores, y mantienen versiones de software coherentes en todo el conjunto de SDDC.

Las actualizaciones a versiones pares del software de SDDC, como las versiones 1.10 o 1.12 de VMC, se proporcionarán a todos los SDDC y son obligatorias. Las actualizaciones a versiones impares, como 1.11 o 1.13, están disponibles si las solicita. Si desea actualizar un SDDC a una versión impar, póngase en contacto con el representante de consecución del cliente, ventas o mercado potencial de VMware para solicitar una actualización. VMware evaluará la solicitud y tendrá en cuenta la necesidad de la empresa.

Cuando se aproxima la actualización de un SDDC, VMware le envía una notificación por correo electrónico. Por lo general, esto ocurre siete días antes de una actualización normal, y entre uno y dos días antes de una actualización de emergencia. Si se producen retrasos en las actualizaciones, el SDDC podría ejecutar una versión de software no compatible. Consulte Versiones compatibles de SDDC.

También se reciben notificaciones por correo electrónico cuando se inicia, se completa, se vuelve a programar o se cancela cada fase del proceso de actualización. Para asegurarse de recibir estas notificaciones, compruebe que donotreply@vmware.com se haya agregado a la lista de correos electrónicos permitidos.

Proceso de actualización de SDDC que usan NSX-T

En la imagen siguiente se muestra el proceso de actualización de SDDC con redes basadas en NSX-T.

En este diagrama se muestra un bloque con la etiqueta "Fase 1: Ventana de plano de control", que contiene los pasos Copia de seguridad, Actualizar pod, Actualizar POP, Actualizar instancias de NSX Edge, Actualizar vCenter y Actualizar HCX. A este bloque le siguen un periodo de espera y otro bloque con la etiqueta "Fase 2: Actualizaciones de hosts" (ESX y NSX), que contiene los pasos Copia de seguridad, Agregar host, Actualizaciones de hosts y Quitar host. A este bloque le siguen otro periodo de espera y un tercer bloque con la etiqueta "Fase 3: Ventana del dispositivo de NSX", que contiene los pasos Copia de seguridad y Actualizar dispositivos de NSX.

En la siguiente figura se muestra el impacto de la actualización en diferentes elementos de la infraestructura del SDDC.

Un diagrama que muestra el impacto de las diferentes fases de migración en la disponibilidad de distintos componentes de la infraestructura. En "Fase 1: Ventana del plano de control", el plano de control y la funcionalidad de migración no están disponibles. Las cargas de trabajo permanecen disponibles, excepto durante un periodo de inactividad de NSX Edge de 10 segundos durante la fase 1. En "Fase 2: Actualizaciones de hosts", no está disponible la funcionalidad de migración, pero sí lo están el plano de control y las cargas de trabajo. En "Fase 3: Ventana del dispositivo de NSX", no está disponible la migración, pero sí lo están el plano de control y las cargas de trabajo.
Importante: Durante las actualizaciones:
  • No realice migraciones de cargas de trabajo en caliente o en frío. Se produce un error en las migraciones si se inician o se encuentran en curso durante el mantenimiento.
  • No realice el aprovisionamiento de la carga de trabajo (máquina virtual nueva o clonada). Se produce un error en el aprovisionamiento si se inicia o se encuentra en curso durante el mantenimiento.
  • No realice cambios en la configuración de administración de directivas basadas en almacenamiento para las máquinas virtuales de carga de trabajo.
  • Asegúrese de que haya suficiente capacidad de almacenamiento (>30 % de espacio desperdiciado) en cada clúster.

El mantenimiento se realiza en tres fases.

Fase 1: Actualizaciones del plano de control. Estas son las actualizaciones de vCenter Server y NSX Edge. Se crea una copia de seguridad de los dispositivos de administración durante esta fase. Si se produce un problema, existe un punto de restauración para el SDDC. Durante esta fase se agrega una regla de firewall de puerta de enlace de administración. En esta fase de actualización, se produce una conmutación por error de NSX Edge, lo que provoca un breve periodo de inactividad. No se puede acceder a NSX Manager ni a vCenter Server en esta fase. Durante este tiempo, las cargas de trabajo y otros recursos funcionan de la manera habitual y sujetos a las restricciones detalladas anteriormente.

Nota: Las actualizaciones de la versión 1.8 del SDDC a 1.10v2 o una versión superior requieren cambios de configuración del dispositivo de NSX. Esto provoca una conmutación por error de NSX Edge que genera un periodo de inactividad adicional de aproximadamente 10 segundos al final de la fase 1.

Cuando se complete la fase 1, recibirá una notificación. Una vez finalizada la fase 1, hay un período de espera hasta que se inicia la fase 2. La fase 2 tiene una hora de inicio designada.

Fase 2: Actualizaciones de hosts. Estas son las actualizaciones del software de redes del host y de los hosts ESXi en el SDDC. Se agrega temporalmente un host adicional al SDDC a fin de proporcionar suficiente capacidad para la actualización. Estas adiciones de hosts no se facturan. Para facilitar la actualización, se realizan actividades de DRS y vMotion. El proceso de actualización se mejoró para que solo se produzca una migración de NSX Edge durante la actualización. Durante este tiempo, las cargas de trabajo y otros recursos funcionan de la manera habitual y sujetos a las restricciones detalladas anteriormente. Cuando se completa la fase 2, se eliminan de cada clúster del SDDC los hosts que se agregaron temporalmente.

Cuando se complete la fase 2, recibirá una notificación. Una vez finalizada la fase 2, hay un período de espera hasta que se inicia la fase 3. La fase 3 tiene una hora de inicio designada.

Fase 3: estas son las actualizaciones de los dispositivos de NSX-T. Se crea una copia de seguridad de los dispositivos de administración durante esta fase. Si se produce un problema, existe un punto de restauración para el SDDC. Durante esta fase se agrega una regla de firewall de puerta de enlace de administración. No se puede acceder a NSX Manager ni a vCenter Server en esta fase. Durante este tiempo, las cargas de trabajo y otros recursos funcionan de la manera habitual y sujetos a las restricciones detalladas anteriormente.

Cuando se complete la fase 3, recibirá una notificación.

Para obtener más información sobre el cálculo de la duración de cada fase, consulte Calcular la duración del mantenimiento del SDDC.

Cuando se programa una actualización del SDDC, puede ver información sobre el próximo mantenimiento o el mantenimiento actual en la pestaña Mantenimiento de la Consola de VMC. Para obtener más información, consulte Ver la reserva de programación de mantenimiento de un SDDC.

Actualizaciones para VMware Hybrid Cloud Extension (HCX)

Para los clientes que utilizan HCX:
  • No se actualiza como parte de esta versión la instancia de VMware Hybrid Cloud Extension (HCX) para los administradores del SDDC.
  • Evite iniciar migraciones de HCX que puedan superponerse con la ventana de actualización del SDDC. Los procesos de migración masiva de HCX podrían interrumpirse y se podrían producir errores en las migraciones de HCX vMotion.
  • Para obtener más información, consulte la Guía de usuario de VMware HCX en https://docs.vmware.com/es/VMware-NSX-Hybrid-Connect/index.html.

Actualizaciones de VMware vCenter Cloud Gateway

Para los clientes que utilizan VMware vCenter Cloud Gateway:

Actualizaciones de Horizon Enterprise

Para obtener información sobre el impacto que tiene una actualización del SDDC en una instalación de Horizon Enterprise que se ejecuta en VMware Cloud on AWS, consulte https://kb.vmware.com/s/article/74599.

Impacto de las actualizaciones en VMware Site Recovery

La actualización del SDDC afecta al servicio de VMware Site Recovery, debido a que durante las actualizaciones se detiene el tráfico de red de administración entrante y se reinicia la instancia de vCenter Server. El impacto es el siguiente:
  • No se puede abrir la interfaz de usuario de Site Recovery para el SDDC en mantenimiento. Desde la interfaz de usuario remota de Site Recovery del SDDC, este sitio aparecerá como desconectado.
  • Las operaciones de conmutación por error del plan de recuperación hacia el SDDC en mantenimiento no pueden iniciarse. Las operaciones de conmutación por error en curso pueden fallar cuando se inicia el mantenimiento.
  • Las replicaciones entrantes se interrumpen. Según la configuración de RPO y la duración del mantenimiento, es posible que aparezca una notificación de infracciones de RPO para estas replicaciones en la interfaz de usuario remota de Site Recovery. Las infracciones de RPO deberían desaparecer automáticamente una vez que se complete el mantenimiento, en función de cuándo vSphere Replication puede sincronizar la diferencia acumulada. Las replicaciones salientes del SDDC en mantenimiento no se ven afectadas.
  • Para obtener más información, consulte la documentación de VMware Site Recovery en https://docs.vmware.com/es/VMware-Site-Recovery/index.html.