Rechercher

Chapitre 13. Déterminer l'ordre d'exécution des ressources de la grappe

download PDF

Pour déterminer l'ordre d'exécution des ressources, vous devez configurer une contrainte d'ordre.

Le tableau suivant présente le format de la commande permettant de configurer une contrainte d'ordre.

pcs constraint order [action] resource_id then [action] resource_id [options]

Le tableau suivant résume les propriétés et les options permettant de configurer les contraintes d'ordre.

Tableau 13.1. Propriétés d'une contrainte de commande
FieldDescription

id_ressource

Le nom d'une ressource sur laquelle une action est effectuée.

action

L'action à ordonner sur la ressource. Les valeurs possibles de la propriété action sont les suivantes :

* start - Ordre des actions de démarrage de la ressource.

* stop - Ordonner l'arrêt des actions de la ressource.

* promote - Promouvoir la ressource d'une ressource non promue à une ressource promue.

* demote - Rétrograder la ressource d'une ressource promue à une ressource non promue.

Si aucune action n'est spécifiée, l'action par défaut est start.

kind option

Comment appliquer la contrainte. Les valeurs possibles de l'option kind sont les suivantes :

* Optional - Ne s'applique que si les deux ressources exécutent l'action spécifiée. Pour plus d'informations sur l'ordonnancement facultatif, voir Configuration de l'ordonnancement consultatif.

* Mandatory - Toujours appliquer la contrainte (valeur par défaut). Si la première ressource spécifiée s'arrête ou ne peut pas être démarrée, la deuxième ressource spécifiée doit être arrêtée. Pour plus d'informations sur l'ordonnancement obligatoire, voir Configuration de l'ordonnancement obligatoire.

* Serialize - Veillez à ce qu'il n'y ait pas deux actions d'arrêt/démarrage simultanées pour les ressources que vous spécifiez. La première et la deuxième ressource que vous spécifiez peuvent démarrer dans n'importe quel ordre, mais l'une d'entre elles doit avoir terminé son démarrage avant que l'autre ne puisse être démarrée. Un cas d'utilisation typique est celui où le démarrage d'une ressource impose une charge élevée à l'hôte.

symmetrical option

Si elle est vraie, l'inverse de la contrainte s'applique à l'action opposée (par exemple, si B commence après A, alors B s'arrête avant A). Les contraintes d'ordre pour lesquelles kind est Serialize ne peuvent pas être symétriques. La valeur par défaut est true pour les types Mandatory et Optional, false pour Serialize.

Utilisez la commande suivante pour supprimer des ressources de toute contrainte de classement.

pcs constraint order remove resource1 [resourceN]...

13.1. Configuration de la commande obligatoire

Une contrainte d'ordre obligatoire indique que la deuxième action ne doit pas être lancée pour la deuxième ressource tant que la première action ne s'est pas achevée avec succès pour la première ressource. Les actions qui peuvent être ordonnées sont stop, start et, en outre, pour les clones promouvables, demote et promote. Par exemple, \N "A puis B\N" (qui est équivalent à \N "démarrer A puis démarrer B\N") signifie que B ne sera pas démarré à moins et jusqu'à ce que A démarre avec succès. Une contrainte d'ordre est obligatoire si l'option kind de la contrainte est définie sur Mandatory ou laissée par défaut.

Si l'option symmetrical est définie sur true ou laissée par défaut, les actions opposées seront ordonnées en sens inverse. Les actions start et stop sont opposées, et demote et promote sont opposées. Par exemple, un ordre symétrique "promouvoir A puis démarrer B" implique "arrêter B puis rétrograder A", ce qui signifie que A ne peut pas être rétrogradé tant que B n'a pas réussi à s'arrêter. Un ordre symétrique signifie que les changements dans l'état de A peuvent entraîner la programmation d'actions pour B. Par exemple, si A redémarre en raison d'une défaillance, B sera arrêté en premier, puis A sera arrêté, puis A sera démarré, puis B sera démarré.

Notez que le cluster réagit à chaque changement d'état. Si la première ressource est redémarrée et se trouve à nouveau dans un état de démarrage avant que la seconde ressource ne lance une opération d'arrêt, la seconde ressource n'aura pas besoin d'être redémarrée.

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.

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 leBlog 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.

© 2024 Red Hat, Inc.