En este documento, se describe cómo prepararse para una actualización de la versión de vCenter y el tiempo de inactividad durante la actualización.
Inhabilita la reparación automática
Antes de actualizar vCenter, inhabilita autoRepair en todos los clústeres de administrador y de usuario. 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 ni los clústeres de usuario que se ejecutan en vCenter durante la actualización. Los clústeres permanecen activos durante 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 falta de disponibilidad del servicio de vCenter.
Actualización de la versión principal
Para actualizar vCenter a la siguiente versión principal, se implementará un nuevo dispositivo virtual de vCenter. Luego, se apagan todos los servicios de vCenter mientras se copian todos los datos al 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 secundarias, 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 reiniciar vCenter en versiones anteriores a 7.0U2. Para obtener más detalles, consulta el problema conocido.