100-węzłowy klaster HPC w VPC wykonuje wiele zapytań DNS dla zasobów RDS, S3 i zasobów lokalnych dostępnych przez Direct Connect. Klaster może skalować się 5–7x podczas szczytowych zdarzeń. Firma używa obecnie dwóch instancji EC2 jako serwerów DNS VPC, które przekazują zapytania do resolvera VPC i do lokalnego DNS. Zapytania DNS z węzłów w celu rozwiązania punktów końcowych RDS i S3 kończą się niepowodzeniem. Jaka zmiana architektoniczna zapewnia najbardziej skalowalne rozwiązanie DNS?

Poprawna odpowiedź jest najbardziej skalowalnym rozwiązaniem, ponieważ wykorzystuje domyślny resolver VPC, który jest w pełni zarządzany przez AWS i automatycznie skaluje się, aby sprostać zapotrzebowaniu. Eliminuje to potrzebę zarządzania instancjami EC2 dla DNS i ich skalowania ręcznie. Punkty końcowe wychodzące Route 53 Resolver i reguły umożliwiają kierowanie zapytań do lokalnych serwerów DNS dla zasobów lokalnych, jednocześnie wykorzystując resolver VPC dla zasobów AWS, takich jak RDS i S3, co rozwiązuje problem z niepowodzeniami zapytań. Pozostałe opcje są mniej skalowalne: Skalowanie poprzez dodawanie instancji EC2 wymaga ręcznego zarządzania i nie jest tak elastyczne jak w pełni zarządzany resolver VPC. Zwiększanie rozmiaru instancji EC2 ma swoje granice i nie rozwiązuje problemu skalowalności w sposób automatyczny ani efektywny kosztowo w dłuższej perspektywie. Tworzenie punktów końcowych przychodzących Route 53 Resolver i przekazywanie wszystkich zapytań do lokalnych serwerów DNS nie jest optymalne dla zapytań dotyczących zasobów AWS i może wprowadzać dodatkowe opóźnienia.