Administrator SysOps uruchamia aplikację na instancjach EC2 za Application Load Balancerem w prostej grupie Auto Scaling z domyślnymi ustawieniami. Grupa skaluje się w oparciu o metrykę RequestCountPerTarget. Administrator zauważa, że RequestCountPerTarget dwukrotnie przekroczył próg w ciągu 180 sekund. Co stanie się z grupą Auto Scaling w tym scenariuszu?

Gdy metryka RequestCountPerTarget przekroczy próg, grupa Auto Scaling uruchomi jedną instancję EC2, aby sprostać zwiększonemu zapotrzebowaniu. Po uruchomieniu instancji grupa Auto Scaling wchodzi w okres "cooldown". Domyślny okres cooldown wynosi 300 sekund (5 minut), chyba że zostanie zmieniony. W tym czasie grupa Auto Scaling ignoruje kolejne alarmy skalowania, aby dać nowo uruchomionej instancji czas na zainicjowanie i rozpoczęcie obsługi ruchu. Zapobiega to nadmiernemu skalowaniu i niestabilności. Pozostałe opcje są nieprawidłowe, ponieważ Auto Scaling nie uruchamia wielu instancji jednocześnie bez cooldownu, nie powiadamia ALB o ponownym równoważeniu ruchu w ten sposób, ani nie próbuje redystrybuować ruchu przed skalowaniem w górę.