Zarządzana grupa instancji z autoskalowaniem dodaje zbyt wiele maszyn wirtualnych, ponieważ instancje potrzebują około 3 minut na osiągnięcie stanu gotowości, podczas gdy początkowe opóźnienie sprawdzania kondycji HTTP wynosi 30 sekund. Jak należy dostosować konfigurację, aby uniknąć nadmiernego przydzielania zasobów?

Problem polega na tym, że autoskaler dodaje zbyt wiele instancji, ponieważ uznaje nowe maszyny wirtualne za niezdrowe, zanim faktycznie będą gotowe do obsługi ruchu. Domyślne opóźnienie sprawdzania kondycji (30 sekund) jest krótsze niż czas potrzebny instancji na uruchomienie i osiągnięcie gotowości (3 minuty, czyli 180 sekund). Zwiększenie początkowego opóźnienia sprawdzania kondycji HTTP do 200 sekund (czyli powyżej 180 sekund) da instancjom wystarczająco dużo czasu na pełne uruchomienie, zanim autoskaler zacznie je oceniać, zapobiegając w ten sposób nadmiernemu skalowaniu. Ustawienie maksymalnej liczby instancji na 1 lub 3 ograniczyłoby skalowanie, ale nie rozwiązałoby problemu błędnej oceny kondycji. Użycie sprawdzania kondycji TCP zamiast HTTP nie rozwiąże problemu czasu potrzebnego na uruchomienie aplikacji.