La actualización del formato de disco es opcional, y un clúster de Virtual SAN seguirá funcionando correctamente si utiliza una versión de formato de disco anterior.

Para obtener mejores resultados, actualice los objetos para que usen la versión de formato en disco más reciente. El formato en disco más reciente proporciona el conjunto completo de características de Virtual SAN.

Según el tamaño de los grupos de discos, la actualización del formato de disco puede ser lenta, debido a que los grupos de discos se actualizan de a uno por vez. Para cada actualización de grupo de discos, se evacúan todos los datos de cada dispositivo de un grupo de discos y se quita el grupo de discos del clúster de Virtual SAN. Luego, el grupo de discos vuelve a agregarse a Virtual SAN con el nuevo formato en disco.

Cuando inicie una actualización del formato en disco, Virtual SAN realizará varias operaciones que puede supervisar desde la página Resyncing Components (Resincronización de componentes). La tabla resume todos los procesos que se realizan durante la actualización del formato de disco.

Tabla 1. Progreso de la actualización

% de finalización

Descripción

0 - 5 %

Comprobación del clúster. Se comprueban y preparan los componentes del clúster para la actualización. Este proceso demora algunos minutos. Virtual SAN verifica que no existan problemas no resueltos que podrían impedir que se complete la actualización.

  • Todos los hosts están conectados.

  • Todos los hosts poseen la versión de software correcta.

  • Todos los discos tienen un estado correcto.

  • La recuperación automática de discos está deshabilitada.

  • Es posible acceder a todos los objetos.

5 - 10 %

Actualización del grupo de discos. Virtual SAN realiza la actualización inicial de los discos sin migración de datos. Este proceso demora algunos minutos.

10 - 15 %

Realineación de objetos. Virtual SAN modifica la distribución de todos los objetos para garantizar que están correctamente alineados. Este proceso puede demorar algunos minutos para un sistema pequeño con pocas instantáneas, pero muchas horas o incluso días en el caso de sistemas grandes con muchas instantáneas, muchas escrituras fragmentas y muchos objetos desalineados.

15 % - 95 %

Eliminación y reformateo del grupo de discos. Cada grupo de discos se elimina del clúster, se reformatea y se vuelve a agregar al clúster. El tiempo requerido para este proceso puede variar en función de los megabytes asignados y el uso del sistema. Un sistema con casi su capacidad máxima de E/S tendrá una transferencia sumamente lenta.

95 % - 100 %

Actualización final de la versión de los objetos. Se completa la conversión de los objetos al formato en disco nuevo y la resincronización. El tiempo requerido para este proceso puede variar en función de la cantidad de espacio usado y si está seleccionada la opción Allow reduced redundancy (Permitir redundancia reducida).

Durante la actualización, puede supervisar el proceso de la actualización desde vSphere Web Client cuando se desplace a la página Resyncing Components (Resincronización de componentes). Consulte Supervisar las tareas de resincronización en el clúster de Virtual SAN. También puede utilizar el comando vsan.upgrade_status <cluster> de RVC para supervisar la actualización. Utilice la marca -r <seconds> opcional para actualizar el estado de la actualización de forma periódica hasta que presione Ctrl+C. La cantidad mínima de segundos permitida entre cada actualización es 60.

También puede supervisar otras tareas de actualización, como la actualización y la eliminación de dispositivos, desde vSphere Web Client, en el panel Recent Tasks (Tareas recientes) de la barra de estado.

Al actualizar el formato de disco, se aplican las siguientes consideraciones:

  • Si va a actualizar un clúster de Virtual SAN que contiene tres hosts y cada host contiene un grupo de discos, y desea realizar una evacuación completa para estar protegido contra un posible error que podría ocasionar una pérdida de datos, se producirá un error en la evacuación de los objetos que tienen la opción Number of failures to tolerate (Número de errores que se toleran) configurada en un valor mayor que cero. Esto se debe a que un clúster de tres hosts no puede volver a proteger un grupo de discos que se va a evacuar por completo utilizando los recursos de dos hosts únicamente. Por ejemplo, cuando se establece en 1 el atributo Number of failures to tolerate (Número de errores que se toleran), Virtual SAN requiere tres componentes de protección (dos reflejos y un testigo), cada uno de los cuales se coloca en un host distinto.

    Para un clúster de tres hosts, se debe seleccionar el modo de evacuación Ensure Accessibility (Garantizar disponibilidad). En este modo, cualquier error de hardware puede producir una pérdida de datos.

    Además, debe asegurarse de disponer de espacio libre suficiente. El espacio debe ser equivalente a la capacidad lógica consumida del grupo de discos más grande. La capacidad debe estar disponible en un grupo de discos independiente del que se va a migrar.

  • Al trabajar con un clúster de tres hosts o al actualizar Virtual SAN con recursos limitados, ejecute el comando de RVC con la opción vsan.ondisk_upgrade --allow-reduced-redundancy a fin de permitir que las máquinas virtuales funcionen en modo de redundancia reducida durante la actualización.

  • Si usa la opción de comando --allow-reduced-redundancy es posible que ciertas máquinas virtuales no puedan tolerar errores durante la migración. Esta tolerancia a errores reducida también puede producir pérdida de datos. Virtual SAN restaura la redundancia y el cumplimiento completos una vez finalizada la actualización. Durante la actualización, el estado de cumplimiento de las máquinas virtuales y sus redundancias experimentan un incumplimiento temporal. Una vez que finalizan la actualización y todas las tareas de reconstrucción, las máquinas virtuales pasan a estado de cumplimiento.

  • Cuando la actualización se encuentre en progreso, no extraiga ni desconecte ningún host, y no coloque un host en el modo de mantenimiento. Estas acciones podrían provocar errores en la actualización.

Para obtener información sobre los comandos y las opciones de comandos de RVC, consulte la Guía de referencia de los comandos de RVC.