Vous pouvez installer Serviceguard sur un invité HP-UX afin de fournir une disponibilité élevée pour les applications exécutées sur l'invité. Dans ce type de configuration, l'invité est configuré en tant que nœud dans un cluster Serviceguard. Selon la configuration du cluster, l'application configurée en tant que package Serviceguard peut basculer :
D'un invité à un autre sur le même système VM Host
D'un invité à un autre sur un autre système VM Host
D'un invité sur un système VM Host à une nPar ou un serveur physique distinct
Vous pouvez même combiner des configurations Serviceguard sur invité afin de répondre à vos besoins spécifiques. Les sections suivantes décrivent les configurations Serviceguard sur invité.
Cluster en boîte |
 |
La Figure 11-1 illustre la configuration d'un package d'applications qui peut basculer vers un autre invité sur le même système VM Host.
Dans cette configuration, le nœud principal et le nœud adoptif sont des invités exécutés sur le même système VM Host. Ce cluster ne fournit aucune protection contre les points de défaillance uniques car le membre de cluster principal et le membre de cluster adoptif sont tous deux des invités sur la même machine physique. Cette configuration est toutefois utile dans les environnements de test.
Si vous exécutez plusieurs invités sur le système VM Host et que vous devez partager le stockage parmi les invités, vous devez affecter la valeur YES à l'attribut SHARE du disque partagé à l'aide de la commande hpvmdevmgmt, comme suit :
# hpvmdevmgmt -m gdev:/dev/rdsk/c6t1d4:attr:SHARE=YES |
Pour plus d'informations sur l'utilisation de la commande hpvmdevmgmt, voir « Gestion de la base de données de périphériques ».
Cluster virtuel/virtuel |
|
La Figure 11-2 illustre la configuration d'un package d'applications qui peut basculer vers un invité exécuté sur un autre système VM Host.
Dans cette configuration, les nœuds Serviceguard sont des invités exécutés sur des partitions matérielles (nPars) ou des serveurs HP Integrity distincts. Notez qu'Integrity VM ne s'exécute pas sur les partitions logicielles (vPars).
Cluster physique/virtuel |
|
La Figure 11-3 montre la configuration d'un package d'application qui peut basculer vers un nœud physique ou une partition qui n'exécute pas le logiciel Integrity VM. Dans ce cas, le nœud physique peut être un système physique discret, une partition matérielle (nPar) ou une partition logicielle (vPar).
Le cluster Serviceguard est composé d'un système VM Host et d'un nœud Serviceguard qui n'exécute pas Integrity VM. L'application configurée en tant que package Serviceguard peut basculer vers le nœud physique. En guise d'alternative, vous pouvez exécuter l'application sur le nœud physique et configurer l'invité sur le VM Host en tant que nœud adoptif.
Configuration de Serviceguard sur des invités |
|
Pour configurer un cluster Serviceguard qui autorise le basculement d'une application d'un invité vers un autre, appliquez la procédure suivante.
Installez Serviceguard sur les invités HP-UX qui peuvent exécuter l'application.
Pour le cluster physique/virtuel, installez Serviceguard sur le nœud physique.
Assurez-vous que chaque invité a accès à un serveur de quorum ou à un verrou disque de cluster.
Utilisez la commande hpvmstatus pour vous assurer que l'invité s'exécute et pour vérifier son nom.
Utilisez la commande cmquerycl pour spécifier les nœuds à inclure dans le cluster et pour générer un modèle pour le fichier de configuration de cluster. Par exemple, pour configurer un cluster nommé gcluster qui inclut les nœuds hôte1 et hôte2, entrez la commande suivante :
# cmquerycl -v -C /etc/cmcluster/gcluster.config -n hôtet1 -n hôte2 -q hôte_serveur_quorum |
Incluez l'option —q si vous utilisez un serveur de quorum sur le cluster.
Modifiez le fichier/etc/cmcluster/nom_cluster.config (où nom_cluster est le nom du cluster spécifié dans la commande cmquerycl). Pour plus de détails sur la modification des informations du fichier de configuration de cluster, reportez-vous au manuel Managing Serviceguard.
Utilisez la commande suivante pour vérifier le contenu du fichier :
# cmcheckconf -k -v -C /etc/cmcluster/gcluster.config |
Cette commande permet de s'assurer que le cluster est configuré correctement.
Générez le fichier de configuration binaire et distribuez-le à l'aide de la commande suivante :
# cmapplyconf -k -v -C /etc/cmcluster/gcluster.config |
Démarrez le cluster à l'aide de la commande suivante :
Cette procédure constitue un exemple simple de création de packages d'applications d'invité. Pour plus d'informations sur la définition de votre configuration Serviceguard, reportez-vous au manuel Managing Serviceguard.
Version imprimable 
