Reinicio de Kubectl Rolling

Las vainas contienen muchos contenedores. Varias vainas son contenedores de aplicaciones, y realizan su papel. Kubectl no tiene una forma directa de reiniciar diferentes vainas. Necesitamos ejecutar las vainas hasta que se intercambien como una medida de utilización. Este es generalmente el caso al emitir una forma original de la imagen del contenedor.

El pod Kubernetes funciona sin intrusión, pero podemos tener complicaciones con el contenedor que no funciona correctamente. Podemos devolver las operaciones a un estado estándar reanudando la cápsula. Podemos usar el reinicio de Rolling para reanudar las vainas del despliegue uno a la vez. Este método es la metodología sugerida, ya que este método no causa una interrupción del servicio.

Para ejecutar los comandos en Kubernetes, instalamos Ubuntu 20.04. Aquí, utilizamos el sistema operativo Linux para ejecutar los comandos Kubectl. Ahora, instalamos el clúster de Minikube para ejecutar Kubernetes en Linux. Minikube ofrece una comprensión extremadamente fluida, ya que proporciona un modo eficiente para probar los comandos y aplicaciones.

En este artículo, reiniciamos la vaina de Kubernetes. Este artículo muestra cómo reanudar una cápsula en el despliegue con una variedad de formas.

Métodos para reiniciar las vainas:

Para reanudar la vaina mediante el uso de Kubectl, comenzamos el minikube.

Iniciar minikube:

En el terminal, escribimos el comando "Minikube Start". Después de esto, esperamos un tiempo hasta que comience efectivamente. La salida de este comando se da debajo:

Este método lleva mucho tiempo, y esperaremos un tiempo para ejecutar el procedimiento de manera eficiente.

Obtenga implementaciones:

Ahora, obtengamos implementaciones utilizando el comando "kubectl obtener implementaciones". Ahora, podemos enumerar las cápsulas usando el siguiente comando:

Después de ejecutar el comando, "Kubectl obtiene implementaciones", muestra el nombre, estado listo, actualizado, disponibilidad y edad de implementaciones.

Método 1:

El reinicio de Rolling se utiliza para reanudar cada cápsula después del despliegue. Para un reinicio de Rolling, ejecutamos el siguiente comando:

Después de ejecutar el comando mencionado anteriormente, Kubernetes se apaga lentamente y sustituye las vainas, pero algunos contenedores siempre se están ejecutando. Debido a la naturaleza gradual del despliegue, podemos continuar sirviendo a los usuarios, mientras reiniciamos de manera eficiente el Pod.

Método 2:

Otra forma de reiniciar el POD es reducir el número de réplicas a 0 y escalar al estado adecuado. Esto requiere que todos los pods existentes salgan, y se programa una nueva vaina en su lugar. Si limitamos el número de réplicas a 0, se detendrá. Por lo tanto, se recomienda un reinicio de rodaje. Establezca la réplica en 0 usando el siguiente comando. Hay un límite para regular manualmente el número de réplicas. Reducirlo a 0 dará como resultado una interrupción sin vainas accesibles para el usuario. Escalar las réplicas a 0, y se eliminarán todas las cápsulas actuales:

Este comando identifica el número de implementaciones que deben ser dinámicas por vaina. Cuando lo establecemos en cero, efectivamente mata el proceso. Si establecemos el valor de las réplicas en 0, Kubernetes descartará las réplicas que no queremos.

Establecemos el valor de la réplica en más de 0 para reiniciar las vainas. Otra opción es reclutar un reinicio rodante que nos permita sustituir una gran cantidad de vainas sin tiempo de inactividad. Para reanudar el POD, utilizamos un comando similar y proporcionamos el valor de las réplicas mayores que cero:

Cuando establecemos las réplicas más que cero, Kubernetes construye una nueva réplica. El nombre de la nueva réplica es diferente a la réplica anterior.

Esperamos a que se termine las cápsulas y luego utilizamos el comando "kubectl get pods" para validar la posición de la cápsula y verificar el nuevo nombre. Kubernetes construye una nueva cápsula con una nueva ocurrencia. La implementación se genera de manera efectiva. Luego utilizamos el siguiente comando para alistar las vainas. El despliegue detecta la variación en el estado y activa las cápsulas nuevas hasta que se alcancen las réplicas preferidas:

Método 3:

ReplicAset detecta que la cápsula desapareció porque los ocurrencias del contenedor demolerán debajo del número de réplicas objetivo. Usamos el siguiente comando:

El conjunto de réplica ocurre para devolver la accesibilidad mínima. Se construirá una nueva cápsula espontáneamente, y se iniciará un nuevo contenedor en lugar del antiguo contenedor.

Recomendamos utilizar el comando despliegue que sea más claro y previsto. Sin embargo, si identificamos la identificación de una sola cápsula de mal funcionamiento en un despliegue, es útil eliminarla manualmente. El despliegue sustituye todas las cápsulas logradas, pero no la vaina fallida.

Conclusión:

Kubernetes es una plataforma operativa para coordinar contenedores. Como con todos los sistemas, causa problemas. Por lo tanto, reanudar el POD no soluciona el problema subyacente que inició el POD para fallar. El despliegue es la clave recomendada para los últimos Kubernetes. Por otro lado, otros métodos funcionan y quizás más adecuados para una situación particular. Eliminar las vainas manualmente es idílica si queremos "reiniciar" una sola vaina sin interrupción. Sin embargo, si estamos ejecutando múltiples réplicas, no podemos utilizar el comando de despliegue. Esperamos que hayas encontrado este artículo útil. Consulte Linux Sugerencia para obtener más consejos e información.