4.12. Haute disponibilité et clusters (traduction automatique)
Nouvelles pcscommandes pour lister les périphériques Watchdog disponibles et tester les périphériques Watchdog disponibles
Pour configurer SBD avec Pacemaker, un dispositif de surveillance fonctionnel est nécessaire. Cette version supporte la pcs stonith sbd watchdog listcommande pour lister les périphériques Watchdog disponibles sur le nœud local, et la pcs stonith sbd watchdog testcommande pour tester un périphérique Watchdog. Pour plus d'informations sur l'outil en ligne de sbdcommande, voir la page de manuel sbd(8).
(BZ#1578891)
La pcscommande supporte maintenant le filtrage des défaillances de ressources par une opération et son intervalle
Pacemaker suit désormais les défaillances de ressources par opération de ressource sur le nom d'une ressource et un nœud. La pcs resource failcount showcommande permet maintenant de filtrer les échecs par une ressource, un nœud, une opération et un intervalle. Il permet d'afficher les défaillances agrégées par ressource et par nœud ou détaillées par ressource, nœud, opération et son intervalle. De plus, la pcs resource failcount resetcommande permet maintenant de filtrer les échecs par une ressource, un nœud, une opération et un intervalle.
(BZ#1591308)
Horodatage activé dans le corosyncjournal
Le corosyncjournal ne contenait pas auparavant d'horodatage, ce qui le rendait difficile à relier aux journaux d'autres nœuds et démons. Avec cette version, les horodatages sont présents dans le corosyncjournal.
(BZ#1615420)
Nouveaux formats pour pcs cluster setuples pcs cluster node removecommandes, pcs cluster node addet
Dans Red Hat Enterprise Linux 8, prend pcsentièrement en charge Corosync 3 et les noms de nœudsknet. Les noms de nœuds sont maintenant requis et remplacent les adresses de nœuds dans le rôle d'identificateur de nœuds. Les adresses des nœuds sont maintenant facultatives.
-
Dans la
pcs host authcommande, les adresses par défaut des nœuds sont les noms de nœuds -
Dans les commandes
pcs cluster setupetpcs cluster node add, les adresses de nœud par défaut sont celles spécifiées dans lapcs host authcommande.
Avec ces changements, les formats des commandes pour configurer un cluster, ajouter un noeud à un cluster et supprimer un noeud d'un cluster ont changé. Pour plus d'informations sur ces nouveaux formats de commandes, reportez-vous à l'affichage de l'aide pour les pcs cluster node removecommandespcs cluster setup, pcs cluster node addet.
(BZ#1158816)
Stimulateur cardiaque 2.0.0 dans RHEL 8
Les pacemakerpaquets ont été mis à jour vers la version amont de Pacemaker 2.0.0, qui fournit un certain nombre de corrections de bogues et d'améliorations par rapport à la version précédente :
-
Le protocole détaillé de Pacemaker est maintenant
/var/log/pacemaker/pacemaker.logpar défaut (pas directement dans/var/logou combiné avec lecorosyncprotocole sous/var/log/cluster). -
Les processus du démon Pacemaker ont été renommés pour rendre la lecture des logs plus intuitive. Par exemple,
penginea été renommé enpacemaker-schedulerd. -
La prise en charge des propriétés obsolètes
default-resource-stickinesset des propriétés deis-managed-defaultcluster a été supprimée. Lesis-managedpropriétésresource-stickinesset et doivent être définies dans les valeurs par défaut des ressources à la place. Les configurations existantes (bien qu'elles ne soient pas nouvellement créées) avec la syntaxe obsolète seront automatiquement mises à jour pour utiliser la syntaxe prise en charge. - Une liste plus complète des changements est disponible à l'adresse suivante : https://access.redhat.com/articles/3681151.
Il est recommandé aux utilisateurs qui mettent à niveau un cluster existant à l'aide de Red Hat Enterprise Linux 7 ou d'une version antérieure de s'exécuter pcs cluster cib-upgradesur n'importe quel nœud de cluster avant et après la mise à niveau RHEL sur tous les nœuds de cluster.
Ressources principales renommées en ressources de clone promotable
Red Hat Enterprise Linux (RHEL) 8 prend en charge Pacemaker 2.0, dans lequel une ressource maître/esclave n'est plus un type de ressource séparé mais une ressource clone standard avec un promotablemétaattribut défini à true. Les changements suivants ont été mis en œuvre à l'appui de cette mise à jour :
-
Il n'est plus possible de créer des ressources maître avec la
pcscommande. Au lieu de cela, il est possible de créer des ressources depromotableclonage. Les mots-clés et les commandes associées ont été changés demasterpromotable. - Toutes les ressources de base existantes sont affichées en tant que ressources de clonage pouvant faire l'objet d'une promotion.
- Lors de la gestion d'un cluster RHEL7 dans l'interface utilisateur Web, les ressources maître sont toujours appelées maître, car les clusters RHEL7 ne supportent pas les clones promotables.
(BZ#1542288)
Nouvelles commandes d'authentification des nœuds d'un cluster
Red Hat Enterprise Linux (RHEL) 8 incorpore les modifications suivantes aux commandes utilisées pour authentifier les nœuds dans un cluster.
-
La nouvelle commande d'authentification est
pcs host auth. Cette commande permet aux utilisateurs de spécifier les noms d'hôtes, adresses etpcsdports. -
La
pcs cluster authcommande n'authentifie que les nœuds d'un cluster local et n'accepte pas une liste de nœuds -
Il est maintenant possible de spécifier une adresse pour chaque nœud,
pcspuis depcsdcommuniquer avec chaque nœud en utilisant l'adresse spécifiée. Ces adresses peuvent être différentes de cellescorosyncutilisées en interne. -
La
pcs pcsd clear-authcommande a été remplacée par les commandespcs pcsd deauthetpcs host deauth. Les nouvelles commandes permettent aux utilisateurs de désauthentifier un seul hôte ainsi que tous les hôtes. -
Auparavant, l'authentification des nœuds était bidirectionnelle, et l'exécution de la
pcs cluster authcommande permettait d'authentifier tous les nœuds spécifiés les uns par rapport aux autres. Lapcs host authcommande, cependant, fait en sorte que seul l'hôte local soit authentifié par rapport aux nœuds spécifiés. Cela permet de mieux contrôler quel nœud est authentifié par rapport à quels autres nœuds lors de l'exécution de cette commande. Sur la configuration du cluster elle-même, et aussi lors de l'ajout d'un nœud, synchronisepcsautomatiquement les jetons sur le cluster, de sorte que tous les nœuds du cluster sont toujours automatiquement authentifiés comme auparavant et les nœuds du cluster peuvent communiquer entre eux.
Notez que ces changements ne sont pas rétrocompatibles. Les nœuds qui ont été authentifiés sur un système RHEL 7 devront l'être à nouveau.
(BZ#1549535)
Les pcscommandes prennent désormais en charge l'affichage, le nettoyage et la synchronisation de l'historique des clôtures
Le démon de clôture de Pacemaker suit un historique de toutes les actions de clôture prises (en attente, réussies ou non). Avec cette version, les pcscommandes permettent aux utilisateurs d'accéder à l'historique des clôtures de la manière suivante :
-
La
pcs statuscommande affiche les actions d'escrime échouées et en attente -
La
pcs status --fullcommande affiche l'historique complet de l'escrime -
La
pcs stonith historycommande offre des options pour afficher et nettoyer l'historique des clôtures -
Bien que l'historique des clôtures soit synchronisé automatiquement, la
pcs stonith historycommande supporte maintenant uneupdateoption qui permet à l'utilisateur de synchroniser manuellement l'historique des clôtures si nécessaire
(BZ#1620190, BZ#1615891)
