Bezstanowy interfejs WWW hostowany w GKE wymaga wysokiej dostępności; automatyczne aktualizacje klastra będą opróżniać węzły. Upewnij się, że aplikacja zachowuje zdolność obsługi równą 10% Podów przed opróżnieniem. Co należy zrobić?

Aby zapewnić, że aplikacja zachowa zdolność obsługi równą 10% Podów przed opróżnieniem węzła podczas automatycznych aktualizacji klastra GKE, należy zwiększyć liczbę replik Podów o 10% powyżej bieżącej liczby. Oznacza to, że jeśli masz 10 Podów, powinieneś mieć 11. Pozwala to na bezpieczne opróżnienie jednego węzła, podczas gdy pozostałe Pody nadal obsługują ruch, utrzymując minimalną dostępność. Pozostałe opcje są nieprawidłowe, ponieważ: VPA (Vertical Pod Autoscaler) dostosowuje zasoby CPU i pamięci dla Podów, a nie ich liczbę, więc nie zapobiega utracie dostępności podczas opróżniania węzłów. PDB (Pod Disruption Budget) z minAvailable równym 10% oznaczałoby, że tylko 10% Podów musi być dostępnych, co jest zbyt niskim progiem i nie spełnia wymogu zachowania 10% dodatkowej zdolności. HPA (Horizontal Pod Autoscaler) dostosowuje liczbę replik Podów na podstawie metryk obciążenia, a nie w celu zapewnienia bufora podczas opróżniania węzłów. Zwiększenie maxReplicas nie gwarantuje, że dodatkowe Pody będą działać w momencie opróżniania.