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

Modelo de RGM

Esta sección introduce cierta terminología fundamental y explica con más detalle el Gestor de grupos de recursos y sus interfaces asociadas.

RGM maneja tres tipos principales de objetos interrelacionados: tipos de recursos, recursos y grupos de recursos. Un ejemplo, que se explica a continuación, nos puede servir para presentar estos objetos.

Un desarrollador implementa un tipo de recurso, ha-oracle, que proporciona a una aplicación Oracle DBMS una alta disponibilidad. Un usuario final define bases de datos diferentes para márqueting, ingeniería y finanzas, cada una de las cuales es un recurso de tipo ha-oracle. El administrador del clúster pone estos recursos en grupos de recursos separados para que puedan funcionar en nodos diferentes y realizar una operación de recuperación de fallos independiente. Un desarrollador crea un segundo tipo de de recurso, ha-calendar, para implementar un servidor de agendas de alta disponibilidad que exige una base de datos Oracle. El administrador del clúster pone el recurso de la agenda financiera en el mismo grupo de recursos que el recurso de la base de datos financiera para que ambos se ejecuten en el mismo nodo y realicen operaciones de recuperación de fallos conjuntamente.

Tipos de recursos

Un tipo de recurso consiste en una aplicación de software que se va a ejecutar en el clúster, programas de control que RGM utiliza como métodos de rellamada para gestionar la aplicación como un recurso de clúster y un conjunto de propiedades que forman parte de la configuración estática de un clúster. RGM utiliza propiedades de tipo de recurso para gestionar los recursos de un tipo concreto.


Nota –

Además de una aplicación de software, un tipo de recurso puede representar otros recursos de sistema, como direcciones de red.


El desarrollador de los tipos de recursos especifica las propiedades de éstos y fija sus valores en un archivo de registro de tipo de recurso (RTR) que sigue un formato bien definido descrito en Establecimiento del recurso y las propiedades del tipo de recurso y en la página de comando man rt_reg(4). Consulte también Definición del archivo de registro del tipo de recurso si desea ver una descripción de un archivo de registro de tipo de recurso.

La Tabla A–1 enumera las propiedades de los tipos de recursos.

El administrador del clúster instala y registra la implementación del tipo de recurso y la aplicación subyacente en un clúster. El procedimiento de registro introduce en la configuración del clúster la información del archivo de registro del tipo de recurso. Sun Cluster Data Services Planning and Administration Guide for Solaris OS describe el procedimiento de registro de un servicio de datos.

Recursos

Un recurso hereda las propiedades y valores de su tipo de recurso. Además, un desarrollador puede declarar propiedades de recurso en el archivo de registro del tipo de recurso. Consulte la Tabla A–2 para ver una lista de las propiedades de recursos.

El administrador del clúster puede cambiar los valores de ciertas propiedades, en función de cómo se hayan especificado en el archivo de registro del tipo de recurso (RTR). Por ejemplo, las definiciones de propiedades pueden especificar un rango de valores permitidos y especificar cuándo se puede ajustar la propiedad: en el momento de la creación, en cualquier momento o nunca. Dentro de estas especificaciones, el administrador del clúster puede cambiar las propiedades con órdenes de administración.

El administrador del clúster puede crear muchos recursos del mismo tipo, cada uno con su propio nombre y conjunto de valores de propiedad, de modo que se pueda ejecutar más de una instancia de la aplicación subyacente en el clúster. Cada instalación requiere un nombre único dentro del clúster.

Grupos de recursos

Cada recurso se debe configurar en un grupo de recursos. RGM pone todos los recursos de un grupo en línea y fuera de línea simultáneamente en el mismo nodo, para ello, invoca métodos de rellamada de los recursos individuales del grupo.

Los nodos en los que un grupo de recursos está actualmente en línea se denominan sus principales o nodos principales. Un grupo de recursos está controlado por cada uno de sus principales. Cada grupo de recursos tiene una propiedad Nodelist asociada, establecida por el administrador del clúster, que identifica todos los principales potenciales o maestros del grupo de recursos.

Un grupo de recursos tiene también un conjunto de propiedades que incluye propiedades de configuración que puede establecer el administrador del clúster y propiedades dinámicas que fija RGM y reflejan el estado activo del grupo de recursos.

RGM define dos tipos de grupos de recursos, a prueba de fallos y escalables; los primeros pueden estar en línea sólo en un nodo en cada momento, en tanto que los segundos pueden estar en línea en varios nodos simultáneamente. RGM proporciona un conjunto de propiedades para respaldar la creación de cada tipo de grupo de recursos. Consulte Transferencia de un servicio de datos a un clúster e Implementación de los métodos de rellamada para obtener más detalles sobre estas propiedades.

Consulte la Tabla A–3 para ver una lista de las propiedades de grupos de recursos.