¿Cómo puedo retroceder un kubectl??

Durante los últimos años, Kubernetes ha sido muy empleado en producción. Su API declarativa proporciona una variedad de opciones para orquestar los contenedores. Una de las características más notables de Kubernetes es su resistencia, que incluye la capacidad de realizar implementaciones de rodamiento y reversión. Cuando se trata de poner en funcionamiento las aplicaciones, hay varias opciones. Las actualizaciones rodantes son el enfoque predeterminado para actualizar la versión en ejecución de su aplicación en Kubernetes.

La actualización continua elimina periódicamente las vainas más antiguas y las reemplaza con vainas más nuevas. Puede cambiar las imágenes, la configuración, las etiquetas, la anotación y las restricciones de recursos de la carga de trabajo en sus clústeres utilizando una actualización continua. Las actualizaciones rodantes comienzan a reemplazar las cápsulas de su recurso con cosas nuevas, que luego se planifican en los nodos cuando se necesitan recursos. Las actualizaciones rodantes se crean para mantener sus cargas de trabajo actualizadas sin causar ninguna interrupción.

Kubernetes y Kubectl proporcionan un mecanismo directo para las modificaciones de recursos. Cuando una implementación no es segura, como cuando se bloquea el bucle, también es posible que desee revertir el despliegue. Por defecto, el sistema guarda todo el historial de implementación de la implementación para que pueda retroceder en cualquier momento. En esta guía, vamos a hablar sobre el método para revertir un kubectl.

Método para revertir un kubectl

Estamos implementando este tutorial sobre Ubuntu 20.04 Sistema Linux. Comencemos el clúster de Minikube en Ubuntu 20.04 Sistema Linux mediante la ejecución del siguiente comando adjunto.

$ minikube comienzo

También hemos instalado kubectl para la implementación efectiva de este tutorial.

Creación de implementación

Una implementación es una entidad de Kubernetes que se utiliza para administrar declaraciones de POD utilizando replicasets. Tiene funcionalidad para actualizaciones, control y reversión. Esto implica que puede actualizar o rebajar un programa sin causar un apagón del usuario, y también volver a la anterior si la versión actual no es confiable o está llena de problemas. La implementación también puede usar un estilo de gestión declarativo para obtener estados óptimos de una aplicación establecida en un archivo YAML para vivir. Diseñaremos una implementación que creará una réplica que configurará 3 instancias Nginx POD. Necesitará un clúster de Kubernetes arriba y operación, así como la configuración de la herramienta de comandos de Kubectl y vinculado a él. Usando el símbolo del sistema, cree un archivo de manifiesto YAML titulado "Implementment1.Yaml "usando el comando" toque ".

El archivo se generará en el directorio de inicio. Ahora, tenemos que agregar información sobre la implementación en el archivo creado.

El ". metadatos.Nombre "El atributo indica que se establece una implementación llamada Nginx-Deployment. El ". Especificaciones.El atributo de réplicas "indica que la implementación produce tres vainas replicadas. El campo ".Especificaciones.Selector ”especifica cómo la implementación determina qué vainas mantener. En este escenario, elegirá una etiqueta de la plantilla de POD (APP: NGINX). Las reglas de selección más complejas son factibles, siempre y cuando la plantilla de la vaina cumpla directamente con los criterios. Ejecute el comando posterior en el terminal Ubuntu para generar la implementación:

$ kubectl aplicar -f implementment1.yaml

La salida muestra que la implementación se ha generado de manera efectiva en la captura de pantalla atacada anteriormente. Verifique el estado del despliegue para percibir si se ha formado. Ejecutar el comando enumerado a continuación en la consola.

$ kubectl obtener implementaciones

Los nombres de las implementaciones en el espacio de nombres se enumeran en la categoría de "nombre". El número de réplicas de la aplicación accesible para nuestros usuarios se muestra en la categoría "Ready". Mantiene el patrón listo/deseado. La cantidad de réplicas que se han modificado para lograr el estado objetivo se muestra en la categoría "actualizada". La categoría "disponible" muestra cuántas copias de la aplicación tienen acceso sus usuarios. El campo de categoría de "edad" muestra cuánto tiempo ha estado operando la aplicación. Ejecutar el comando adjunto para ver el estado del despliegue de implementación.

implementación de estado de implementación de $ kubectl/desplegación de Nginx

Si obtiene una salida como esta, significa que la implementación aún está en el proceso de generar. Espere unos segundos antes de volver a sintiendo el comando kubectl get. Así es como aparecerá el resultado final después de haber terminado.

$ kubectl obtener implementaciones

Ejecutar kubectl para obtener RS ​​para ver el replicAset (RS) establecido por la implementación. La imagen que se muestra posteriormente es una muestra de la salida:

$ kubectl obtiene rs

Las identidades de los replicesets se enumeran en la categoría de "nombre". El número deseado de réplicas de aplicación, que proporciona cuando construye la implementación, se muestra en la categoría "deseada". La categoría "actual" muestra el número de réplicas que actualmente están activas. El número de réplicas del acceso a la aplicación a sus usuarios se muestra en la categoría "Ready". El campo de "edad" muestra cuánto tiempo ha estado funcionando la aplicación.

Conclusión

Este artículo ha proporcionado un conocimiento profundo sobre la importancia de Kubectl Rollback. Hemos dado un ejemplo de reversión de implementación para aclarar la lectura de nuestro lector.