8.10. Haute disponibilité et clusters
pcs ne permet plus de modifier les propriétés d'un cluster qui ne devraient pas être modifiées
Auparavant, l'interface de ligne de commande pcs vous permettait de modifier les propriétés de la grappe qui ne devraient pas être modifiées ou pour lesquelles la modification n'a pas d'effet. Avec cette correction, pcs ne vous permet plus de modifier ces propriétés de cluster : cluster-infrastructure, cluster-name, dc-version, have-watchdog, et last-lrm-refresh.
pcs affiche désormais les propriétés du cluster qui ne sont pas explicitement configurées
Auparavant, la commande pcs permettant d'afficher la valeur d'une propriété de cluster spécifique ne répertoriait pas les valeurs qui n'étaient pas explicitement configurées dans la CIB. Avec cette correction, si une propriété de cluster n'est pas définie, pcs affiche la valeur par défaut de la propriété.
Les ressources du cluster qui font appel à crm_mon s'arrêtent désormais proprement lors de la fermeture
Auparavant, l'utilitaire crm_mon renvoyait un état de sortie non nul alors que Pacemaker était en cours d'arrêt. Les agents de ressources qui appelaient crm_mon dans leur action de surveillance, tels que ocf:heartbeat:pqsql, pouvaient incorrectement renvoyer un échec lors de l'arrêt du cluster. Avec cette correction, crm_mon renvoie un succès même si le cluster est en cours d'arrêt. Les ressources qui appellent crm_mon s'arrêtent maintenant proprement lors de l'arrêt du cluster.
Les actions de métadonnées de l'agent de ressources OCF peuvent désormais appeler crm_node sans provoquer de clôtures inattendues
Depuis RHEL 8.5, les actions de métadonnées de l'agent de ressources OCF bloquent le contrôleur et les requêtes crm_node exécutent les demandes du contrôleur. Par conséquent, si l'action de métadonnées d'un agent appelle crm_node, elle bloque le contrôleur pendant 30 secondes jusqu'à ce que l'action se termine. Cela peut entraîner l'échec d'autres actions et la clôture du nœud.
Avec cette correction, le contrôleur exécute désormais les actions de métadonnées de manière asynchrone. Une action de métadonnées de l'agent de ressources OCF peut désormais appeler crm_node sans problème.
Pacemaker revérifie désormais les affectations de ressources immédiatement lorsque l'ordre des ressources est modifié
Depuis RHEL 8.7, Pacemaker ne revérifie pas les affectations de ressources lorsque l'ordre des ressources dans la CIB change sans que la définition des ressources ne soit modifiée. Si la réorganisation de la configuration entraînait un déplacement des ressources, celui-ci n'avait pas lieu avant la prochaine transition naturelle, jusqu'à la valeur de cluster-recheck-interval-property. Cela pouvait poser des problèmes si l'adhérence des ressources n'était pas configurée pour une ressource.
Avec cette modification, Pacemaker revérifie les affectations de ressources lorsque l'ordre des ressources dans la CIB change, comme c'était le cas pour les versions antérieures de Pacemaker. Le cluster répond maintenant immédiatement à ces changements, si nécessaire.
L'activation d'une ressource unique et d'une opération de surveillance ne permet plus d'effectuer des opérations de surveillance pour toutes les ressources d'un groupe de ressources
Auparavant, après avoir supprimé la gestion de toutes les ressources et opérations de surveillance dans un groupe de ressources, la gestion d'une des ressources de ce groupe avec son opération de surveillance réactivait les opérations de surveillance pour toutes les ressources du groupe de ressources. Cela pouvait entraîner un comportement inattendu de la grappe.
Avec cette correction, la gestion d'une ressource et la réactivation de son opération de surveillance réactivent l'opération de surveillance pour cette ressource uniquement et non pour les autres ressources d'un groupe de ressources.
