Hacmp – wikipedia

Le gestionnaire de cluster pour AIX Hacmp ( Grappe de haute disponibilité multiproprié ) appelé. Il est utilisé pour les applications qui doivent avoir une grande disponibilité. Ce sont généralement des applications critiques d’entreprise (par exemple le système de facturation pour les transactions en valeurs mobilières dans une banque).

Avec la version 6.1, HACMP a été renommé Powerha. Même si le logiciel ne s’appelle plus ainsi, le nom est Hacmp – également pour les nouvelles versions – toujours courantes dans les cercles spécialisés.

Avec la version 7.1, les soi-disant Smartassists ont été introduits, ce qui devrait permettre la détection et la configuration automatique de diverses applications en tant que solution HA.

Devenez des machines participantes sur un cluster HACMP nœud appelé. Donc, appelé sur ces nœuds Groupe de ressources S (RG) qui représentent le terme central dans HACMP: un RG est le résumé logique

• un ou plusieurs systèmes de fichiers
• une ou plusieurs adresses IP
• un ou plusieurs processus et scripts de démarrage / arrêt associés

Lors de l’activation d’un tel groupe de ressources sur un nœud de cluster, les systèmes de fichiers associés sont d’abord démarrés, les processus du RG sont démarrés à l’aide des scripts de démarrage / stop stockés dans la définition RG. Puis l’adresse IP (le soi-disant Service IP ) Comme IP-Alias, appliqué à une interface prévue.

Le groupe de ressources est déplacé vers un autre nœud de cluster ( Reprendre ), l’application n’est terminée qu’avec l’aide du script d’arrêt, les systèmes de fichiers ne sont pas montés et l’alias IP avec le service IP, puis traité sur le nœud suivant (voir ci-dessus). Pour le client, seule une courte interruption (le temps nécessaire pour le changement) est créée jusqu’à ce que le service soit à nouveau disponible sous la même adresse IP. Le client ne remarque pas que cette adresse IP représente désormais une autre machine.

La plupart des fonctions de HACMP ou Powerha sont effectuées par des scripts (dans le Kornhell), seulement un petit patch de noyau (le soi-disant Chanteur de mâle , Dms ) intervient directement dans le système d’exploitation sous-jacent. Cette architecture ouverte rend HACMP très flexible.

Le plus gros problème que les logiciels de cluster doivent résoudre est le So-appelé Condition cérébrale divisée : Les deux nœuds croient qu’ils sont ou devront être actifs. Dans HACMP / Powerha, diverses voies de communication sont définies lors de la configuration du cluster, à travers laquelle les nœuds de cluster peuvent être rencontrés avec des messages sur leur fonctionnalité. cette volonté Battement de coeur nommé et peut être fini

• Configuration spécialement des interfaces IP
• Ces appareils HDisk auxquels les deux nœuds doivent être en mesure d’accéder (Disk-Heartbeat, ou dans des versions plus anciennes “Disque de mode cible”)
• Lignes de série (la méthode classique et à HACMP 4.4 absolument nécessaire)

être accompli. Si un nœud arrive à la conclusion en raison des battements cardiaques qui ne sont plus reçus, l’interrupteur à dos mort est déclenché et le nœud s’éteint ou redémarre ou redémarre. Le nœud actif vérifie également si la communication avec les clients est toujours possible avant de s’éteindre afin que le nœud de veille puisse prendre le relais.

Configurations typiques [ Modifier | Modifier le texte source ]]

Avec HACMP / Powerha, une variété de configurations de cluster sont possibles, qui sont de loin les grappes les plus courantes / passives (dans le jargon HACMP cluster rotatif Named) et cluster actif / actif ( cluster en cascade ).

Cluster rotatif [ Modifier | Modifier le texte source ]]

Le groupe de ressources fonctionne sur l’un des nœuds généralement deux (mais aussi plus) (si nécessaire), sur l’autre nœud uniquement le système d’exploitation et le Gestionnaire de cluster . Si le nœud actif échoue, l’autre effectue une prise de contrôle. Le mode sera tournant Appelé parce que le groupe de ressources est poussé d’avant en arrière entre les nœuds, c’est-à-dire quasi “tourné”.

Ce mode de fonctionnement est préféré pour les systèmes essentiels nécessaires et a l’avantage d’être facile à planifier avec une complexité relativement faible. L’inconvénient est qu’une partie importante de la capacité (le nœud de secours) n’est pas utilisée la plupart du temps.

Cluster en cascade [ Modifier | Modifier le texte source ]]

Le groupe de ressources avec l’application principale s’exécute sur un nœud, sur un autre groupe de ressources d’exécution de nœuds, qui peut être éteint si nécessaire. En cas d’erreur, le nœud de secours effectue initialement les scripts d’arrêt de ses propres groupes de ressources, après quoi une prise de contrôle est effectuée sur le RG de l’utilisation principale.

Ce mode de fonctionnement est typique des systèmes dans lesquels une instance productive d’un ou plusieurs instances de test ou de développement est confrontée, par exemple avec SAP ERP ou des bases de données plus grandes. Tant qu’il n’y a pas d’erreur, les instances de test seront sur le nœud de secours. En cas de défaut, il reprend l’instance productive et les instances de test ne sont pas disponibles aussi longtemps.