Inżynier sieci obniżył TTL kilku rekordów w publicznej strefie hostowanej dla example.com do 60 sekund. Inżynier chce sprawdzić, czy ta zmiana zwiększyła liczbę zapytań DNS do Route 53 powyżej oczekiwanego poziomu, uzyskując liczbę zapytań dla strefy hostowanej example.com. Które podejście dostarcza tych informacji?

Prawidłowa odpowiedź to użycie Amazon CloudWatch do sprawdzenia metryki DNSQueries w przestrzeni nazw AWS/Route 53. Route 53 automatycznie publikuje metryki zapytań DNS do CloudWatch dla publicznych stref hostowanych, co pozwala na monitorowanie liczby zapytań bez dodatkowej konfiguracji. Pierwsza opcja jest nieprawidłowa, ponieważ CloudTrail rejestruje wywołania API Route 53 (np. zmiany rekordów), a nie liczbę zapytań DNS. Zdarzenia danych Route 53 nie obejmują zapytań DNS. Trzecia opcja jest nieprawidłowa, ponieważ metryka InboundQueryVolume w przestrzeni nazw AWS/Route 53 Resolver dotyczy zapytań przychodzących do resolvera Route 53, a nie zapytań do publicznej strefy hostowanej. Czwarta opcja jest nieprawidłowa, ponieważ Route 53 nie oferuje bezpośredniej opcji konfiguracji logowania zapytań DNS do CloudWatch Logs dla publicznych stref hostowanych w taki sposób, aby mierzyć liczbę zapytań. Metryka DNSQueries jest dostępna natywnie.