serial y ejecución por lotes progresivos

Actualizar todos los servidores de una sola vez es rápido, pero un cambio incorrecto puede dejar fuera de servicio a toda la flota en el mismo instante. Las actualizaciones graduales evitan ese riesgo.

La palabra clave serial indica que un play debe procesar los hosts en lotes, en lugar de hacerlo todos a la vez. Se actualiza un grupo y después se pasa al siguiente.

Asigne un número a serial y cada lote contendrá esa cantidad de hosts. Con serial 2, Ansible termina todo el play en dos hosts antes de ocuparse del resto.

Un porcentaje se adapta al tamaño de la flota. serial: 25% actualiza una cuarta parte de los hosts en cada oleada, tanto si tiene 8 servidores como si tiene 800.

Proporcione una lista para aumentar el tamaño de los lotes a medida que gana confianza: empiece con un host y añada más. Este es el patrón clásico de canary seguido del despliegue completo.

Lo importante es que serial ejecuta todo el play en un lote antes de pasar al siguiente. El primer grupo termina por completo mientras que los hosts posteriores todavía no han comenzado.

Combine serial con max_fail_percentage para cancelar el despliegue si fallan demasiados hosts de un lote y detener un cambio defectuoso antes de que se extienda.

En una oleada segura, primero se retira cada lote del balanceador de carga, se aplican los cambios y después se vuelven a añadir los hosts para que los usuarios nunca accedan a un servidor durante la actualización.

Como los demás lotes siguen atendiendo el tráfico, las actualizaciones progresivas proporcionan cero tiempo de inactividad: la aplicación permanece disponible durante todo el despliegue.

Dentro de un lote, forks sigue controlando el paralelismo. serial limita cuántos hosts se procesan en una oleada; forks limita cuántos se ejecutan a la vez dentro de ella.

Comenzar con serial: 1 convierte el primer host en un canary. Si algo falla, la ejecución se detiene ahí y el resto de la flota permanece en buen estado.

Quiere actualizar 100 servidores web poco a poco y sin interrupciones.

Use serial para distribuir los cambios en lotes, aumente gradualmente con una lista y añada max_fail_percentage para detener el proceso pronto. Así se realizan despliegues sin tiempo de inactividad. 🌊