Red Hat Summit Red Hat SummitSupportConsoleDéveloppeursCommencer un essaiContact

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 la pcs 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 le corosyncprotocole 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é en pacemaker-schedulerd.
  • La prise en charge des propriétés obsolètes default-resource-stickinesset des propriétés de is-managed-defaultcluster a été supprimée. Les is-managedpropriétés resource-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.

(BZ#1543494)

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 de promotableclonage. Les mots-clés et les commandes associées ont été changés de masterpromotable.
  • 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 et pcsdports.
  • 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 depcsd communiquer avec chaque nœud en utilisant l'adresse spécifiée. Ces adresses peuvent être différentes de celles corosyncutilisées en interne.
  • La pcs pcsd clear-authcommande a été remplacée par les commandes pcs 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. La pcs 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, synchronise pcsautomatiquement 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 une updateoption qui permet à l'utilisateur de synchroniser manuellement l'historique des clôtures si nécessaire

(BZ#1620190, BZ#1615891)

Retour au début
Red Hat logoGithubredditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance. Découvrez nos récentes mises à jour.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez le Blog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

Theme

© 2025 Red Hat