Сетевой инженер уменьшил TTL нескольких записей в публичной размещенной зоне для example.com до 60 секунд. Инженер хочет проверить, привело ли это изменение к увеличению количества DNS-запросов к Route 53 сверх ожидаемого уровня, получив количество запросов для размещенной зоны example.com. Какой подход предоставляет эту информацию?

Правильный ответ — использование Amazon CloudWatch для доступа к пространству имен AWS/Route 53 и проверки метрики DNSQueries для публичной размещенной зоны. CloudWatch автоматически собирает метрики для Route 53, включая DNSQueries, которая показывает количество запросов, полученных размещенной зоной. Это позволяет напрямую отслеживать влияние изменения TTL на объем запросов. Создание нового трейла CloudTrail для событий данных Route 53 не является оптимальным, так как CloudTrail в основном предназначен для аудита действий API, а не для подсчета каждого DNS-запроса, что может быть дорого и избыточно для этой цели. Использование пространства имен AWS/Route 53 Resolver и метрики InboundQueryVolume относится к запросам, обрабатываемым Route 53 Resolver, а не к публичным DNS-запросам для размещенной зоны. Настройка логирования в CloudWatch для публичной размещенной зоны (DNS-логирование) также возможно, но метрика DNSQueries уже доступна без дополнительной настройки логирования и фильтров, что делает ее более простым и прямым решением.