aucune correspondance pour le genre "Déploiement" dans la version "extensions / v1beta1

Dans Kubernetes 1.16, certaines api ont été modifiées.

Vous pouvez vérifier quelles API prennent en charge l'objet Kubernetes actuel en utilisant

$ kubectl api-resources | grep deployment
deployments                       deploy       apps                           true         Deployment

Cela signifie que seule apiVersion avec apps est correcte pour les déploiements (les extensions ne prennent pas en charge le Deployment ). La même situation avec StatefulSet.

Vous devez modifier Deployment et StatefulSet apiVersion en apiVersion: apps/v1 .

Si cela ne vous aide pas, veuillez ajouter votre YAML à la question.

EDIT Comme le problème est causé par les modèles HELM inclus d'anciennes apiVersions dans les déploiements qui ne sont pas prises en charge dans la version 1.16, il existe 2 solutions possibles:

1. git clone tout le référentiel et remplace apiVersion par apps/v1 dans tous les templates / deployment.yaml à l'aide d'un script
2. Utilisez une ancienne version de Kubernetes (1.15) lorsque le validateur accepte des extensions comme apiVersion pour Deployment et StatefulSet .

Cela m'ennuyait parce que je testais beaucoup de packages de barre, j'ai donc écrit un script rapide - qui pourrait être modifié pour trier votre flux de travail, voir peut-être ci-dessous

Nouveau flux de travail Commencez par récupérer le graphique au format tgz dans votre répertoire de travail

#!/bin/bash
echo usage $0 releasename namespace chart.tgz [createparameter1] [createparameter2] ... [createparameter n]
echo This will use your namespace then shift back to default so be careful!!
kubectl create namespace $2   #this will create harmless error if namespace exists have to ignore
kubectl config set-context MYCLUSTERNAME --namespace $2
helm template -n $1 --namespace $2 $3 | kubectl convert -f /dev/stdin | kubectl create --save-config=true ${@:4}  -f /dev/stdin
#note the --namespace parameter in helm template above seems to be ignored so we have to manually switch context
kubectl config set-context MYCLUSTERNAME --namespace default

puis dans votre travail, exécutez directement le script bash ci-dessous - que j'ai nommé helmk

helmk myreleasename mynamespace chart.tgz [any parameters for kubectl create]

Contenu de helmk - besoin de modifier votre nom de clustername kubeconfig pour fonctionner

helm fetch repo/chart

C'est un hack légèrement dangereux puisque je passe manuellement à votre nouveau contexte d'espace de noms souhaité, puis à nouveau, donc à utiliser uniquement pour les développeurs mono-utilisateur ou commenter cela.

Vous recevrez un avertissement concernant l'utilisation de la fonction de conversion kubectl comme celle-ci

Si vous avez besoin d'éditer le YAML pour le personnaliser - remplacez simplement l'un des fichiers / dev / stdin par des fichiers intermédiaires, mais il est probablement préférable de le créer en utilisant "create" avec une configuration de sauvegarde comme je l'ai, puis simplement "appliquer" vos modifications ce qui signifie qu'ils seront également enregistrés dans kubernetes. Bonne chance

Vous pouvez également modifier manuellement. Récupérez le diagramme de barre:

helm install ./ \
  -n metabase \
  --namespace metabase \
  --set ingress.enabled=true \
  --set ingress.hosts={metabase.$(minikube ip).nip.io}

Accédez au dossier des graphiques:

spec:
[...]
selector:
    matchLabels:
    app: {{ template "metabase.name" . }}
[...]

Changer la version de l'API:

sed -i 's|extensions/v1beta1|apps/v1|g' ./templates/deployment.yaml

Ajoutez spec.selector.matchLabels :

cd ./metabase

Enfin, installez votre graphique modifié:

helm fetch --untar stable/metabase

Prendre plaisir!

Pour faire simple, vous ne forcez pas l'installation actuelle à utiliser une version obsolète de l'API; vous corrigez la version dans vos fichiers de configuration. Si vous souhaitez vérifier la version prise en charge par votre kube actuel, exécutez:

root@ubn64:~# kubectl api-versions | grep -i apps

apps/v1

pour convertir un ancien déploiement en apps / v1, vous pouvez exécuter:

kubectl convert -f ./my-deployment.yaml --output-version apps/v1