web-dev-qa-db-fra.com

Réinitialiser le cluster Kubettes

J'ai six machines de bureau de mon réseau et je souhaite construire deux clusters Kubettes. Chaque machine a Ubuntu 16.04 LTS installé. Initialement, toutes les machines faisaient partie d'un seul cluster. Cependant, j'ai supprimé trois des machines pour configurer un autre cluster et exécuté la commande suivante sur chacune de ces machines:

RESET COMMAND:
Sudo kubeadm reset -f && 
 Sudo systemctl stop kubelet && 
 Sudo systemctl stop docker && 
 Sudo rm -rf /var/lib/cni/ && 
 Sudo rm -rf /var/lib/kubelet/* && 
 Sudo rm -rf /etc/cni/ && 
 Sudo ifconfig cni0 down && 
 Sudo ifconfig flannel.1 down && 
 Sudo ifconfig docker0 down && 
 Sudo ip link delete cni0 && 
 Sudo ip link delete flannel.1

Après cela, j'ai redémarré chaque machine et accédez à la configuration d'un nouveau cluster, en configurant le noeud principal:

INSTALL COMMAND:
Sudo kubeadm init phase certs all && 
 Sudo kubeadm init phase kubeconfig all && 
 Sudo kubeadm init phase control-plane all --pod-network-cidr 10.244.0.0/16 &&
 Sudo sed -i 's/initialDelaySeconds: [0-9][0-9]/initialDelaySeconds: 240/g' /etc/kubernetes/manifests/kube-apiserver.yaml &&
 Sudo sed -i 's/failureThreshold: [0-9]/failureThreshold: 18/g' /etc/kubernetes/manifests/kube-apiserver.yaml &&
 Sudo sed -i 's/timeoutSeconds: [0-9][0-9]/timeoutSeconds: 20/g' /etc/kubernetes/manifests/kube-apiserver.yaml &&
 Sudo kubeadm init \
   --v=1 \
   --skip-phases=certs,kubeconfig,control-plane \
   --ignore-preflight-errors=all \
   --pod-network-cidr 10.244.0.0/16

Après cela, j'ai également installé Flannel. Une fois que le maître a été installé avec succès, j'ai procédé à la jointure Kubeadm pour ajouter les deux autres machines. Une fois ces machines ajoutées, j'ai installé l'infiltration Nginx sur le noeud principal.

Maintenant, je voulais réinitialiser le cluster et redéfinir cette configuration à nouveau. Je réinitialise chaque machine à l'aide de la commande de réinitialisation et j'ai procédé à la commande d'installation sur le noeud maître. Cependant, après avoir couru la commande d'installation et avoir couru kubectl get pods --all-namespaces Je peux toujours voir les pods de l'installation précédente:

NAMESPACE       NAME                              READY   STATUS              RESTARTS   AGE
kube-system     coredns-fb8b8dccf-h5hhk           0/1     ContainerCreating   1          20h
kube-system     coredns-fb8b8dccf-jblmv           0/1     ContainerCreating   1          20h
kube-system     etcd-ubuntu6                      1/1     Running             0          19h
kube-system     kube-apiserver-ubuntu6            1/1     Running             0          76m
kube-system     kube-controller-manager-ubuntu6   0/1     CrashLoopBackOff    7          75m
kube-system     kube-flannel-ds-AMD64-4pqq6       1/1     Running             0          20h
kube-system     kube-flannel-ds-AMD64-dvfmp       0/1     CrashLoopBackOff    7          20h
kube-system     kube-flannel-ds-AMD64-dz9st       1/1     Terminating         0          20h
kube-system     kube-proxy-9vfjx                  1/1     Running             0          20h
kube-system     kube-proxy-q5c86                  1/1     Running             0          20h
kube-system     kube-proxy-zlw4v                  1/1     Running             0          20h
kube-system     kube-scheduler-ubuntu6            1/1     Running             0          76m
nginx-ingress   nginx-ingress-6957586bf6-fg2tt    0/1     Terminating         22         19h

Pourquoi je vois-je les gousses de l'installation précédente?

dockerkubernetescluster-computing
4
Andrei

Alors oui, fondamentalement lorsque vous créez un seul cluster de plan de contrôle à l'aide de Kubeadm - Vous installez un cluster comportant un nœud plan de contrôle unique, avec une seule base de données OCD.

Le répertoire et eCD par défaut utilisé par Kubeadm est /var/lib/etcd sur le nœud plan de contrôle. Vous devez le nettoyer pour éviter de restaurer la configuration de cluster précédente.

BTW, il y a le même problème pour les K8s 1.15. Et il devrait être corrigé 1.15.1 https://github.com/kubettes/sig-release/blob/3a3c9f92f484656f0cb4867f32491777f32491777d629952/Relases/patch-relases.md#115

1
VKR