Firma posiada wielowarstwową aplikację na instancjach EC2 w grupie Auto Scaling z bazą danych Amazon RDS for Oracle, używającą PL/SQL specyficznego dla Oracle. Ruch sieciowy rośnie, powodując przeciążenie instancji EC2 i wyczerpanie miejsca na dysku instancji RDS. Grupa Auto Scaling nie ma zdefiniowanych metryk skalowania i określa jedynie minimalną liczbę zdrowych instancji. Ruch będzie nadal wzrastał w stałym, ale nieprzewidywalnym tempie, zanim się ustabilizuje. Co powinien zrobić architekt rozwiązań, aby zapewnić, że system będzie mógł automatycznie skalować się w odpowiedzi na zwiększony ruch? (Wybierz dwie odpowiedzi.)

Poprawne odpowiedzi to: "Skonfiguruj Auto Scaling pamięci masowej na instancji RDS for Oracle" oraz "Skonfiguruj grupę Auto Scaling, aby używała średniego zużycia procesora jako metryki skalowania". Skonfigurowanie Auto Scaling pamięci masowej dla RDS for Oracle bezpośrednio rozwiązuje problem wyczerpania miejsca na dysku, automatycznie zwiększając przestrzeń, gdy jest to potrzebne. Skonfigurowanie grupy Auto Scaling do używania średniego zużycia procesora jako metryki skalowania zapewni, że instancje EC2 będą automatycznie skalować się w górę w odpowiedzi na zwiększony ruch, zapobiegając przeciążeniu. Migracja do Amazon Aurora nie jest konieczna, ponieważ aplikacja używa PL/SQL specyficznego dla Oracle, co utrudnia migrację. Skonfigurowanie alarmu dla niskiej ilości wolnego miejsca na dysku jedynie powiadomi o problemie, ale nie rozwiąże go automatycznie. Użycie średniej wolnej pamięci jako metryki skalowania dla grupy Auto Scaling nie jest optymalne, ponieważ zużycie procesora jest lepszym wskaźnikiem obciążenia aplikacji.