Sie betreiben ein Deployment mit 5 Replikaten für eine kritische API auf AKS. Sie müssen sicherstellen, dass bei geplanten Unterbrechungen wie Node-OS-Upgrades und bei Rolling Updates des Deployments mindestens 4 Replikate verfügbar bleiben. Was sollten Sie konfigurieren?

Die korrekte Konfiguration besteht aus einem PodDisruptionBudget (PDB) mit minAvailable: 4 und einer Deployment-RollingUpdate-Strategie mit maxUnavailable: 1 und maxSurge: 1. Das PDB stellt sicher, dass bei freiwilligen Unterbrechungen (wie Node-Upgrades) immer mindestens 4 Pods verfügbar sind. Die RollingUpdate-Strategie sorgt dafür, dass während eines Deployments maximal 1 Pod gleichzeitig nicht verfügbar ist (maxUnavailable: 1) und maximal 1 zusätzlicher Pod erstellt wird (maxSurge: 1), was den Dienst unterbrechungsfrei hält und die Verfügbarkeitsanforderungen erfüllt. Option "maxUnavailable: 2" im PDB würde erlauben, dass zu viele Pods gleichzeitig ausfallen. "maxSurge: 0" würde die Aktualisierung verlangsamen und möglicherweise die Verfügbarkeit beeinträchtigen, wenn Pods neu gestartet werden müssen. Die Option "maxUnavailable: 0" und "maxSurge: 2" im Rolling Update würde zwar die Verfügbarkeit während des Updates gewährleisten, aber das PDB ist für externe Unterbrechungen unerlässlich. Die "Recreate"-Strategie ist ungeeignet, da sie alle Pods gleichzeitig beendet und somit zu einer Dienstunterbrechung führt.