Guide des services de données Sun Cluster pour Sun Java System Application Server EE (HADB) pour SE Solaris

Agent de gestion HADB hautement disponible

Pour rendre hautement disponible le composant Management Agent de Sun Java System Application Server EE (HADB), l'on crée une ressource de service de données dans un groupe de ressources configuré pour être géré par plusieurs nœuds en même temps. Dans ce groupe de ressources, le nombre souhaité de nœuds principaux doit être égal au nombre maximal de nœuds principaux. Cette configuration est décrite en détail dans la section Enregistrement et configuration de Sun Cluster HA pour Sun Java System Application Server EE (HADB).

La figure suivante illustre une configuration à deux nœuds avant qu'une erreur ne se produise sur un nœud.

Figure 1–2 Agents de gestion gérés sur plusieurs noeuds — avant l'erreur

Illustration : le contexte précédent décrit le graphique.

La figure montre deux agents de gestion, AG1 et AG2, sur différents noeuds de cluster. L'application est installée sur le système de fichiers local de chaque nœud. Avec le service de données Sun Cluster HA pour Sun Java System Application Server EE (HADB), les deux agents de gestion sont configurés dans une ressource (RS), elle-même configurée dans un groupe de ressources (RG). Le groupe de ressources est configuré pour être géré sur plusieurs nœuds de cluster en même temps (ici, "Nœud 1" et "Nœud 2").

Le service de données gère le démarrage des agents de gestion sur tous les nœuds sur lesquels ils sont configurés. Les agents de gestion lancent ensuite le processus Node Supervisor (NSUP), qui démarre enfin les traitements de nœuds HADB. En cas d'échec d'un agent de gestion, le service de données le redémarre selon les paramètres définis par l'utilisateur. En cas d'échec des traitements de nœuds HADB, l'agent de gestion les redémarre. Si une ou plusieurs bases de données s'arrêtent, l'utilisateur doit les redémarrer via la ligne de commande.

Si les paramètres définis par l'utilisateur déterminent que le service de données ne doit pas redémarrer l'agent de gestion après un échec sur un nœud, les traitements sont arrêtés sur ce nœud. Cependant, les traitements de l'agent de gestion sur les autres nœuds gérés continuent de s'exécuter. Aucun basculement ne se produit.

La figure suivante illustre une configuration à deux nœuds après une erreur sur le premier nœud. Tous les traitements du premier nœud sont arrêtés, et le deuxième nœud continue d'exécuter ses processus.

Figure 1–3 Agents de gestion gérés sur plusieurs nœuds — après une erreur

Illustration : le contexte précédent décrit le graphique.