serial ed esecuzione in batch progressivi

Aggiornare ogni server in un'unica operazione è veloce, ma una modifica errata può mettere fuori servizio l'intera flotta nello stesso istante. Gli aggiornamenti progressivi evitano questo rischio.

La parola chiave serial indica a un play di elaborare gli host in batch invece che tutti insieme. Si aggiorna un gruppo alla volta, poi si passa al successivo.

Con serial si indica un numero e ogni batch contiene quel numero di host. Con serial 2, Ansible completa il play su due host prima di passare agli altri.

Una percentuale si adatta alle dimensioni della flotta. serial: 25% aggiorna un quarto degli host a ogni ondata, sia che si disponga di 8 server sia di 800.

Passare una lista permette di aumentare i batch man mano che cresce la fiducia: si inizia con un host, poi se ne aggiungono altri. È il classico schema con canary seguito dal rollout completo.

È fondamentale: serial esegue l'intero play su un batch prima di passare al successivo. Il primo gruppo è completamente terminato mentre gli host successivi non hanno ancora iniziato.

Associare serial a max_fail_percentage consente di interrompere il rollout se falliscono troppi host in un batch, bloccando una modifica errata prima che si propaghi.

Un'ondata sicura rimuove prima ogni batch dal bilanciatore del carico, applica le modifiche, poi reinserisce gli host, così gli utenti non raggiungono mai un server durante l'aggiornamento.

Poiché gli altri batch continuano a servire il traffico, gli aggiornamenti rolling garantiscono zero downtime: l'applicazione rimane disponibile per tutta la durata del deploy.

All'interno di un batch, forks continua a controllare il parallelismo. serial limita il numero di host interessati da un'ondata; forks limita quanti ne vengono eseguiti contemporaneamente al suo interno.

Iniziare con serial: 1 trasforma il primo host in un canary. Se qualcosa non funziona, l'esecuzione si interrompe lì e il resto della flotta rimane integro.

Si desidera aggiornare 100 server web pochi alla volta senza causare un'interruzione.

Usare serial per distribuire le modifiche in batch, aumentare gradualmente le dimensioni con una lista e aggiungere max_fail_percentage per interrompere presto l'esecuzione. Sono deploy a zero downtime. 🌊