En este documento, se describe cómo prepararse para la actualización de una versión de vCenter y el tiempo de inactividad durante la actualización.
Inhabilitar 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 las máquinas cuando 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á tiempo de inactividad para los servicios de vCenter como vMotion/DRS y la creación de VM.
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 no disponibilidad del servicio de vCenter.
Actualización de la versión principal
Para actualizar vCenter a la siguiente versión principal, se implementará un dispositivo de centro virtual nuevo. Y, luego, todos los servicios de vCenter se apagan mientras se copian todos los datos en el dispositivo nuevo. Una vez que se copian los datos, el dispositivo nuevo se reinicia y toma la identidad (nombre de host/IP, etc.) del vCenter anterior.
Se comprobó que la versión principal tiene alrededor de 30 minutos de tiempo de inactividad para la API de vCenter.
Actualización de versiones secundarias
La actualización de la versión secundaria solo actualizará los paquetes dentro del SO y, luego, reiniciará el dispositivo, lo que tarda menos que la actualización principal.
En cuanto a las actualizaciones menores, vimos un tiempo de inactividad de alrededor de 5 min para la API de vCenter.
Problema conocido
Las máquinas pueden pasar al estado Unavailable después de un reinicio de vCenter para las versiones anteriores a la 7.0U2. Para obtener más detalles, consulta el problema conocido.