Firma hostuje obecnie prostą aplikację internetową na instancjach EC2 za load balancerem w regionie eu-west-2 i używa rekordu routingu prostego Route 53. Planują utworzyć dodatkowe, identyczne wdrożenia w regionach us-east-1 i ap-south-1 i chcą, aby użytkownicy byli kierowani do regionu, który zapewnia najszybszy czas odpowiedzi. Co powinien zrobić administrator SysOps?

Prawidłowa odpowiedź to wdrożenie load balancera i instancji EC2 w każdym nowym regionie oraz zmiana rekordu Route 53 na routing oparty na opóźnieniach. Routing oparty na opóźnieniach w Route 53 kieruje użytkowników do regionu AWS, który zapewnia najniższe opóźnienie, co jest zgodne z celem kierowania użytkowników do regionu z najszybszym czasem odpowiedzi. Każdy region musi mieć własny load balancer, ponieważ load balancery AWS są zasobami regionalnymi i nie mogą rozkładać ruchu między regionami. Pozostałe opcje są nieprawidłowe: Routing geolokalizacyjny kieruje ruch na podstawie lokalizacji geograficznej użytkownika, a nie najniższego opóźnienia. Dodawanie instancji z innych regionów do load balancera w eu-west-2 nie jest możliwe, ponieważ load balancery są regionalne. Routing wielowartościowy zwraca wiele adresów IP, ale nie kieruje ruchu na podstawie opóźnień.