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.

Consulte los requisitos clave antes de actualizar el clúster a vSAN 6.6.

Tabla 1. Requisito previo de actualización

Requisitos previos de actualización

Descripción

Software, hardware, controladores, firmware y controladoras de E/S de almacenamiento

Compruebe que los componentes de software y hardware, los controladores, el firmware y las controladoras de E/S de almacenamiento que tiene pensado usar sean compatibles con vSAN 6.6 y versiones posteriores, y que aparezcan en el sitio web de la guía de compatibilidad de VMware, a la cual puede acceder mediante la siguiente URL: http://www.vmware.com/resources/compatibility/search.php.

Versión de vSAN

Compruebe que esté usando la versión más reciente de vSAN. Si actualmente ejecuta una versión beta y tiene pensado actualizar a vSAN 6.6, se producirá un error en la actualización. 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

Asegúrese de contar con capacidad de almacenamiento suficiente para actualizar el formato de disco. Si la cantidad de espacio que libera no iguala la capacidad consumida del grupo de discos más grande, con el espacio disponible en los grupos de discos que no son los grupos de discos que se están convirtiendo, debe seleccionar Allow reduced redundancy (Permitir redundancia reducida) como la opción de migración de datos.

Por ejemplo, el grupo de discos más grande de un clúster tiene 10 TB de capacidad física, pero solamente se están usando 5 TB. Será necesaria una capacidad de reserva adicional de 5 TB en otra ubicación del clúster, excepto los grupos de discos que se van a migrar. Al actualizar el formato de disco de vSAN, compruebe que los hosts no estén en modo de mantenimiento. Cuando cualquier host miembro de un clúster de vSAN entra en modo de mantenimiento, la capacidad del clúster se reduce de manera automática, ya que el host miembro deja de aportar almacenamiento al clúster y su capacidad deja de estar disponible para los datos. Para obtener información sobre los diversos modos de evacuación, consulte Poner un miembro de un clúster de Virtual SAN en modo de mantenimiento.

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 Update Manager para automatizar y probar el proceso de actualización.Sin embargo, cuando se usa vSphere Update 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 completamente protegidos y, si se produce un error durante la actualización de vSAN, es posible que se produzca una pérdida de datos inesperada. No obstante, el modo Ensure data accessibility (Garantizar accesibilidad a los datos) es más rápido que el modo Evacuate all data (Evacuar todos los datos), ya que no es necesario transferir todos los datos a otro host del clúster. Para obtener información sobre los diversos modos de evacuación, consulte Poner un miembro de un clúster de Virtual SAN en modo de mantenimiento.

Virtual Machines (Máquinas virtuales)

Compruebe que se haya creado una copia de seguridad de las máquinas virtuales.

Recomendaciones

Tenga en cuenta las siguientes recomendaciones al implementar hosts ESXi para su uso con vSAN:

  • 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.

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. Para obtener más información, consulte el artículo de la base de conocimientos de VMware en http://kb.vmware.com/kb/2147881.

Actualizar el host testigo en un clúster ampliado o de dos hosts

El host testigo de un clúster de dos hosts o un clúster ampliado 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.

No actualice el host testigo hasta que todos los hosts de datos se hayan actualizado y hayan salido del modo de mantenimiento.

El uso de vSphere Update 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 Update Manager de modo que no actualice el host testigo en paralelo con los hosts de datos.