Planifique y diseñe la actualización para que sea a prueba de errores.
Antes de intentar actualizar vSAN, compruebe que el entorno cumpla con los requisitos de hardware y software de vSphere.
Requisito previo de actualización
Tenga en cuenta los aspectos que pueden retrasar el proceso general de actualización. Para obtener instrucciones y prácticas recomendadas, consulte el documento Actualización de vSphere.
| Requisitos previos de actualización | Descripción |
|---|---|
| Software, hardware, controladores, firmware y controladores de E/S de almacenamiento | Compruebe que la nueva versión de vSAN sea compatible con los componentes de software y hardware, los controladores, el firmware y los controladores de E/S de almacenamiento que planea usar. Los elementos compatibles se enumeran en el sitio web de la guía de compatibilidad de VMware en http://www.vmware.com/resources/compatibility/search.php. |
| Versión de vSAN | Compruebe que esté usando la versión más reciente de vSAN. No puede actualizar de una versión beta a la nueva versión de vSAN. Cuando se actualiza desde una versión beta, se debe realizar una implementación nueva de vSAN. |
| Espacio en disco | Compruebe que tenga espacio suficiente disponible para completar la actualización de la versión de software. La cantidad de almacenamiento en disco que se necesita para la instalación de vCenter Server depende de la configuración de vCenter Server. Para obtener instrucciones sobre el espacio en disco que se necesita para la actualización de vSphere, consulte el documento Actualización de vSphere . |
| Formato de disco de vSAN | El formato de disco de vSAN es una actualización de metadatos que no requiere evacuación ni reconstrucción de datos. |
| Hosts de vSAN | Asegúrese de haber puesto los hosts de vSAN en modo de mantenimiento y de haber seleccionado la opción Garantizar accesibilidad a los datos o Evacuar todos los datos. Puede usar vSphere Lifecycle Manager para automatizar y probar el proceso de actualización. Sin embargo, cuando se usa vSphere Lifecycle Manager para actualizar vSAN, el modo de evacuación predeterminado es Garantizar accesibilidad a los datos. Cuando se usa el modo Garantizar accesibilidad a los datos, los datos no quedan protegidos y, si ocurre un error durante la actualización de vSAN, es posible que se produzca una pérdida de datos inesperada. No obstante, el modo Garantizar accesibilidad a los datos es más rápido que el modo Evacuar todos los datos, ya que no es necesario transferir todos los datos a otro host del clúster. Para obtener información sobre diversos modos de evacuación, consulte la documentación de Administrar VMware vSAN. |
| Máquinas virtuales | Compruebe que se haya creado una copia de seguridad de las máquinas virtuales. |
Recomendaciones
- Si los hosts de ESXi están configurados con una capacidad de memoria de 512 GB o menos, use dispositivos SATADOM, SD, USB o discos duros como medios de instalación.
- Si los hosts de ESXi están configurados con una capacidad de memoria superior a 512 GB, use un dispositivo flash o un disco magnético independiente como dispositivo de instalación. Si usa un dispositivo independiente, compruebe que vSAN no reclama el dispositivo.
- Al arrancar un host vSAN desde un dispositivo SATADOM, debe usar un dispositivo de celdas de un solo nivel (single-level cell, SLC) y el tamaño del dispositivo de arranque debe ser de 16 GB como mínimo.
- Para asegurarse de que el hardware cumpla con los requisitos de vSAN, consulte Planificar e implementar vSAN.
vSAN 6.5 y las versiones posteriores permiten ajustar los requisitos de tamaño de arranque para un host ESXi en un clúster de vSAN.
Actualizar el host testigo en un clúster ampliado de vSAN o de dos hosts
El host testigo de un clúster de dos hosts o un clúster ampliado de vSAN se encuentra fuera del clúster de vSAN, pero se administra con la misma instancia de vCenter Server. Es posible usar el mismo proceso para actualizar el host testigo que se usa para un host de datos de vSAN.
Actualice el host testigo antes de actualizar los hosts de datos.
El uso de vSphere Lifecycle Manager para actualizar hosts en paralelo puede provocar que el host testigo se actualice en paralelo con uno de los hosts de datos. Para evitar problemas de actualización, configure vSphere Lifecycle Manager de modo que no actualice el host testigo en paralelo con los hosts de datos.
