Publiczna reklama powoduje nagłe, nieprzewidywalne skoki ruchu w aplikacji działającej w grupie Auto Scaling. Uruchamianie instancji obejmuje długotrwały proces tworzenia pamięci podręcznych specyficznych dla maszyny, więc uruchamianie jest powolne. Grupa Auto Scaling musi być w stanie obsłużyć skoki, które mogą wymagać skalowania do 100 instancji. Które rozwiązanie zapewni szybką dostępność zasobów dla tych skoków?

Prawidłowa odpowiedź to skonfigurowanie puli ciepłej (warm pool) dla grupy Auto Scaling i utrzymywanie wystarczającej liczby instancji w stanie zatrzymanym (Stopped). Pula ciepła pozwala na wstępne uruchomienie instancji i wykonanie długotrwałych procesów inicjalizacji, takich jak tworzenie pamięci podręcznych, zanim zostaną one włączone do obsługi ruchu. Gdy nastąpi skok ruchu, instancje z puli ciepłej mogą być szybko uruchomione i dołączone do grupy, co zapewnia szybką dostępność zasobów. Pozostałe opcje są nieprawidłowe: Uruchamianie 100 instancji, zapisywanie danych i zatrzymywanie ich nie jest skalowalnym ani automatycznym rozwiązaniem. Zwiększenie okresu rozgrzewania instancji (instance warm-up period) w polityce skalowania nie przyspieszy uruchamiania instancji, a jedynie opóźni ich wliczanie do metryk skalowania. Skalowanie predykcyjne (predictive scaling) jest przeznaczone do przewidywania zmian ruchu na podstawie historycznych danych, a nie do radzenia sobie z nagłymi, nieprzewidywalnymi skokami.