Aplikacja działa na instancjach EC2 w grupie Auto Scaling, która obecnie określa jeden typ instancji. Metryki CPU i pamięci pokazują, że instancje są niedostatecznie wykorzystywane. Musisz trwale obniżyć koszty EC2 i poprawić wykorzystanie przy jak najmniejszej liczbie przyszłych zmian konfiguracji. Które rozwiązanie spełnia ten wymóg?

Poprawna odpowiedź to zdefiniowanie wymagań dotyczących procesora i pamięci w szablonie uruchamiania grupy Auto Scaling. To rozwiązanie pozwala Auto Scaling Group dynamicznie wybierać najbardziej odpowiednie typy instancji, które spełniają te wymagania, optymalizując koszty i wykorzystanie zasobów. Eliminuje to potrzebę ręcznego zarządzania listą typów instancji i zapewnia elastyczność w przyszłości, ponieważ AWS wprowadza nowe typy instancji. Pozostałe opcje są mniej optymalne: Tworzenie listy typów instancji wymaga ręcznego zarządzania i aktualizacji, co jest niezgodne z wymogiem minimalnych przyszłych zmian. Zmiana na pojedynczy nowy typ instancji może nie zapewnić optymalizacji kosztów i wykorzystania w dłuższej perspektywie, ponieważ nadal ogranicza elastyczność. Użycie skryptu do wyboru typów instancji z AWS Price List Bulk API jest zbyt złożone i nie jest standardowym, wbudowanym rozwiązaniem AWS do tego celu.