¿Qué es el reinicio de Kubectl??
Las vainas en Kubernetes generalmente deben ejecutarse hasta que una nueva implementación los reemplace. Como resultado, "reiniciar" una sola vaina no es posible. Cuando uno de los contenedores falla, en lugar de reiniciarlo, reemplácelo. El pequeño cambio en la terminología se alinea mejor con la arquitectura operativa sin estado de Kubernetes. Para eliminar los contenedores viejos y comenzar nuevas instancias, comience un despliegue. También se puede eliminar manualmente las vainas de una réplica o escalar el recuento de réplicas. Para las versiones modernas de Kubernetes, los despliegos son el método preferido, pero otras formas pueden ser más adecuadas para casos específicos. Esta guía mostrará diferentes formas de reiniciar las vainas de Kubernetes.
Para ejecutar las instrucciones en Kubernetes, deberá instalar Ubuntu 20.04 en su sistema operativo Linux. Para ejecutar Kubernetes en Linux, también debe instalar el clúster de Minikube en su estación de trabajo. Minikube crea una experiencia sin problemas al permitirle probar comandos y programas sistemáticamente. Como resultado, ofrece la mejor experiencia de aprendizaje para Kubernetes para principiantes. El clúster de minikube debe iniciarse inicialmente. Entonces, en Ubuntu 20.04, vaya al terminal de línea de comando que acaba de instalar. Mediante el uso de la tecla de acceso directo Ctrl+Alt+T o colocando "terminal" en el Ubuntu 20.04 Caja de búsqueda del sistema, puede hacerlo.
$ minikube comienzo
Cualquiera de los métodos antes mencionados comenzará la terminal en su totalidad. Después de eso, se iniciará el minikube. Para comenzar el minikube, escriba "Minikube Start" en la terminal. Se construirá una máquina virtual capaz de ejecutar un solo clúster de nodo, y se iniciará el clúster de Kubernetes. También va con la configuración de Kubectl. Esto se utilizará para comunicarse con el clúster.
Reiniciar vainas de Kubernetes
Suponga que una de las cápsulas de su contenedor está informando un error. Kubernetes puede intentar reanudar el POD automáticamente en función de la Política de reinicio para reconstruir la funcionalidad. Sin embargo, esta solución no siempre resuelve el problema.
Primero, vamos a enumerar todas las implementaciones. Para ver si se creó la implementación, use Kubectl para obtener implementaciones. Cuando observa las implementaciones de su clúster, notará los siguientes campos. Los títulos de las implementaciones se enumeran en nombre. El número de réplicas de la aplicación disponible para sus usuarios se muestra listo para.
$ kubectl obtener implementaciones
Método de reinicio de rodillos
Kubernetes ahora le permite ejecutar un reinicio rodante de su implementación a partir de la versión 1.15. Este es el mecanismo de reinicio más rápido en Kubernetes, ya que es una nueva adición. El comando dado anteriormente apaga y reinicia cada contenedor en su implementación uno por uno. Debido a que la mayoría de los contenedores aún funcionan, su aplicación será accesible.
Método de variable de entorno
Otra opción es obligar a los POD a reiniciar y sincronizar con sus cambios configurando o cambiando una variable de entorno. Puede, por ejemplo, alterar la fecha de implementación del contenedor:
En el escenario anterior, SET ENV modifica las variables de entorno, la implementación [nombre de implementación] selecciona su implementación e implementa fecha = "$ (fecha)" modifica la fecha de implementación y hace que el POD reanude.
Comando de escala para cambiar réplicas
Las vainas en Kubernetes generalmente deben ejecutarse hasta que una nueva implementación los reemplace. Como resultado, "reiniciar" una sola vaina no es posible. Si su contenedor tiene algún problema, debe intentar reemplazarlo. El pequeño cambio en la terminología se alinea mejor con la arquitectura operativa sin estado de Kubernetes.
Puede modificar el número de clones de la POD defectuosa utilizando el comando de escala. Cuando establece este valor en 0, el POD se desactiva efectivamente:
Para reiniciar la cápsula, proporcione el siguiente comando con una serie de réplicas mayores que cero:
Kubernetes elimina las réplicas que ya no requiere cuando el número de réplicas se establece en cero. Kubernetes produce nuevas réplicas después de establecer un número mayor que cero. Los nombres de los nuevos duplicados serán diferentes de los anteriores. Use la consulta "Kubectl Obtener pods" para verificar la validez de las vainas y descubrir cuáles son los nombres.
Conclusión
Kubernetes es un sistema muy útil, pero, como cualquier otro sistema, no está exento de defectos. Cuando surgen problemas, puede utilizar las tres formas descritas anteriormente para que su aplicación se vuelva a funcionar rápidamente sin afectar la experiencia de sus usuarios. Después de reiniciar las cápsulas, tendrá más tiempo para descubrir qué está causando el problema y resolverlo. Ahora has explorado los conceptos básicos del reinicio de Kubectl Rollout. Además, ahora conoce diferentes métodos para reiniciar las vainas de Kubernetes.