Actualización del cluster

En un sistema de cluster, se puede realizar una actualización gradual, lo que elimina el tiempo de inactividad mientras se lleva a cabo la actualización. En esta sección, se asume que está familiarizado con el modelo de agrupación en clusters de Oracle ZFS Storage Appliance: si no está familiarizado con los conceptos y la terminología de agrupación en clusters, lea antes el Capítulo 10, Configuración de cluster de Guía de administración de Oracle ZFS Storage Appliance . Para describir el procedimiento de actualización gradual, este documento hace referencia a los dos controladores de almacenamiento agrupados en clusters como A y B, donde A es el controlador que se actualizará primero y B es el controlador que se actualizará en segundo lugar. Una de las mejores prácticas clave para las actualizaciones graduales es que cada controlador se debe actualizar cuando no preste servicio a los clientes. El procedimiento que se describe aquí cumple este requisito. Asimismo, todas las mejores prácticas de actualizaciones generales que se describieron anteriormente también se aplican a las actualizaciones graduales.

Aplicación de la actualización del cluster

Importante: No realice una operación de toma de control cuando haya una actualización en curso.

1. Utilice la CLI o la BUI para cargar la imagen de actualización de software en ambos controladores de almacenamiento.
2. Seleccione qué controlador desea actualizar primero. Si un controlador no tiene agrupaciones de almacenamiento, actualice primero el controlador. En los pasos siguientes, se actualiza primero el controlador A, de modo que si algunos clientes utilizan las agrupaciones de almacenamiento del controlador A, experimentan primero un retraso en la disponibilidad provocado por la toma de control.
3. Inicie sesión en el controlador A y utilice el comando maintenance system reboot de la CLI o use el ícono de encendido de la BUI en la cabecera y seleccione la opción de reinicio para reiniciar el controlador A. El controlador B toma el control de los recursos del controlador A.
4. Inicie sesión en el controlador A y utilice la CLI o la BUI para aplicar la actualización de software en el controlador A. Al final de la actualización, el controlador A se vuelve a reiniciar y ejecuta la nueva versión de software.

   ---

   Nota -  No realice una actualización en un controlador mientras éste presta servicio.

   ---

5. Inicie sesión en el controlador B y utilice el comando maintenance system reboot de la CLI o use el ícono de encendido de la BUI en la cabecera y seleccione la opción de reinicio para reiniciar el controlador B. El controlador A toma el control de todos los recursos y presta servicio con la nueva versión de software.
6. Valide la nueva versión de software en el controlador A y asegúrese de que todos los servicios funcionen correctamente en los sistemas cliente.
7. Si aparece un problema grave, revierta el controlador A. El controlador A se reinicia, y el controlador B toma el control y ejecuta la versión de software anterior. Cuando el controlador A se recupere, también ejecuta la versión de software anterior.
8. Si no aparece ningún problema grave, inicie sesión en el controlador B y utilice la CLI o la BUI para aplicar la actualización de software en el controlador B. El controlador B se reinicia y ejecuta la nueva versión de software.
9. Verifique que todas las actualizaciones de firmware estén completas.

   ---

   Nota -  Las actualizaciones de firmware del controlador no pueden continuar si los controladores ejecutan versiones diferentes del software del sistema.

   ---

10. Para reanudar el funcionamiento normal y devolver los recursos a los controladores asignados correspondientes, inicie sesión en el controlador A y utilice la CLI o la BUI para realizar un failback en el controlador A. Para obtener información acerca de la operación de failback, consulte Toma de control y failback en clusters de Guía de administración de Oracle ZFS Storage Appliance .

Estados del cluster durante la actualización

En la siguiente tabla, se describe el estado del cluster después de cada paso del procedimiento anterior.

Si accede a la BUI o inicia sesión en la CLI mientras los controladores ejecutan diferentes versiones de software, se generará una advertencia que indica que no se propagarán los cambios de configuración. Puede configurar el dispositivo para que genere alertas cuando los controladores de cluster ejecutan diferentes versiones de software (eventos "Discrepancia al volver a unirse al cluster" y "Discrepancia al volver a unirse al cluster en el par").

Si cambia la contraseña de usuario root durante una actualización y luego efectúa una reversión en el cluster, los nodos no pueden volver a unirse después de la reversión.