Gestión de actualizaciones y fallos en Docker Swarm

Resumen

¿Cómo escalar servicios con Docker Swarm?

Para aquellos que buscan optimizar y gestionar servicios de manera eficiente, Docker Swarm ofrece una plataforma robusta que permite escalar, manejar actualizaciones y garantizar máxima disponibilidad. Aquí exploraremos cómo hacerlo en un entorno de alta demanda utilizando un ejemplo práctico con Pingler.

¿Qué es Docker Swarm y por qué debería importarte?

Docker Swarm es una herramienta que permite gestionar y orquestar múltiples contenedores Docker de manera rápida y eficiente. Ofrece una solución ideal para manejar aplicaciones críticas que requieren alta disponibilidad y rápida respuesta frente a fallos.

¿Cómo escalar un servicio en Docker Swarm?

La escalabilidad es esencial cuando se enfrentan altos niveles de demanda. Para escalar un servicio en Docker Swarm, se puede ajustar la cantidad de réplicas de un servicio. Este proceso simula un escenario real de alta demanda.

docker service update --replicas 20 my_service

¿Cómo gestionar actualizaciones en servicios críticos?

Al trabajar con aplicaciones en tiempo real, las actualizaciones deben manejarse con cuidado para evitar tiempos de inactividad. Docker Swarm permite configurar cómo se comportan los servicios durante una actualización.

Parallelism: Determina cuántos contenedores se actualizan simultáneamente.
Update Order: Define si se deberían crear nuevas tareas antes de eliminar las existentes (Start First) o viceversa (Stop First).

docker service update \
  --update-parallelism 4 \
  --update-order start-first \
  my_service

¿Qué sucede si una actualización falla?

En entornos críticos, manejar errores de actualización automáticamente es esencial. Docker Swarm ofrece configuraciones para definir acciones en caso de fallo, como el rollback automático al detectar errores.

Failure Action: Especifica si pausar, continuar, o revertir (rollback) la actualización en caso de fallo.
Monitor: Determina el tiempo de monitoreo de una nueva tarea para decidir si ha fallado.
Max Failure Ratio: Especifica el porcentaje aceptable de fallos antes de desencadenar una acción correctiva.

docker service update \
  --update-failure-action rollback \
  --update-max-failure-ratio 0.5 \
  my_service

¿Cómo se configura el rollback ante fallos?

El rollback es crucial para asegurar la continuidad del servicio. Cambiar el paralelismo del rollback permite un regreso más rápido a la estabilidad al revertir las versiones anteriores en bloque.

docker service update \
  --rollback-parallelism 0 \
  my_service

¿Qué beneficios ofrece Docker Swarm en la gestión de servicios?

Con Docker Swarm, las empresas pueden asegurar que sus servicios se mantienen operativos y responsivos, incluso bajo circunstancias inesperadas. Este permite proveer un uptime robusto, control eficiente de actualizaciones y gestión automática de fallos.

Si estás en camino de convertirte en un profesional de DevOps o ingeniero de infraestructura, dominar Docker Swarm y sus capacidades de orquestación es una ventaja competitiva crucial. ¡Explora y experimenta más para comprender el potencial completo que esta herramienta tiene para ofrecerte!

Estuardo Efraín Ramos Castro

student•

Comandos usados en la clase con el servicio ejemplo pinger

# Actualizar las replicas de un servicio
docker service update --replicas=20 pinger

# Actualizar paralelismo y orden de la configuración de update en el servicio pinger
docker service update --update-parallelism 4 --update-order start-first pinger

# Actualizar accion en fallo y radio maximo de falla de la configuración de update en el servicio pinger
docker service update --update-failure-action rollback --update-max-failure-ratio 0.5 pinger

# Actualizar paralelismo de la configuracion de rollback en el servicio de pinger
docker service update --rollback-parallelism 0 pinger

Ariel Ayala

student•

En el entry “UpdateConfig” se puede ver como está configurado el servicio para comportarse cuando tiene que hacer un update y cuando tiene que rotar sus tareas.

  "UpdateConfig": {
                "Parallelism": 1,
                "FailureAction": "pause",
                "Monitor": 5000000000,
                "MaxFailureRatio": 0,
                "Order": "stop-first"
            }

Nestor Julian Murphy

student•

El parámetro parallelism es cuántas tareas va a actualizar al mismo tiempo. El parámetro FailureAction indica qué hacer en caso de que falle al actualizar (en este caso parar de actualizar) El parámetro Monitor es el tiempo en nanosegundos que tendrá para determinar si el servicio está corriendo correctamente o no. El parámetro MaxFailureRatio indica el porcentaje de 0 a 1 (siendo 50% = 0.5) de cuántas tareas pueden fallar como máximo El orden de actualización es dado por el parámetro Order

Esteban Martini

student•

que hacemos cuando --rollback-failure-action falla! esas cosas que no te dejan dormir!

DAVID EDUARDO BAEZ SANCHEZ

student•

Que buena clase y muy practica

docker service scale pinger=10
docker service  update --replicas=20 pinger
docker service  update -d --replicas=20 pinger
docker service inspect pinger
docker service  update --update-parallelism 4 --update-order start-first pinger
docker service inspect pinger
docker service update --args &quot;ping www.facebook.com&quot; pinger
docker service ps pinger
docker service update --update-failure-action rollback --update-max-failure-ratio 0.5 pinger
docker service update --rollback-parallelism 0 pinger
docker service update --args &quot;ping www.&quot; pinger

Boris Vargas Paucara

student•

-- Actualizar las replicas de un servicio, agregando mas replicas

docker service update --replicas=20 pinger
docker service update -d --replicas=20 pinger

-- Actualizar paralelismo y orden de la configuración de update en el servicio pinger (stop-first: Arranca con esta cantidad de tareas, start-first: Creame mas tareas cuando esten listas las nuevas y borramela las viejas)

docker service update --update-parallelism 4 --update-order start-first pinger
docker service inspect pinger
docker service update --args "ping www.facebook.com" pinger

-- Actualizar accion en fallo y radio maximo de falla de la configuración de update en el servicio pinger

docker service update --update-failure-action rollback --update-max-failure-ratio 0.5 pinger

-- Actualizar paralelismo de la configuracion de rollback en el servicio de pinger

docker service update --rollback-parallelism 0 pinger

Wilson Fernando Antury Torres

student•

Podemos configurar la forma de actuar cuando falle una actualización, podemos indicar que se pause, siga adelante o haga un rollback.

Matías Daniel Cravero

student•

Intentando hacer roolback de un rolback

Iván Céspedes

student•

jajaja me paso antes de ver esta clase y asi fue.

German Tellez Vanegas

student•

Si quieren leer un poco más sobre los estados de las tareas cuando se actualiza el servicio acá dejo el link de la Documentación oficial de Docker https://docs.docker.com/engine/swarm/how-swarm-mode-works/swarm-task-states/

Gonzalo Amador Hernández

student•

Para hacer inspect del valor UpdateConfig de un servicio podemos hacer:

docker service inspect --format="{{ json .Spec.UpdateConfig }}" pinger

Gonzalo Amador Hernández

student•

y para hacer inspect del valor de RollbackConfig:

docker service inspect --format="{{ json .Spec.RollbackConfig }}" pinger

Pablo Aquino

student•

docker service update --replicas=<n> <servicename>, actualiza el numero de replicas del servicio.
docker service update --update-parallelism <n> --update-order <start-first> <servicename>, configura los n nodos que se actualizaran en paralelo, así como se indica el update order.
docker service update --update-failure-action rollback --update-max-failure-ratio <n> <servicename>, configura el max n de fallas de un update antes de realizar un rollback del servicio.
docker service update --rollback-parallelism <n> <servicename>, configura los n nodos que se haran rollback en paralelo, [0=todos]

Camilo Andrés Mejía Posada

student•

Joya.

Nicolás Mayorga Vargas

student•

Que excelente clase. Con esto ya podemos prevenirnos de subir cualquier servicio roto

Emanuel Alejandro Mamani

student•

tengo una duda, habias puesto de ejemplo real de si el servidor normalmente tarda 5 segundos en arrancar y detecta que ya pasó ese tiempo entonces se produce el error y swarm automaticamente hace el rollback, ahora bien como hacemos para que swarm haga esto mismo pero con errores de codigo que no afectan de manera directa como por ej: dar un error 500 o tirar el server abajo, si no que daña el flujo interno al solo ser error de codigo, te doy un ejemplo, no poder conectarse a mysql desde php, hay maneras de hacer un catch de ese tipo de errores y asi podemos tambien hacer que swarm se adapte a nuestro contexto de errores?

Anthony Farias

student•

Creo que no hay forma, pero igual eso que dices está muy mal hecho. Para eso tienes que tener ambientes de prueba donde antes de deployar en produccion tienes que testear tu codigo, y para eso mismo tambien es docker, una vez testeas el codigo, y corras la imagen, esa misma te va a servir en produccion, porque las imagenes de docker corren en cualquier parte sin problemas, entonces a produccion deberia ser muy dificil que llegue un bug de ese estilo.

Gonzalo Amador Hernández

student•

Las cuestiones que mencionas no deberian ser tratadas por Swarm, tu aplicacion debe estar configurada para arrogar el error sino pudo conectarse a base de datos. debes hacer que tu aplicacion no se llevante hasta que tenga TODO listo.

Lo normal es que tu app lo intente un cierto numero de veces, sino lo logra entonces no arranca y DEBE salir con un error, y es cuando Swarm entra en accion. O simplemente confiras el "timeout" de Swarm para que estere que tu aplicacion arranque.

En resumen tu app jamas deberia levantarse hasta que este lista y tambien deberia salir con codigo de error para que swarm sepa que fallo.

Carlos Enrique Ramírez Flores

student•

docker service update --update-parallelism 4 --update-order start-first pinger

Carlos Enrique Ramírez Flores

student•

docker service update --update-failure-action rollback --update-max-failure-ratio 0.5 pinger

Gustavo Saldivia

student•

que cosa mas poderosa alfin estoy trabajando en un cluster , algo que siempre eh querido hacer!!

Yohan Estiven Arias Vasquez

student•

Cual es la diferencia entre utilizar el comando service update --replicas=<num_replicas> <service_name> y el comando service scale <service_name>=<num_replicas>

Guido Vilariño

teacher•

Son comandos equivalentes, service scale es implemente un atajo para service update --replicas.

Esto mismo está explicado en la documentación de referencia del comando

Luis Troya

student•

Es posible saber cuantos nodos puede correr una máquina?

Enrique Arce Alejandro

student•

Este servicio “pinger” podria tener base de datos o tiene base de datos?

Gustavo Saldivia

student•

hay una forma de emular “docker-compose -f compose.yml run --rm” en swarm? crear un contenedor , ejecutar un comando para el servicio y despues eliminar el contenedor