Aplikacja działa na instancjach Amazon EC2 w grupie Auto Scaling za load balancerem Elastic Load Balancing (ELB). Firma przewiduje coroczny, przewidywalny wzrost ruchu w okresie świątecznym i chce, aby grupa Auto Scaling proaktywnie zwiększyła pojemność, aby zminimalizować wpływ na użytkowników. Która strategia spełnia to wymaganie?

Poprawna odpowiedź to „Utwórz cykliczną akcję zaplanowaną, aby skalować grupę Auto Scaling w górę przed przewidywanym okresem szczytowego zapotrzebowania”. Strategia ta pozwala na proaktywne zwiększenie pojemności grupy Auto Scaling przed przewidywanym wzrostem ruchu, co minimalizuje wpływ na użytkowników. Zaplanowane akcje są idealne dla przewidywalnych, cyklicznych wzrostów obciążenia, takich jak okres świąteczny. Pozostałe opcje są mniej odpowiednie: Tworzenie alarmu Amazon CloudWatch do skalowania w górę, gdy wykorzystanie procesora przekroczy 90%, jest reaktywne, a nie proaktywne. Może to prowadzić do opóźnień w skalowaniu i pogorszenia doświadczeń użytkowników w początkowej fazie wzrostu ruchu. Zwiększenie minimalnej i maksymalnej liczby instancji EC2 w grupie Auto Scaling w okresie szczytowego zapotrzebowania wymagałoby ręcznej interwencji i nie jest automatycznym rozwiązaniem dla cyklicznych zdarzeń. Konfigurowanie powiadomień Amazon SNS o zdarzeniach autoscaling:EC2INSTANCELAUNCH służy do monitorowania, a nie do proaktywnego skalowania.