Firma obsługuje aplikację internetową na pojedynczej instancji EC2, która w godzinach szczytu działa wolno, gdy wykorzystanie procesora przekracza 95%. Skrypt user-data instaluje niestandardowe pakiety na instancji podczas uruchamiania, co powoduje, że uruchomienie instancji trwa kilka minut. Firma utworzy grupę Auto Scaling przy użyciu szablonu uruchamiania, z mieszanymi typami instancji, różnymi pojemnościami procesora i maksymalnym limitem pojemności. Firma chce zmniejszyć opóźnienia aplikacji, gdy nowe instancje są uruchamiane podczas zdarzeń skalowania. Które podejście spełnia ten wymóg?

Prawidłowa odpowiedź to użycie polityki skalowania dynamicznego, włączenie ciepłych pul (warm pools) dla grupy Auto Scaling i użycie haków cyklu życia (lifecycle hooks) do uruchomienia skryptu user-data. Polityka skalowania dynamicznego reaguje na bieżące obciążenie, a ciepłe pule wstępnie inicjują instancje, w tym uruchamiając skrypty user-data, co znacznie skraca czas ich gotowości do obsługi ruchu. Haki cyklu życia Auto Scaling pozwalają na wstrzymanie instancji w stanie Pending:Wait lub Terminating:Wait, umożliwiając wykonanie skryptu user-data i pełne przygotowanie instancji przed dołączeniem do grupy. Ustawienie czasu rozgrzewania na 0 sekund nie jest zalecane, ponieważ instancje potrzebują czasu na inicjalizację. Polityka skalowania predykcyjnego przewiduje obciążenie, ale nie rozwiązuje problemu długiego uruchamiania instancji.