Chapitre 22. Propriétés de la grappe de stimulateurs cardiaques

batch-limit

0

Le nombre d'actions sur les ressources que la grappe est autorisée à exécuter en parallèle. La valeur de "correct" dépend de la vitesse et de la charge de votre réseau et des nœuds de la grappe. La valeur par défaut de 0 signifie que la grappe imposera dynamiquement une limite lorsqu'un nœud a une charge de CPU élevée.

migration-limit

-1 (illimité)

Nombre de tâches de migration que le cluster est autorisé à exécuter en parallèle sur un nœud.

no-quorum-policy

arrêter

Que faire lorsque le cluster n'a pas de quorum. Valeurs autorisées :

* ignorer - poursuivre la gestion des ressources

* freeze - continuer la gestion des ressources, mais ne pas récupérer les ressources des nœuds qui ne sont pas dans la partition affectée

* stop - arrête toutes les ressources dans la partition de cluster concernée

* suicide - clôturer tous les nœuds de la partition de cluster affectée

* demote - si une partition de cluster perd le quorum, rétrograder les ressources promues et arrêter toutes les autres ressources

symmetric-cluster

true

Indique si les ressources peuvent être exécutées sur n'importe quel nœud par défaut.

cluster-delay

60s

Délai aller-retour sur le réseau (hors exécution de l'action). La valeur de "correct" dépendra de la vitesse et de la charge de votre réseau et de vos nœuds de cluster.

dc-deadtime

20s

Durée d'attente d'une réponse des autres nœuds lors du démarrage. La valeur de "correct" dépend de la vitesse et de la charge de votre réseau, ainsi que du type de commutateurs utilisés.

stop-orphan-resources

true

Indique si les ressources supprimées doivent être arrêtées.

stop-orphan-actions

true

Indique si les actions supprimées doivent être annulées.

start-failure-is-fatal

true

Indique si l'échec du démarrage d'une ressource sur un nœud particulier empêche d'autres tentatives de démarrage sur ce nœud. Lorsque l'option est définie sur false, le cluster décide s'il faut réessayer de démarrer sur le même nœud en fonction du nombre d'échecs et du seuil de migration de la ressource. Pour plus d'informations sur la définition de l'option migration-threshold pour une ressource, voir Configuration des méta-options des ressources.

En définissant start-failure-is-fatal sur false, on court le risque qu'un nœud défectueux, incapable de démarrer une ressource, bloque toutes les actions dépendantes. C'est pourquoi la valeur par défaut de start-failure-is-fatal est vraie. Le risque lié à la définition de start-failure-is-fatal=false peut être atténué en définissant un seuil de migration bas, de sorte que d'autres actions puissent se poursuivre après ce nombre d'échecs.

pe-error-series-max

-1 (tous)

Nombre d'entrées de l'ordonnanceur entraînant des ERREURS à sauvegarder. Utilisé pour signaler des problèmes.

pe-warn-series-max

-1 (tous)

Nombre d'entrées de l'ordonnanceur entraînant des AVERTISSEMENTS à sauvegarder. Utilisé pour signaler des problèmes.

pe-input-series-max

-1 (tous)

Le nombre d'entrées de l'ordonnanceur "normal" à sauvegarder. Utilisé pour signaler des problèmes.

cluster-infrastructure

Pile de messagerie sur laquelle Pacemaker fonctionne actuellement. Utilisée à des fins d'information et de diagnostic ; non configurable par l'utilisateur.

dc-version

Version de Pacemaker sur le contrôleur désigné (DC) de la grappe. Utilisée à des fins de diagnostic ; non configurable par l'utilisateur.

cluster-recheck-interval

15 minutes

Pacemaker est principalement piloté par les événements et sait à l'avance quand il doit revérifier le cluster pour les délais d'échec et la plupart des règles basées sur le temps. Pacemaker revérifie également la grappe après la durée d'inactivité spécifiée par cette propriété. Cette revérification du cluster a deux objectifs : les règles avec date-spec sont garanties d'être vérifiées aussi souvent, et cela sert de sécurité pour certains types de bogues de l'ordonnanceur. La valeur 0 désactive cette interrogation ; les valeurs positives indiquent un intervalle de temps.

maintenance-mode

false

Le mode maintenance indique à la grappe de passer en mode "mains libres" et de ne pas démarrer ou arrêter de services jusqu'à ce qu'on lui dise le contraire. Lorsque le mode de maintenance est terminé, la grappe effectue une vérification de l'état actuel de tous les services, puis arrête ou démarre ceux qui en ont besoin.

shutdown-escalation

20 minutes

Délai au terme duquel il convient d'abandonner toute tentative d'arrêt gracieux et de se contenter de quitter le système. Utilisation avancée uniquement.

stop-all-resources

false

Le cluster doit-il arrêter toutes les ressources ?

enable-acl

false

Indique si le cluster peut utiliser des listes de contrôle d'accès, telles que définies par la commande pcs acl.

placement-strategy

par défaut

Indique si et comment le cluster prendra en compte les attributs d'utilisation lors de la détermination de l'emplacement des ressources sur les nœuds du cluster.

priority-fencing-delay

0 (désactivé)

Permet de configurer un cluster à deux nœuds de manière à ce que, dans une situation de cerveau divisé, le nœud ayant le moins de ressources en cours d'exécution soit celui qui est clôturé.

La propriété priority-fencing-delay peut être définie comme une durée. La valeur par défaut de cette propriété est 0 (désactivé). Si cette propriété est définie sur une valeur non nulle et que le méta-attribut priority est configuré pour au moins une ressource, le nœud ayant la priorité combinée la plus élevée de toutes les ressources fonctionnant sur lui aura plus de chances de survivre dans une situation où le cerveau est divisé.

Par exemple, si vous définissez pcs resource defaults priority=1 et pcs property set priority-fencing-delay=15s et qu'aucune autre priorité n'est définie, le nœud exploitant le plus de ressources aura plus de chances de survivre car l'autre nœud attendra 15 secondes avant d'initier la clôture. Si une ressource particulière est plus importante que les autres, vous pouvez lui donner une priorité plus élevée.

Le nœud jouant le rôle promu d'un clone promouvable obtient un point supplémentaire si une priorité a été configurée pour ce clone.

Tout délai défini à l'aide de la propriété priority-fencing-delay sera ajouté à tout délai défini à l'aide des propriétés de périphérique de clôture pcmk_delay_base et pcmk_delay_max. Ce comportement autorise un certain délai lorsque les deux nœuds ont la même priorité ou que les deux nœuds doivent être clôturés pour une raison autre que la perte d'un nœud (par exemple, si on-fail=fencing est défini pour une opération de surveillance des ressources). En cas d'utilisation combinée, il est recommandé de définir la propriété priority-fencing-delay à une valeur nettement supérieure au délai maximal des propriétés pcmk_delay_base et pcmk_delay_max, afin de s'assurer que le nœud prioritaire est privilégié (une valeur deux fois plus élevée serait tout à fait sûre).

Seules les clôtures programmées par Pacemaker lui-même respecteront priority-fencing-delay. Les clôtures programmées par un code externe tel que dlm_controld ne fourniront pas les informations nécessaires au dispositif de clôture.

node-health-strategy

aucun

Lorsqu'il est utilisé avec un agent de ressources de santé, contrôle la manière dont Pacemaker réagit aux changements dans la santé du nœud. Valeurs autorisées :

* none - Ne pas suivre l'évolution de la santé des nœuds.

* migrate-on-red - Les ressources sont retirées de tout nœud pour lequel un agent de santé a déterminé que l'état du nœud est red, sur la base des conditions locales surveillées par l'agent.

* only-green - Les ressources sont retirées de tout nœud pour lequel un agent de santé a déterminé que l'état du nœud est yellow ou red, sur la base des conditions locales surveillées par l'agent.

* progressive custom - Stratégies avancées de santé des nœuds offrant un contrôle plus fin de la réponse de la grappe aux conditions de santé en fonction des valeurs numériques internes des attributs de santé.