Clúster de Kubernetes de 3 nodos creado con kubeadm v1.19.9. Los nodos son máquinas virtuales (usando el hipervisor KVM en Ubuntu 20.04).
El uso de este clúster de Kubernetes es para desarrollo y ejercicios en Kubernetes. Me gustaría detener y reiniciar el clúster donde lo dejé. De la misma manera que los comandos de stop y start disponibles con minikube o microk8s.
EDITAR: aclare la pregunta para evitar publicaciones duplicadas sugeridas. Estoy buscando una solución elegante para detener y reiniciar el mismo clúster. NO para destruir/restablecer/desinstalar el clúster.
No pude encontrar una solución simple de varias búsquedas en la web. Hay soluciones que sugirieron derribar el clúster, que no es mi caso de uso aquí. Una respuesta que data de hace 3 años, el cierre adecuado de un clúster de kubernetes , está más cerca de lo que quiero, pero esto suena bastante complicado. Otra solución Cómo configurar y recuperar un clúster Kubeadm Kubernetes autohospedado después de reiniciar no explica lo suficientemente bien sobre el principio utilizado.
Espero que ahora haya una solución más sencilla.
EDITAR (2021-04-11): Notas de la versión de Kubernetes 1.21 :
La función de apagado de nodo elegante de Kubelet se gradúa a Beta y se habilita de manera predeterminada.
kubernetes/mejoras Apagado correcto del nodo #2000
Objetivo de mejora (qué objetivo es igual a qué hito):
- Objetivo de lanzamiento alfa (1.20)
- Objetivo de lanzamiento beta (1.21)
- Objetivo de lanzamiento estable (1.23)
Para resumir:
k8s debería poder manejar apagados. Lo que quizás no pueda manejarlo son las aplicaciones/contenedores que ejecuta; solo asegúrese de que los contenedores se inicien solos y no requieran intervención manual, y debería estar bien.
Mencioné en los comentarios sobre el vaciado de datos de etcd en el disco pero (después de algunas investigaciones) esto no debería ser necesario ya que etcd lo hace por sí mismo e implementa un modelo de consistencia fuerte para asegurarse de que no pierda los datos. Pero esto no significa que no deba hacer sus copias de seguridad: es mejor tener una copia de seguridad y nunca usarla que no tener una cuando sea necesario.
La solución mencionada en Cómo configurar y recuperar un clúster Kubeadm Kubernetes autohospedado después de reiniciar es relevante solo si usa SelfHosting .
Además (por conveniencia) asegúrese de que todas las configuraciones persistan entre reinicios, por ejemplo, la partición de intercambio debe estar deshabilitada y si solo ejecuta swapoff -a no persistirá después de reiniciar, es mucho mejor hacer cambios en fstab para que cuando reinicie no No tienes que deshabilitar nada de nuevo manualmente.
Aquí hay algunos enlaces:
Copia de seguridad de un clúster etcd
recuperación ante desastres, etc.
Deshabilitar permanentemente el intercambio para el clúster de Kubernetes