Aplikacja działa w grupie Auto Scaling instancji EC2 On-Demand za ALB. Obciążenie obejmuje krytyczną analizę, która nie toleruje przerw i musi się szybko skalować, oraz niekrytyczną analizę, która toleruje przerwy i jest intensywna pod względem pamięci. Musisz zmniejszyć opóźnienie skalowania w poziomie dla krytycznego obciążenia, jednocześnie przetwarzając obciążenie niekrytyczne. Która kombinacja kroków spełnia te wymagania? (Wybierz dwie.)

Pierwsza poprawna odpowiedź zmniejsza opóźnienie skalowania w poziomie dla krytycznego obciążenia, wykorzystując ciepłą pulę zatrzymanych instancji On-Demand. Instancje w ciepłej puli są już zainicjowane i gotowe do szybkiego uruchomienia, co skraca czas skalowania. Użycie instancji On-Demand zapewnia niezawodność wymaganą dla krytycznego obciążenia. Szczegółowe monitorowanie jest kluczowe dla efektywnego skalowania. Opcja z instancjami Spot jest nieodpowiednia dla krytycznego obciążenia ze względu na możliwość przerwania. Druga poprawna odpowiedź obsługuje niekrytyczne, intensywne pamięciowo obciążenie, tworząc oddzielną grupę Auto Scaling z instancjami Spot, które są opłacalne i tolerują przerwy. Konfiguracja ujednoliconego agenta CloudWatch i niestandardowej metryki wykorzystania pamięci umożliwia precyzyjne skalowanie w oparciu o rzeczywiste zużycie pamięci, co jest kluczowe dla tego typu obciążenia. Rozdzielenie obciążeń na dwie grupy docelowe ALB pozwala na niezależne zarządzanie i skalowanie. Opcja z predefiniowaną metryką pamięci jest mniej elastyczna niż niestandardowa metryka CloudWatch Agent.