4.12. Haute disponibilité et clusters
Prise en charge de la haute disponibilité sur la plateforme Red Hat OpenStack
Vous pouvez désormais configurer un cluster de haute disponibilité sur la plateforme Red Hat OpenStack. Pour prendre en charge cette fonctionnalité, Red Hat fournit les nouveaux agents de cluster suivants :
-
fence_openstackagent de clôture pour les clusters HA sur OpenStack -
openstack-infol'agent de ressourceopenstack-infopour configurer la ressource clonée, qui est nécessaire pour un cluster HA sur OpenStack -
openstack-virtual-ipagent de ressource pour configurer une ressource d'adresse IP virtuelle -
openstack-floating-ipagent de ressources pour configurer une ressource d'adresse IP flottante -
openstack-cinder-volumel'agent de ressources pour configurer une ressource de stockage en bloc
pcs prend en charge la mise à jour des périphériques SCSI à chemins multiples sans nécessiter un redémarrage du système
Vous pouvez désormais mettre à jour les périphériques SCSI multipath à l'aide de la commande pcs stonith update-scsi-devices. Cette commande met à jour les périphériques SCSI sans provoquer le redémarrage des autres ressources de la grappe fonctionnant sur le même nœud.
Prise en charge de l'UUID des clusters
Lors de l'installation d'un cluster, la commande pcs génère désormais un UUID pour chaque cluster. Comme le nom d'un cluster n'est pas un identifiant unique, vous pouvez utiliser l'UUID du cluster pour identifier les clusters portant le même nom lorsque vous administrez plusieurs clusters.
Vous pouvez afficher l'UUID du cluster actuel à l'aide de la commande pcs cluster config [show]. Vous pouvez ajouter un UUID à un cluster existant ou régénérer un UUID s'il existe déjà en utilisant la commande pcs cluster config uuid generate.
Nouvelle option de commande pcs resource config pour afficher les commandes pcs qui recréent les ressources configurées
La commande pcs resource config accepte désormais l'option --output-format=cmd. Cette option permet d'afficher les commandes pcs que vous pouvez utiliser pour recréer les ressources configurées sur un autre système.
Nouvelle option de commande pcs stonith config pour afficher les commandes pcs qui recréent les dispositifs de clôture configurés
La commande pcs stonith config accepte désormais l'option --output-format=cmd. Cette option permet d'afficher les commandes pcs que vous pouvez utiliser pour recréer les périphériques de clôture configurés sur un autre système.
Pacemaker passe à la version 2.1.4
Les paquets Pacemaker ont été mis à jour vers la version amont de Pacemaker 2.1.4. Les changements notables sont les suivants :
-
Le paramètre de ressource
multiple-activeaccepte désormais la valeurstop_unexpected, Le paramètre de ressourcemultiple-activedétermine le comportement de récupération lorsqu'une ressource est active sur plus d'un nœud alors qu'elle ne devrait pas l'être. Par défaut, cette situation nécessite un redémarrage complet de la ressource, même si la ressource fonctionne correctement là où elle devrait être. Une valeur destop_unexpectedpour ce paramètre indique que seules les instances inattendues d'une ressource à activité multiple sont arrêtées. Il incombe à l'utilisateur de vérifier que le service et son agent de ressources peuvent fonctionner avec des instances actives supplémentaires sans nécessiter un redémarrage complet. -
Pacemaker prend désormais en charge le méta-attribut de ressource
allow-unhealthy-node. Lorsque ce méta-attribut est défini surtrue, la ressource n'est pas forcée de quitter un nœud en raison de la dégradation de son état de santé. Lorsque cet attribut est défini pour les ressources de santé, le cluster peut automatiquement détecter si l'état de santé du nœud se rétablit et déplacer les ressources vers ce nœud. -
Les utilisateurs peuvent désormais spécifier des listes de contrôle d'accès (ACLS) pour un groupe de systèmes à l'aide de la commande
pcs acl group. Pacemaker permettait auparavant de spécifier des ACL pour des utilisateurs individuels, mais il est parfois plus simple et plus conforme aux politiques locales de spécifier des ACL pour un groupe de systèmes et de les appliquer à tous les utilisateurs de ce groupe. Cette commande était présente dans les versions antérieures mais n'avait aucun effet.
Samba n'est plus installé automatiquement avec les paquets cluster
À partir de cette version, l'installation des paquets pour le module complémentaire de haute disponibilité RHEL n'installe plus automatiquement les paquets Samba. Cela vous permet également de supprimer les paquets Samba sans supprimer automatiquement les paquets HA. Si votre cluster utilise des ressources Samba, vous devez maintenant les installer manuellement.
(BZ#1826455)
