Uruchamiasz Deployment z 5 replikami dla krytycznego API na AKS. Musisz zapewnić, że co najmniej 4 repliki pozostaną dostępne podczas planowanych zakłóceń, takich jak aktualizacje systemu operacyjnego węzła, oraz podczas aktualizacji stopniowych (rolling updates) Deploymentu. Co należy skonfigurować?

Aby zapewnić dostępność co najmniej 4 replik podczas planowanych zakłóceń i aktualizacji, należy skonfigurować PodDisruptionBudget (PDB) oraz strategię rollingUpdate Deploymentu. PDB z minAvailable: 4 gwarantuje, że zawsze dostępne będą co najmniej 4 pody. Strategia rollingUpdate z maxUnavailable: 1 pozwala na niedostępność tylko jednego poda w danym momencie podczas aktualizacji, a maxSurge: 1 umożliwia utworzenie jednego dodatkowego poda, co minimalizuje przestój. Opcja z maxUnavailable: 2 w PDB jest niepoprawna, ponieważ pozwoliłaby na niedostępność 2 podów, naruszając wymóg 4 dostępnych. Ustawienie maxSurge: 0 w rollingUpdate spowolniłoby aktualizację. Brak PDB nie chroni przed zakłóceniami. Strategia Recreate jest nieodpowiednia dla krytycznych API, ponieważ powoduje całkowity przestój usługi podczas aktualizacji.