4.4. Des mises à jour automatiques de la configuration du plan de contrôle
Dans les clusters dédiés à OpenShift, les réglages de plan de commande propagent automatiquement les modifications à la configuration de votre plan de contrôle. Lorsqu’une machine de plan de commande doit être remplacée, l’opérateur de jeu de machines de plan de contrôle crée une machine de remplacement basée sur la configuration spécifiée par la ressource personnalisée ControlPlaneMachineSet (CR). Lorsque la nouvelle machine de plan de contrôle est prête, l’opérateur draine et met fin en toute sécurité à l’ancienne machine de plan de contrôle d’une manière qui atténue tout effet négatif potentiel sur l’API de cluster ou la disponibilité de la charge de travail.
Il est impossible de demander que les remplacements d’appareils de commande se produisent uniquement pendant les fenêtres de maintenance. L’opérateur d’ensemble de machines de plan de contrôle agit pour assurer la stabilité du cluster. L’attente d’une fenêtre de maintenance pourrait compromettre la stabilité des clusters.
La machine à plan de commande peut être marquée pour être remplacée à tout moment, généralement parce que la machine est tombée hors de la spécification ou est entrée dans un état malsain. Ces remplacements sont une partie normale du cycle de vie d’un cluster et ne sont pas une source de préoccupation. Le SRE sera automatiquement alerté du problème en cas de défaillance d’une partie d’un nœud de contrôle.
En fonction du moment où le cluster dédié OpenShift a été créé à l’origine, l’introduction de jeux de machines de plan de contrôle peut laisser un ou deux nœuds de plan de contrôle avec des étiquettes ou des noms de machines qui sont incompatibles avec les autres nœuds de plan de contrôle. A titre d’exemple clustername-master-0, clustername-master-1, et clustername-master-2-abcxyz. De telles incohérences de dénomination n’affectent pas le fonctionnement du groupe et ne sont pas une source de préoccupation.