Modification des propriétés des groupes de noeuds et des noeuds de travail

Vous pouvez utiliser Kubernetes Engine pour modifier les propriétés des groupes de noeuds et des noeuds de travail des grappes Kubernetes existantes.

Vous pouvez modifier :

• Le nom d'un groupe de noeuds
• la version de Kubernetes à exécuter sur les nouveaux noeuds de travail
• le nombre de noeuds de travail dans un groupe de noeuds, ainsi que les domaines de disponibilité, les domaines d'erreur et les sous-réseaux dans lesquels les placer
• L'image à utiliser pour les nouveaux noeuds de travail
• La forme à utiliser pour les nouveaux noeuds de travail
• La taille du volume de démarrage et les paramètres de chiffrement à utiliser pour les nouveaux noeuds de travail
• les options cordon et drain à utiliser lors de l'arrêt des noeuds de travail
• le script cloud-init à utiliser pour les instances hébergeant les noeuds de travail
• la clé SSH publique à utiliser pour accéder aux nouveaux noeuds de travail

Notez que vous ne devez pas modifier les noms des ressources générés automatiquement par Kubernetes Engine (tels que les noms des noeuds de travail).

Tenez également compte des points suivants :

• Dans certains cas, vous pouvez souhaiter mettre à jour simultanément les propriétés de tous les noeuds de travail d'un groupe de noeuds plutôt que simplement les propriétés des nouveaux noeuds de travail qui démarrent dans le groupe de noeuds. Par exemple, pour mettre à niveau tous les noeuds de travail vers une nouvelle version d'Oracle Linux. Dans ce cas, vous pouvez créer un nouveau groupe de noeuds avec des noeuds de travail dotés des propriétés requises, et transférer le travail du groupe de noeuds initial vers le nouveau groupe de noeuds à l'aide de la commande kubectl drain et des budgets d'interruption de pods. Pour plus d'informations, voir Création de noeuds de travail avec des propriétés mises à jour.
• Si vous modifiez la configuration de positionnement d'un groupe de noeuds (domaines de disponibilité, domaines d'erreur et sous-réseaux dans lesquels les noeuds de travail sont placés, mais pas le type de capacité du groupe de noeuds), les noeuds de travail existants sont arrêtés et de nouveaux noeuds de travail sont créés dans les nouveaux emplacements.
• Si vous utilisez l'opération d'API UpdateNodePool pour modifier les propriétés d'un groupe de noeuds existant, tenez compte du problème connu Propriétés des noeuds de travail non synchronisées avec les propriétés mises à jour du groupe de noeuds, et de sa solution de rechange.
• N'utilisez pas la commande kubectl delete node pour redimensionner les noeuds de travail d'une grappe créée par Kubernetes Engine ou y mettre fin. Au lieu de cela, réduisez le nombre de noeuds de travail en modifiant les propriétés du groupe de noeuds correspondant à l'aide de la console ou de l'API. La commande kubectl delete node ne modifie pas les propriétés d'un groupe de noeuds, qui déterminent l'état souhaité (y compris le nombre de noeuds de travail). De plus, bien que la commande kubectl delete node supprime le noeud de travail du magasin de valeurs clés etcd de la grappe, elle ne supprime pas l'instance de calcul sous-jacente.

Vous pouvez modifier les propriétés des groupes de noeuds et des noeuds de travail à l'aide de la console, de l'interface de ligne de commande et de l'API. Pour plus d'informations, voir :

• Mise à jour d'un groupe de noeuds gérés
• Mise à jour d'un groupe de noeuds virtuels