12.2. Premiers pas avec les jeux de machines pour les plans de contrôle
Le processus de démarrage des jeux de machines du plan de contrôle dépend de l'état de la ressource personnalisée (CR) ControlPlaneMachineSet
dans votre cluster.
- Clusters avec un CR généré actif
- Les clusters qui ont un CR généré avec un état actif utilisent la machine du plan de contrôle définie par défaut. Aucune action de l'administrateur n'est requise.
- Clusters avec un CR généré inactif
- Pour les clusters qui incluent une CR générée inactive, vous devez revoir la configuration de la CR et l'activer.
- Groupes sans CR généré
- Pour les clusters qui n'incluent pas de CR généré, vous devez créer et activer un CR avec la configuration appropriée pour votre cluster.
Si vous n'êtes pas sûr de l'état de la CR ControlPlaneMachineSet
dans votre cluster, vous pouvez vérifier l'état de la CR.
12.2.1. Fournisseurs de services en nuage pris en charge
Dans OpenShift Container Platform 4.12, les jeux de machines du plan de contrôle sont pris en charge pour les clusters Amazon Web Services (AWS), Microsoft Azure et VMware vSphere.
L'état de l'ensemble des machines du plan de contrôle après l'installation dépend de votre fournisseur de cloud et de la version d'OpenShift Container Platform que vous avez installée sur votre cluster.
Fournisseur d'informatique en nuage | Actif par défaut | CR généré | CR manuel nécessaire |
---|---|---|---|
Amazon Web Services (AWS) | X [1] | X | |
Microsoft Azure | X | ||
VMware vSphere | X |
- Les clusters AWS mis à niveau vers la version 4.12 à partir d'une version antérieure nécessitent une activation CR.
12.2.2. Vérification de l'état des ressources personnalisées de l'ensemble des machines du plan de contrôle
Vous pouvez vérifier l'existence et l'état de la ressource personnalisée (CR) ControlPlaneMachineSet
.
Procédure
Déterminez l'état de la CR en exécutant la commande suivante :
$ oc get controlplanemachineset.machine.openshift.io cluster \ --namespace openshift-machine-api
-
Un résultat de
Active
indique que la CRControlPlaneMachineSet
existe et est activée. Aucune action de l'administrateur n'est requise. -
Un résultat de
Inactive
indique qu'une CRControlPlaneMachineSet
existe mais qu'elle n'est pas activée. -
Un résultat de
NotFound
indique qu'il n'existe pas de CRControlPlaneMachineSet
.
-
Un résultat de
Prochaines étapes
Pour utiliser le jeu de machines du plan de contrôle, vous devez vous assurer qu'il existe un CR ControlPlaneMachineSet
avec les paramètres corrects pour votre cluster.
- Si votre cluster dispose d'un CR existant, vous devez vérifier que la configuration du CR est correcte pour votre cluster.
- Si votre cluster n'a pas de CR existant, vous devez en créer un avec la configuration correcte pour votre cluster.
12.2.3. Activation de la ressource personnalisée de l'ensemble des machines du plan de contrôle
Pour utiliser le jeu de machines du plan de contrôle, vous devez vous assurer qu'il existe une ressource personnalisée (CR) ControlPlaneMachineSet
avec les paramètres corrects pour votre cluster. Sur un cluster avec une CR générée, vous devez vérifier que la configuration de la CR est correcte pour votre cluster et l'activer.
Pour plus d'informations sur les paramètres du CR, voir "Control plane machine set configuration".
Procédure
Affichez la configuration du CR en exécutant la commande suivante :
$ oc --namespace openshift-machine-api edit controlplanemachineset.machine.openshift.io cluster
- Modifiez les valeurs des champs qui ne correspondent pas à la configuration de votre cluster.
Lorsque la configuration est correcte, activez la CR en définissant le champ
.spec.state
surActive
et en enregistrant vos modifications.ImportantPour activer la RC, vous devez remplacer le champ
.spec.state
parActive
dans la même sessionoc edit
que celle que vous utilisez pour mettre à jour la configuration de la RC. Si la RC est sauvegardée avec l'étatInactive
, le générateur de jeux de machines du plan de contrôle réinitialise la RC à ses paramètres d'origine.
Ressources complémentaires
12.2.4. Création d'une ressource personnalisée du jeu de machines du plan de contrôle
Pour utiliser le jeu de machines du plan de contrôle, vous devez vous assurer qu'il existe une ressource personnalisée (CR) ControlPlaneMachineSet
avec les paramètres corrects pour votre cluster. Sur un cluster sans CR générée, vous devez créer la CR manuellement et l'activer.
Pour plus d'informations sur la structure et les paramètres de la CR, voir "Control plane machine set configuration".
Procédure
Créez un fichier YAML en utilisant le modèle suivant :
Modèle de fichier YAML du jeu de machines du plan de contrôle CR
apiVersion: machine.openshift.io/v1 kind: ControlPlaneMachineSet metadata: name: cluster namespace: openshift-machine-api spec: replicas: 3 selector: matchLabels: machine.openshift.io/cluster-api-cluster: <cluster_id> 1 machine.openshift.io/cluster-api-machine-role: master machine.openshift.io/cluster-api-machine-type: master state: Active 2 strategy: type: RollingUpdate 3 template: machineType: machines_v1beta1_machine_openshift_io machines_v1beta1_machine_openshift_io: failureDomains: platform: <platform> 4 <platform_failure_domains> 5 metadata: labels: machine.openshift.io/cluster-api-cluster: <cluster_id> 6 machine.openshift.io/cluster-api-machine-role: master machine.openshift.io/cluster-api-machine-type: master spec: providerSpec: value: <platform_provider_spec> 7
- 1
- Spécifiez l'ID d'infrastructure basé sur l'ID de cluster que vous avez défini lors du provisionnement du cluster. Vous devez spécifier cette valeur lorsque vous créez un CR
ControlPlaneMachineSet
. Si l'OpenShift CLI (oc
) est installé, vous pouvez obtenir l'ID d'infrastructure en exécutant la commande suivante :$ oc get -o jsonpath='{.status.infrastructureName}{"\n"}' infrastructure cluster
- 2
- Indiquer l'état de l'opérateur. Lorsque l'état est
Inactive
, l'opérateur n'est pas opérationnel. Vous pouvez activer l'opérateur en définissant la valeurActive
.ImportantAvant d'activer le CR, vous devez vous assurer que sa configuration est adaptée aux besoins de votre cluster.
- 3
- Spécifie la stratégie de mise à jour pour le cluster. Les valeurs autorisées sont
OnDelete
etRollingUpdate
. La valeur par défaut estRollingUpdate
. - 4
- Indiquez le nom de la plate-forme de votre fournisseur de cloud. Les valeurs autorisées sont
AWS
,Azure
, etVSphere
. - 5
- Ajoutez la configuration
<platform_failure_domains>
pour le cluster. Le format et les valeurs de cette section sont spécifiques au fournisseur. Pour plus d'informations, consultez l'exemple de configuration du domaine de défaillance de votre fournisseur de cloud.NoteVMware vSphere ne prend pas en charge les domaines de défaillance. Pour les clusters vSphere, remplacez
<platform_failure_domains>
par un paramètrefailureDomains:
vide. - 6
- Spécifiez l'ID de l'infrastructure.
- 7
- Ajoutez la configuration
<platform_provider_spec>
pour le cluster. Le format et les valeurs de cette section sont spécifiques au fournisseur. Pour plus d'informations, consultez l'exemple de spécification de votre fournisseur de cloud.
- Reportez-vous à l'exemple de YAML pour un jeu de machines du plan de contrôle CR et complétez votre fichier avec des valeurs adaptées à la configuration de votre cluster.
- Reportez-vous à l'exemple de configuration du domaine de défaillance et à l'exemple de spécification du fournisseur pour votre fournisseur de cloud et mettez à jour ces sections de votre fichier avec les valeurs appropriées.
-
Lorsque la configuration est correcte, activez la CR en définissant le champ
.spec.state
surActive
et en enregistrant vos modifications. Créez le CR à partir de votre fichier YAML en exécutant la commande suivante :
oc create -f <control_plane_machine_set>.yaml
où
<control_plane_machine_set>
est le nom du fichier YAML qui contient la configuration du CR.
Ressources complémentaires