¿Alguna vez te has preguntado «¿qué pasaría si hago X cosa…?» o «qué pasa cuando pulso el botón….»? Pues ya no tendrás más ese tipo de dudas. Con este post empezamos una serie de entradas respondiendo a todas esas preguntas.
La primera entrada va a ser sobre una pregunta muy básica pero que mucha gente se pregunta. ¿Qué pasa si subimos la versión de ESXi antes de actualizar vCenter Server?
Tal vez esta situación no sea la mas común ya que, por lo general, antes de actualizar algo de VMware se consulta la ruta de actualización pero si tenemos un día malo de esos que tienes mas sueño que hambre… tal vez la líes pero… ¿hasta que punto?
Entorno de laboratorio
Vale, obviamente no vamos a probar esto en un entorno de producción. Hemos levantado tres hipervisores en la versión «6.7.0 15160138» y vCenter Server Appliance «6.7.0.48000» desplegado directo en VMware Workstation. Cada hipervisor está configurado con 4 cores, 6GB de ram. vCenter está desplegado en la version tiny. Entorno pequeñito para una prueba pequeñita.
Se ha configurado vCenter con un centro de datos y un clúster con DRS activado. También se ha configurado un vDS (Virtual Distributed Switch) con dos uplinks y como almacenamiento compartido se ha presentado un disco de 90GB por iSCSI desde un Ubuntu Server 20.04. Para pruebas internas, se han levantado 3 máquinas virtuales TinyLinux instaladas en disco (una por hypervisor).
Laboratorio completado
¡Hagamos una locura!
Vale, ya tenemos nuestro entorno de laboratorio levantado y listo. Ahora.. ¡vamos a romperlo!
«Uf… hoy no he tomado café. voy a actualizar VMware para despertarme»
La idea es muy sencilla, actualizar «esxi03» a la ultima versión que hay disponible a día de hoy: «ESXi-7.0U2d-18538813-standard«.
Ponemos el host en mantenimiento (moviendo la vm a otro hypervisor), activamos ssh, subimos la update a nuestra SAN y lanzamos el update por CLI:
¿Habrá que hacerle caso no? Si sale todo verde… ¡Vamos a reiniciar!
¡Actualizado con éxito!
¡Y voló!
Madre mía, menuda liada… la próxima vez me tomo el café en lugar de actualizar. Obviamente, al reconectar el host en nuestro vCenter 6.7 ha dado un fallo de versión no reconocida y nos «invita» a volver a conectar el host desde cero.
En el resumen sale bien la información…. ¿colará? Madre mía… ¡espero que sí!
Continuamos el agradable asistente donde sale todo verde y parece que va a funcionar todo correctamente, pulsamos sobre finalizar y….
¿De verdad esperabas otra cosa?
¿Y ahora que hago? ¿Me tomo el café o arreglamos esto?
Vale, la hemos liado, vCenter Server no puede conectar con el hypervisor pero… ¿Ahora que hacemos? Pues fácil: «Revertir ESXi bootbank» al rescate.
Para el que no lo conozca, VMware ESXi en algunos procesos de actualización realiza una copia del sistema actual en otro bootbank para poder revertirlo en caso de fallo. ¿Muy bonito no? Vamos a intentarlo.
Reiniciamos nuestro hypervisor, presionamos Shift+R y….
¿Recuerdas lo de «en algunos procesos»?
¡Oh! Solo tenemos el bootbank actual pero… ¡Si me has dicho que esto era facil, mentiroso, ya no te junto!
Como he comentado, el proceso de recuperar a el bootbank solo está disponible en algunos casos, que son:
- Instalación o desinstalación de VIB’s
- Instalación o desinstalación de un Profile
- Actualizar ESXi a través de VMware Update Manager
- Actualizar ESXi a través de ISO
- + información: https://kb.vmware.com/s/article/1033604
Pero claro, nosotros estabamos medio durmiendo y lo hemos actualizado subiendo el .zip y actualizando el profile actual.
¿Y si metemos la ISO de ESXi 6.7 y vemos que hace? Iniciamos el instalador y a priori nos permite instalar ESXi encima… Ya veremos…
¿Se liará aun más o se arreglara?
Ummm…. ¿Parece arreglado?
En este momento te crees que lo has arreglado, ¿Verdad? Pues no, lo que acabas de hacer es instalar el ESXi desde cero, como si fuera nuevo recién sacado de la caja, siempre en garaje e ITV pasada.
En este punto solo te queda volver a configurar el hypervisor como si fuera nuevo, sacándolo de vCenter Server, agregándolo otra vez, añadiéndolo al vDS etc…
Pero… ¿Y si lo hubiésemos actualizado desde una ISO funcionaria la magia del Bootbank? Vamos a probarlo.
Algo que no os he dicho es que antes de pulsar sobre actualizar he realizado un snapshot del hypervisor para poder revertirlo de forma fácil a su estado original y probar otro método de actualización. Os lo admito, si, yo ya sabia que esto se iba a romper todo.
Para la ISO, vamos a utilizar «VMware-VMvisor-Installer-7.0U2a-17867351.x86_64.iso» que es la última versión que nos permite descargar desde la web de VMware.
Esperamos a que termine la instalación, arrancamos el sistema y vCenter saca el mismo error de antes… ¿Podremos arreglarlo ahora?
«emosido engañado»
¡¿Tampoco nos deja bajar de versión?! Pues no, porque si en lugar de hacer locuras hubiésemos leído la documentación de VMware lo pone bien clarito:
Reverting to an earlier version is not possible after upgrading to ESXi 7.0 due to partition changes to the boot device.
https://kb.vmware.com/s/article/1033604
Dejemos las locuras y arreglémoslo de verdad.
Aqui tienes dos opciones y ninguna de las dos te va a gustar del todo.
- Volver a instalar y configurar el hypervisor desde 0
- Actualizar vCenter Server a la versión 7.0
Si tu configuración de ESXi no es muy complicado y la actualización ha sido un error (en realidad querías actualizar al último parche de seguridad de 6.7 sin subir de versión) tal vez sea mejor reinstalar desde cero.
Si quieres aprovechar la liada para subir de versión a ESXi 7, pues deja de tocar ese hypervisor, actualiza vCenter Server siguiendo el procedimiento oficial (incluyendo backups, claro está) y listo.
Final
Con esto concluimos con nuestra primer entrada de «¿Qué pasa si…». Esperamos que os haya gustado y recuerda… ¡Primero toma café y luego las locuras!
