Aplikacja na instancjach EC2 w grupie Auto Scaling musi pobierać i przetwarzać rosnące dane S3 podczas uruchamiania, co powoduje wielominutowe opóźnienia dla nowych instancji. Jaki jest NAJBARDZIEJ opłacalny sposób na skrócenie czasu, zanim nowe instancje będą gotowe do obsługi żądań?

Poprawna odpowiedź to skonfigurowanie puli ciepłej (warm pool) z instancjami w stanie zatrzymanym (Stopped). Warm pool pozwala na wstępne przygotowanie instancji, w tym pobranie danych S3, zanim zostaną one uruchomione i dołączone do grupy Auto Scaling. Użycie stanu Stopped jest najbardziej opłacalne, ponieważ nie generuje kosztów obliczeniowych, a instancje są gotowe do szybkiego uruchomienia. Lifecycle hook autoscaling:EC2INSTANCELAUNCHING w połączeniu z modyfikacją aplikacji zapewnia, że instancja nie zacznie obsługiwać ruchu, dopóki aplikacja nie zgłosi pełnej gotowości, co skraca czas do pełnej operacyjności. Pozostałe opcje są mniej optymalne: Zwiększenie maksymalnej liczby instancji nie skraca czasu uruchamiania ani przygotowania aplikacji. Użycie warm pool ze stanem Running jest droższe, ponieważ instancje generują koszty obliczeniowe, nawet jeśli nie obsługują ruchu. Umieszczenie instancji w stanie Standby po zakończeniu lifecycle hook nie jest celem, ponieważ chcemy, aby instancje były gotowe do obsługi żądań, a nie czekały w trybie gotowości.