5 commentaires
Il faut configurer le bloc strategy avec RollingUpdate. Voici le snippet standard pour éviter le downtime :
spec:
strategy:
type: RollingUpdate
rollingUpdate:
maxUnavailable: 0
maxSurge: 25%
Merci ! maxUnavailable: 0, c'est bien ce qui garantit qu'aucun pod ne s'éteint avant que le nouveau ne soit prêt, c'est ça ?
Exactement. Combiné avec des readinessProbe bien configurés, Kubernetes attend que le nouveau pod soit Ready avant de tuer l'ancien.
Top, je teste ça demain en staging. Merci pour les précisions.
Laisser une réponse
Vous devez être connecté pour poster un message !
Salut, je galère avec mes déploiements. Actuellement, quand je fais un update, mon service coupe quelques secondes avant de reprendre. Je veux que mes pods soient remplacés progressivement sans downtime. Quelqu'un a un exemple de config
strategyfonctionnelle ?