4.6. Gestion des conditions de l’opérateur
En tant qu’administrateur avec le rôle d’administrateur dédié, vous pouvez gérer les conditions de l’opérateur en utilisant Operator Lifecycle Manager (OLM).
4.6.1. Conditions primordiales de l’opérateur Copier lienLien copié sur presse-papiers!
En tant qu’administrateur avec le rôle d’administrateur dédié, vous voudrez peut-être ignorer une condition d’opérateur prise en charge rapportée par un opérateur. Lorsqu’ils sont présents, les conditions de l’opérateur dans le tableau Spec.Overrides remplacent les conditions du tableau Spec.Conditions, permettant aux administrateurs dédiés de traiter les situations où un opérateur signale incorrectement un état à Operator Lifecycle Manager (OLM).
Le tableau Spec.Overrides n’est pas présent dans un objet OperatorCondition jusqu’à ce qu’il soit ajouté par un administrateur avec le rôle dédié-admin . Le tableau Spec.Conditions n’est pas non plus présent tant qu’il n’est pas ajouté par un utilisateur ou à la suite de la logique personnalisée de l’opérateur.
À titre d’exemple, considérez une version connue d’un opérateur qui communique toujours qu’elle n’est pas modifiable. Dans ce cas, vous voudrez peut-être mettre à niveau l’opérateur malgré la communication de l’opérateur qu’il n’est pas mis à niveau. Cela pourrait être accompli en dépassant la condition de l’opérateur en ajoutant le type et l’état de condition au tableau Spec.Overrides dans l’objet OperatorCondition.
Conditions préalables
- En tant qu’utilisateur, vous avez accès au cluster avec le rôle d’administrateur dédié.
- Exploitant avec un objet OperatorCondition, installé à l’aide de OLM.
Procédure
Éditer l’objet OperatorCondition pour l’Opérateur:
oc edit operatorcondition <name>
$ oc edit operatorcondition <name>
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Ajouter un tableau Spec.Overrides à l’objet:
Exemple de condition de l’opérateur
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Permet à l’utilisateur dédié-admin de changer la disponibilité de mise à jour vers True.
4.6.2. La mise à jour de votre opérateur pour utiliser les conditions de l’opérateur Copier lienLien copié sur presse-papiers!
Le gestionnaire de cycle de vie de l’opérateur (OLM) crée automatiquement une ressource OperatorCondition pour chaque ressource ClusterServiceVersion qu’elle concilie. L’ensemble des comptes de service du CSV se voient accorder au RBAC d’interagir avec la Condition de l’Opérateur détenue par l’Opérateur.
L’auteur d’un opérateur peut développer son opérateur pour utiliser la bibliothèque de l’opérateur de sorte qu’une fois que l’opérateur a été déployé par OLM, il peut définir ses propres conditions. Consultez la page Conditions de l’opérateur pour plus de ressources sur la configuration des conditions de l’opérateur en tant qu’auteur de l’opérateur.
4.6.2.1. Définir les valeurs par défaut Copier lienLien copié sur presse-papiers!
Dans un effort pour rester rétrocompatible, OLM traite l’absence d’une ressource OperatorCondition comme se désignant de la condition. En conséquence, un opérateur qui opte pour l’utilisation des conditions de l’opérateur doit définir des conditions par défaut avant que la sonde prête pour le pod ne soit définie à true. Cela fournit à l’opérateur un délai de grâce pour mettre à jour la condition à l’état correct.