En este documento, se describe cómo prepararse para una actualización de versión de vCenter y el tiempo de inactividad durante la actualización.
Inhabilita la reparación automática
Antes de la actualización de vCenter, inhabilita autoRepair en todos los clústeres de usuario y administrador. Esto evita que se vuelvan a crear máquinas mientras vCenter no está disponible.
Tiempo de inactividad durante la actualización de vCenter
No debería haber tiempo de inactividad para el clúster de administrador y los clústeres de usuario que se ejecutan en vCenter durante la actualización. Los clústeres permanecen activos todo el tiempo. Sin embargo, habrá un tiempo de inactividad para los servicios de vCenter, como vMotion/DRS y la creación de VMs.
Si tu carga de trabajo interactúa directamente con vCenter, es posible que tenga tiempo de inactividad durante la actualización de vCenter debido a la falta de disponibilidad del servicio.
Actualización de versión principal
Para actualizar vCenter a la siguiente versión principal, se implementará una nueva appliance de vCenter. Luego, se cierran todos los servicios de vCenter mientras se copian todos los datos en el nuevo dispositivo. Una vez que se copian los datos, el nuevo dispositivo se reinicia y se apropia de la identidad (nombre de host, IP, etc.) del vCenter anterior.
Se observó que la versión principal tiene alrededor de 30 minutos de tiempo de inactividad para la API de vCenter.
Actualización de versión secundaria
La actualización de versión secundaria solo actualizará los paquetes dentro del SO y, luego, reiniciará el dispositivo, lo que lleva menos tiempo que la actualización principal.
En el caso de las actualizaciones menores, observamos un tiempo de inactividad de alrededor de 5 minutos para la API de vCenter.
Problema conocido
Es posible que las máquinas pasen al estado Unavailable después de un reinicio de vCenter para versiones anteriores a 7.0U2. Para obtener más detalles, consulta el problema conocido.