Sun Cluster: Guía del desarrollador de los servicios de datos del sistema operativo Solaris

Ejemplos de la modernización del tipo de recurso

Estos ejemplos muestran diferentes situaciones de modernización e instalación de los tipos de recursos. La información de los paquetes y la capacidad de ajuste se han seleccionado en función de los tipos de cambios que se hayan realizado en la implementación del tipo de recurso. La capacidad de ajuste se aplica a la migración del recurso al nuevo tipo.

Todos los ejemplos presuponen que:

El tipo de recurso se incluye en un paquete de Solaris. Consulte pkgadd(1M) y pkgrm(1M)
Sólo hay una versión anterior del tipo de recurso y, por tanto, sólo hay una directiva #$upgrade_from en el nuevo archivo RTR
El procedimiento de instalación no eliminará ni sobrescribirá los métodos si es posible que RGM invoque los métodos mientras se eliminan del disco
Los nuevos métodos son compatibles con los antiguos, salvo que se indique lo contrario
Los recursos y grupos de recursos se ponen en el estado necesario antes de la instalación o migración, con la orden correcta scswitch(1M) o equivalente. El ejemplo siguiente muestra cómo poner el grupo de recursos en un estado no gestionado:
scswitch -M -n -j recurso scswitch -n -j recurso scswitch -F -g grupo_recursos scswitch -u -g grupo_recursos
Los tipos de recursos se registran con la orden siguiente:
scrgadm -a -t tipo_recurso -f ruta_a_archivo_RTR

Los tipos de recursos se migran con la orden siguiente:

scrgadm -c -j recurso -y Type_version=versión \
           -y propiedad=valor \
           -x propiedad=valor ...

Los recursos y grupos de recursos se devuelven a su estado anterior tras la migración, con el comando scswitch(1M) adecuado, o equivalente:
scswitch -M -e -j recurso scswitch -e -j recurso scswitch -o -g grupo_recurso scswitch -Z -g grupo_recurso

Es posible que el desarrollador de tipos de recursos tenga que especificar valores más restrictivos para la capacidad de ajuste que los que se indican en estos ejemplos. Los valores de la capacidad de ajuste dependen de los cambios precisos que se realicen en la implementación del tipo de recurso. Asimismo, el desarrollador del tipo de recurso puede decidir utilizar un esquema de paquetes diferente, en lugar del de Solaris que se emplea en estos ejemplos.

Tabla 3–1 Ejemplos de la modernización de un tipo de recurso


Tipo de cambio	Capacidad de ajuste	Empaquetado	Procedimiento
Los cambios de propiedad sólo se realizan en el archivo RTR.	`ANYTIME`	Incluir sólo el archivo RTR nuevo.	Ejecutar `pkgadd` con el archivo RTR nuevo en todos los nodos. Registrar el nuevo tipo de recurso. Migrar el recurso.
Los métodos se actualizan.	`ANYTIME`	Colocar los métodos actualizados en una ruta que sea diferente de la de los métodos anteriores.	Ejecutar `pkgadd` con los métodos actualizados en todos los nodos. Registrar el nuevo tipo de recurso. Migrar el recurso.
Nuevo programa supervisor.	`WHEN_UNMONITORED`	Sobrescribir únicamente la versión anterior del supervisor.	Inhabilitar la supervisión. Ejecutar `pkgadd` con el nuevo programa supervisor en todos los nodos. Registrar el nuevo tipo de recurso. Migrar el recurso. Habilitar la supervisión.
Los métodos se actualizan. Los métodos `Update`/ `Stop` nuevos son incompatibles con los métodos `Start` antiguos.	`WHEN_OFFLINE`	Colocar los métodos actualizados en una ruta que sea diferente de la de los métodos anteriores.	Ejecutar `pkgadd` con los métodos actualizados en todos los nodos. Registrar el nuevo tipo de recurso. Poner el recurso fuera de línea. Migrar el recurso. Poner el recurso en línea.
Los métodos se actualizan y se agregan propiedades nuevas al archivo RTR. Los nuevos métodos requieren nuevas propiedades. El objetivo es permitir que el grupo de recursos que lo contiene permanezca en línea, pero evitando que el recurso se ponga en línea si el grupo de recursos pasa del estado en línea al estado fuera de línea en algún nodo.	`WHEN_DISABLED`	Sobrescribir las versiones anteriores de los métodos.	Inhabilitar el recurso. Para cada nodo: Sacar el nodo del clúster Ejecutar `pkgrm`/`pkgadd` con los métodos que se están actualizando Restaurar el nodo al clúster Registrar el nuevo tipo de recurso. Migrar el recurso. Habilitar el recurso.
Los métodos se actualizan y se agregan propiedades nuevas al archivo RTR. Los nuevos métodos no requieren nuevas propiedades.	`ANYTIME`	Sobrescribir las versiones anteriores de los métodos.	Para cada nodo: Sacar el nodo del clúster Ejecutar `pkgrm`/`pkgadd` con los métodos que se están actualizando Restaurar el nodo al clúster Durante este procedimiento, RGM invocará los nuevos métodos, aunque la migración (que configuraría las propiedades nuevas) no se haya realizado todavía. Es importante que los métodos nuevos puedan trabajar sin las propiedades nuevas. Registrar el nuevo tipo de recurso. Migrar el recurso.
Los métodos se actualizan. El nuevo método `Fini` es incompatible con el método `Init` antiguo.	`WHEN_UNMANAGED`	Colocar los métodos actualizados en una ruta que sea diferente de la de los métodos anteriores.	Dejar sin gestionar el grupo de recursos que contiene el recurso en cuestión. Ejecutar `pkgadd` con los métodos actualizados en todos los nodos. Registrar el nuevo tipo de recurso. Migrar el recurso. Poner el grupo de recursos que contiene el recurso en cuestión bajo gestión.
Los métodos se actualizan. No se realizan cambios en el archivo RTR.	No se aplica. No se realizan cambios en el archivo RTR.	Sobrescribir las versiones anteriores de los métodos.	Para cada nodo: Sacar el nodo del clúster Ejecutar `pkgadd` con los métodos actualizados Restaurar el nodo al clúster Dado que no se han realizado cambios en el archivo RTR, no es necesario registrar ni migrar el recurso.