Guide des développeurs pour les services de données Sun Cluster 3.1 10/03

Modèle RGM

Cette rubrique traite de la terminologie fondamentale et présente de façon détaillée le gestionnaire RGM et les interfaces connexes.

Le gestionnaire RGM gère trois types fondamentaux d'objets interreliés : types de ressources, ressources et groupes de ressources. Un exemple peut être utilisé pour présenter ces objets, comme indiqué ci-après.

Un développeur met en oeuvre un type de ressources, ha-oracle, garantissant le haut niveau de disponibilité d'une application Oracle DBMS. Un utilisateur final définit des bases de données distinctes pour le marketing, l'ingénierie et la finance, chacune d'entre elles représentant une ressource de type ha-oracle. L'administrateur du cluster intègre ces ressources dans des groupes de ressources distincts, afin de pouvoir les exécuter sur différents noeuds et les basculer de façon indépendante. Un développeur crée un second type de ressources, ha-calendar, pour mettre en oeuvre un serveur d'agendas à haut niveau de disponibilité requérant une base de données Oracle. L'administrateur de cluster place la ressource dédiée à l'agenda financier dans le groupe de ressources dans lequel figure déjà la base de données financière. Ainsi, ces deux ressources sont exécutées sur le même noeud et basculent en même temps.

Types de ressources

Un type de ressources est constitué d'une application à exécuter sur un cluster, de programmes de gestion utilisés, comme les méthodes de rappel, par le gestionnaire RGM pour gérer l'application en tant que ressource de cluster et d'un ensemble de propriétés faisant partie intégrante de la configuration statique d'un cluster. Le gestionnaire RGM utilise des propriétés de type de ressources pour gérer les ressources d'un type spécifique.


Remarque :

en plus d'une application, un type de ressources peut représenter d'autres ressources système comme les adresses réseau.


Le développeur indique les propriétés du type de ressources qu'il conçoit et définit leur valeur dans un fichier RTR (Resource Type Registration). Le fichier RTR est conforme à un format bien défini dont vous trouverez une description dans la rubrique Paramétrage des propriétés de ressources et de types de ressources et à la page man rt_reg(4). Reportez-vous également à la rubrique Définition du fichier d'enregistrement du type de ressource pour obtenir la description du fichier d'enregistrement d'un exemple de type de ressources.

Le Tableau A–1 répertorie les propriétés de type de ressources.

L'administrateur du cluster installe et enregistre sur un cluster l'application sous-jacente et de mise en oeuvre des types de ressources. La procédure d'enregistrement ajoute à la configuration du cluster les informations issues du fichier d'enregistrement du type de ressources. Le document Sun Cluster 3.1 Data Service Planning and Administration Guide présente la procédure d'enregistrement d'un service de données.

Ressources

Une ressource hérite des propriétés et des valeurs de son type de ressources. En outre, un développeur peut déclarer des propriétés de ressource dans le fichier d'enregistrement du type de ressources. Reportez-vous au Tableau A–2 pour obtenir la liste des propriétés de ressource.

L'administrateur de cluster peut modifier les valeurs de certaines propriétés suivant la façon dont elles sont spécifiées dans le fichier RTR. Par exemple, les définitions de propriété peuvent indiquer une plage de valeurs permises et spécifier quand la propriété est configurable (par exemple à la création, à tout moment ou jamais). L'administrateur du cluster peut modifier les propriétés dans le respect de ces spécifications à l'aide des commandes d'administration.

L'administrateur du cluster peut créer de nombreuses ressources du même type, chaque ressource possédant un nom et un ensemble de valeurs de propriété qui lui sont propres, afin qu'il soit possible d'exécuter plusieurs instances de l'application sous-jacente sur le cluster. Chaque instanciation requiert un nom unique au sein du cluster.

Groupes de ressources

Chaque ressource doit être configurée dans un groupe de ressources. Le gestionnaire RGM connecte et déconnecte simultanément toutes les ressources d'un groupe sur un même noeud. Lorsque le gestionnaire RGM connecte ou déconnecte un groupe de ressources, il exécute des méthodes de rappel sur les ressources individuelles du groupe.

Les noeuds auxquels un groupe de ressources est connecté sont appelés les noeuds principaux de ce groupe. Un groupe de ressources est géré par chacun de ses noeuds principaux. Chaque groupe de ressources possède une propriété Liste_noeuds associée. Cette propriété est définie par l'administrateur de cluster et identifie tous les noeuds principaux potentiels ou maîtres du groupe de ressources.

Un groupe de ressources possède également un jeu de propriétés. Ces propriétés comprennent les propriétés de configuration définissables par l'administrateur du cluster et les propriétés dynamiques reflétant l'état actif du groupe de ressources et définies par le gestionnaire RGM.

Le gestionnaire RGM définit deux types de groupes de ressources : les groupes de ressources de basculement et les groupes de ressources évolutives. Un groupe de ressources de basculement ne peut être connecté qu'à un seul noeud à la fois tandis qu'un groupe de ressources évolutives peut être connecté simultanément à plusieurs noeuds. Le gestionnaire RGM fournit un ensemble de propriétés pour prendre en charge la création de chaque type de groupe de ressources. Reportez-vous aux rubriques Transfert d'un service de données sur un cluster et Mise en oeuvre des méthodes de rappel pour de plus amples informations sur ces propriétés.

Reportez-vous au Tableau A–3 pour obtenir la liste des propriétés de groupe de ressources.