Auteur: Karim AMMOUS (LinkedIn). Date: Jan 4, 2020 · 10 min de lecture
Si vous avez eu le message d’erreur similaire au suivant:
$ kubectl apply -f deployment.yaml
error: unable to recognize "deployment.yaml": no matches for kind "Deployment" in version "extensions/v1beta1"
ou que les exemples du fameux livre « Kubernetes : Up and Running » ne fonctionnent pas sur votre cluster, cet article devrait vous intéresser.
Certains manifestes YAML pour Kubernetes ne sont plus applicables sur des versions récentes de cluster Kubernetes. Ceci est dû à la suppression des APIs obsolètes depuis la version 1.16 sortie en septembre 2019. En effet, quelques Objets Kubernetes ont changé de groupe d’API. A titre d’exemple, DaemonSet, Deployment, StatefulSet et ReplicaSet qui étaient servis sous le groupe d’API « extensions/v1beta1 » et « apps/v1beta2 » sont désormais uniquement disponibles sous « apps/v1 » API. La migration s’accompagne parfois par l’ajout/suppression d’attributs. Pour plus de détails sur ce qui changé, l’article posté sur le blog de kubernetes.io est une bonne lecture. On y parle entre autres d’un moyen de conversion automatique (voir paragraphe suivant).
La conversion des manifestes YAML peut s’effectuer en ligne de commande avec l’outil kubectl. La commande se présente comme suit:
kubectl convert -f <file> --output-version <group>/<version>
Appliquée à un fichier YAML décrivant un objet de type Deployment, cela donne:
kubectl convert -f deployment.yaml --output-version apps/v1
C’est certainement le moyen le plus rapide pour faire la conversion mais le résultat est à mon avis décevant. Les fichiers YAML résultants sont beaucoup plus verbeux que les fichiers d’origines à cause de l’ajout d’attributs avec leurs valeurs par défaut. En partant d’un fichier deployment.yaml de 19 lignes, la conversion retourne un fichier de 39 lignes. Les 20 lignes supplémentaites sont tout simplement inutiles à la conversion puisque la modification d’une seule ligne “apiVersion” suffit à migrer l’objet en question vers la nouvelle API. Ceci s’explique par le mécanisme de conversion derrière cette commande. La command kubectl convert envoie l’objet et la version souhaitée au cluster qui lui renvoie en retour l’objet au nouveau format en ajoutant les attributs optionnels avec leurs valeurs par défaut.
Personnellement, je suis plutôt favorable à ce qu’on prenne connaissance des changements nécessaires et les opérer manuellement. Cela a pour avantage de maintenir ses « manifests » YAML aussi concis et lisibles que possible. De toute manière, nous ne pourrons pas compter longtemps sur cette commande puisqu’elle va être supprimée dans une prochaine version.
Le dépôt github avec les exemples du fameux livre « Kubernetes : Up and Running » n’a pas été mis à jour depuis 2 ans. Plusieurs de ces exemples ne sont plus compatibles. J’ai procédé au fork de dépôt en question et à la mise à jour manuelle de tous les fichiers non compatibles. Le résultat est disponible sur la branche v1.16 du repo github de k8s-schoool/examples.