Firma zajmująca się grami wdroży swoją grę w wielu regionach AWS. Każdy region ma grupę Auto Scaling instancji EC2 za Application Load Balancerem. Firma chce, aby Route 53 kierowało graczy do najbliższego regionu i automatycznie przełączało ruch w przypadku, gdy region stanie się niezdrowy. Jaką kombinację kroków powinien podjąć administrator? (Wybierz dwie odpowiedzi.)

Prawidłowe odpowiedzi to: "Utwórz alarmy CloudWatch, które śledzą stan ALB w każdym regionie, i użyj tych alarmów z kontrolami stanu Route 53 do przełączania awaryjnego DNS" oraz "Użyj routingu geoproximity Route 53 i wymień regiony, w których znajduje się infrastruktura aplikacji". Routing geoproximity w Route 53 kieruje użytkowników do najbliższego regionu AWS, co jest kluczowe dla gier wymagających niskich opóźnień. Konfiguracja ta wymaga określenia regionów, w których znajduje się infrastruktura. Aby zapewnić automatyczne przełączanie awaryjne, Route 53 musi wiedzieć, kiedy region jest niezdrowy. Najlepszym sposobem jest monitorowanie stanu Application Load Balancer (ALB) za pomocą alarmów CloudWatch. ALB jest punktem wejścia dla ruchu do instancji EC2, więc jego stan odzwierciedla ogólną dostępność aplikacji w danym regionie. Alarmy CloudWatch mogą następnie aktualizować kontrole stanu Route 53, które inicjują przełączenie awaryjne DNS, kierując ruch do zdrowego regionu. Nieprawidłowe opcje: Monitorowanie instancji EC2 bezpośrednio jest mniej efektywne, ponieważ ALB już zarządza ich stanem i dystrybucją ruchu. Kontrole stanu Route 53 sprawdzające prywatne adresy IP nie są możliwe z zewnątrz i nie są odpowiednie dla publicznie dostępnych usług. Routing simple Route 53 nie oferuje funkcji kierowania do najbliższego regionu na podstawie lokalizacji użytkownika.