Kubernetes 1.17 — comment mettre à jour sans épuiser tout le budget d'erreur

La version 1.17 de Kubernetes est sortie le 9 décembre. Son slogan est « Stabilité » et de nombreuses fonctionnalités ont obtenu le statut GA, tandis qu'un certain nombre de fonctionnalités obsolètes ont été supprimées…

Et, comme toujours, notre section préférée Action Required du fichier CHANGELOG-1.17.md nécessite attention.

Mettons-nous au travail…

Attention, Storage !

La mise à jour de kubelet à chaud dans la version 1.17 n'est pas supportée, car le chemin vers les volumes block a changé. Avant de mettre à jour le nœud, il est nécessaire d'évacuer tous les pods avec la commande kubectl drain.

Les drapeaux et les gates…

Dans le changelog, on mentionne généralement que tel ou tel drapeau ou gate de fonctionnalité a été supprimé ou ajouté, mais on ne mentionne jamais l'application qui a subi ce changement… :

• Le drapeau --include-uninitialized au kubectl;
• Fonctionnalité autorisée par les gates de fonctionnalité GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout et PersistentLocalVolumes, est maintenant toujours utilisé et ne peut pas être désactivé. Ces options ont été retirées des clés possibles api-server et controller-manager;
• Le réseau d'adresses IP pour les services n'est désormais plus attribué par défaut. Il doit être spécifié à l'aide du drapeau --service-cluster-ip-range lors du démarrage de l'API server et du controller-manager.

kubeadm

• Kubeadm a appris à configurer la mise à jour automatique des certificats pour kubelet sur tous les nœuds du cluster, y compris sur le premier maître, où la commande a été exécutée kubeadm init. L'effet secondaire a été l'exigence d'un fichier avec la configuration initiale de kubelet bootstrap-kubelet.conf au lieu de kubelet.conf durant l'exécution kubeadm init;
• Lors de l'ajout de modes d'autorisation à l'API serveur kubeadm n'injecte plus les modes Node, RBAC dans le manifeste du pod statique, permettant de modifier complètement la configuration.

RBAC

Les rôles de cluster intégrés ont été supprimés system:csi-external-provisioner et system:csi-external-attacher.

Obsolète…

Un certain nombre de fonctionnalités ont été déclarées obsolètes, mais elles continuent d'être prises en charge. Il convient de souligner particulièrement le processus de migration vers l'utilisation de ContainerStorageInterface. Les administrateurs qui ont déployé leurs propres clusters (non gérés) sur AWS et GCE doivent planifier leur migration vers l'utilisation de CSI Driver pour gérer des volumes persistants, au lieu des pilotes intégrés dans Kubernetes. La procédure CSIMigration devrait les aider — nous attendons un guide étape par étape. Les administrateurs utilisant d'autres fournisseurs pour connecter des disques persistants doivent commencer à chercher et à lire la documentation : la version 1.21 promet de supprimer définitivement tous les pilotes intégrés.

Source : habr.com