Un ingegnere di rete ha abbassato il TTL di diversi record in una zona ospitata pubblica per example.com a 60 secondi. L'ingegnere vuole verificare se questa modifica ha aumentato il numero di query DNS a Route 53 oltre i livelli previsti, ottenendo il conteggio delle query per la zona ospitata example.com. Quale approccio fornisce queste informazioni?

L'opzione corretta è usare Amazon CloudWatch per accedere al namespace AWS/Route 53 e controllare la metrica DNSQueries per la zona ospitata pubblica. Questo perché Route 53 pubblica automaticamente metriche di query DNS su CloudWatch, inclusa la metrica DNSQueries che traccia il numero di query per una zona ospitata specifica. Non è necessario configurare logging aggiuntivi o trail di CloudTrail per ottenere queste informazioni di base. Le altre opzioni sono errate perché: Creare un nuovo trail in AWS CloudTrail per includere gli eventi di dati di Route 53 e inviare i log ad Amazon CloudWatch Logs è eccessivo e non il metodo diretto per ottenere il conteggio delle query DNS. CloudTrail registra le chiamate API, non il volume delle query DNS. Utilizzare Amazon CloudWatch per accedere al namespace AWS/Route 53 Resolver e controllare la metrica InboundQueryVolume per un endpoint specifico è pertinente al Route 53 Resolver, che gestisce le query DNS in uscita dalle VPC, non al conteggio delle query per una zona ospitata pubblica. Configurare la registrazione su Amazon CloudWatch per la zona ospitata pubblica e configurare un filtro di metriche di CloudWatch per contare il numero di query e creare grafici è un approccio valido per l'analisi dettagliata dei log, ma la metrica DNSQueries è già disponibile di default e fornisce direttamente l'informazione richiesta.