Utilizzo di logging e monitoraggio

Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Questa pagina fornisce informazioni sulla registrazione e il monitoraggio delle metriche per Cloud DNS, tra cui le zone pubbliche, le zone private e le zone di inoltro. Questa pagina fornisce anche istruzioni per monitorare la propagazione delle modifiche al DNS pubblico.

Utilizzo del logging di Cloud DNS

Il logging di Cloud DNS tiene traccia delle query che i server dei nomi risolvono per le tue reti Virtual Private Cloud (VPC), nonché delle query provenienti da un'entità esterna direttamente a una zona pubblica.

Le query registrate possono provenire da istanze di macchine virtuali (VM) di Compute Engine, container Google Kubernetes Engine nella stessa rete VPC, zone di peering o client on-premise che utilizzano l'inoltro DNS in entrata. Le zone DNS private, le zone DNS di forwarding, i server dei nomi alternativi, le zone DNS Google Cloud interne o le zone DNS esterne potrebbero alla fine risolvere le query.

I record di log appartengono al progetto che possiede la rete o la zona pubblica che ha portato la richiesta. Nel caso di VPC condiviso, i record di log appartengono al progetto host perché è di proprietà della rete.

Abilitare e disabilitare il logging per le zone gestite private

Utilizza i criteri DNS per attivare o disattivare il logging per le reti oppure utilizza la zona gestita DNS per attivare o disattivare il logging per le query risolte da quella zona.

Per abilitare il logging per una rete che non ha un criterio DNS, esegui il comando dns policies create.

gcloud 

gcloud dns policies create POLICY_NAME \
    --networks=NETWORK \
    --enable-logging \
    --description=DESCRIPTION

Sostituisci quanto segue:

  • POLICY_NAME: il nome del criterio DNS
  • NETWORK: una o più reti in un elenco separato da virgole
  • DESCRIPTION: una descrizione delle norme

Per abilitare il logging per una rete che ha un criterio DNS esistente, esegui il comando dns policies update.

gcloud 

gcloud dns policies update POLICY_NAME \
    --networks=NETWORK \
    --enable-logging

Sostituisci quanto segue:

  • POLICY_NAME: il nome del criterio DNS
  • NETWORK: una o più reti in un elenco separato da virgole

Per disattivare il logging senza modificare il criterio, esegui il comando dns policies update.

gcloud 

gcloud dns policies update POLICY_NAME \
    --networks=NETWORK \
    --no-enable-logging

Sostituisci quanto segue:

  • POLICY_NAME: il nome del criterio DNS
  • NETWORK: una o più reti in un elenco separato da virgole

Per eliminare completamente il criterio, esegui il comando dns policies delete.

gcloud 

gcloud dns policies delete POLICY_NAME \

Sostituisci POLICY_NAME con il nome del criterio DNS che vuoi eliminare.

Abilitare e disabilitare il logging per le zone pubbliche gestite

Per attivare il logging per una zona pubblica gestita esistente, esegui il comando dns managed-zones update.

gcloud 

gcloud dns managed-zones update ZONE_NAME --log-dns-queries \

Sostituisci ZONE_NAME con il nome della zona gestita DNS per cui vuoi abilitare il logging.

Per disattivare il logging per una zona gestita pubblica esistente, esegui il comando dns managed-zones update.

gcloud 

gcloud dns managed-zones update ZONE_NAME --no-log-dns-queries \

Sostituisci ZONE_NAME con il nome della zona gestita DNS per cui vuoi disabilitare il logging.

Visualizzazione dei log

Console

Nella console Google Cloud, vai alla pagina Esplora log.

Vai a Esplora log

Visualizzazione dei campi del formato del record

Ogni voce di log contiene i seguenti campi, se applicabili. Alcuni dei campi vengono condivisi anche con le metriche di monitoraggio.

Campo Tipo di campo Descrizione Utilizzato nelle metriche
alias_query_response_code (anteprima) Stringa Il codice di risposta restituito dalla query per risolvere il nome canonico del record ALIAS. Sì
source_type Stringa Origine della query: inbound-forwarding, gce-vm Sì
location Stringa Regione Google Cloud, ad esempio us-east1, da cui è stata pubblicata la risposta Sì
project_id Stringa ID progetto Google Cloud della rete da cui è stata ricevuta la query Sì
target_type Stringa Tipo di target che risolve la query DNS: private-zone, forwarding-zone, forwarding-policy, peering-zone, internal, external Sì
target_name Stringa Il nome della destinazione, ad esempio il nome della zona, il nome del criterio, il nome della zona interna e quello del dominio esterno. Sì
queryName Stringa / DNS Nome della query DNS, RFC 1035 4.1.2. No
queryType Stringa / DNS Tipo di query DNS, RFC 1035 4.1.2. No
responseCode Numero / DNS Codice di risposta, RFC 1035 4.1.1. No
rdata Stringa / DNS Risposta DNS in formato presentazione, RFC 1035 5.1, troncata a 260 byte No
authAnswer Booleano / DNS Risposta autorevole, RFC 1035 No
sourceNetwork Stringa / origine Rete da cui la query ha raggiunto il nostro sistema No
vmInstanceId Numero / Sorgente ID istanza VM di Compute Engine, applicabile solo alle query avviate dalle VM di Compute Engine No
vmInstanceName Stringa / origine Nome dell'istanza VM di Compute Engine, applicabile solo alle query avviate dalle VM di Compute Engine No
vmProjectId Stringa / origine ID progetto Google Cloud della rete da cui è stata inviata la query, applicabile solo alle query avviate dalle VM di Compute Engine No
vmZoneName Stringa / origine Nome della zona VM da cui è stata inviata la query, applicabile solo alle query avviate dalle VM di Compute Engine No
sourceIP Stringa / origine IP che ha originato la query No
destinationIP Stringa / target Indirizzo IP di destinazione, applicabile solo per le richieste di inoltro No
protocol Stringa / DNS TCP | UDP No
healthyIps Stringa

Insieme di indirizzi IP nel ResourceRecordSet che sono noti per essere HEALTHY in Cloud DNS al momento della query

 No
unHealthyIps Stringa

Insieme di indirizzi IP nel ResourceRecordSet noto come UNHEALTHY a Cloud DNS al momento della query

 No
egressError Stringa

Errore del proxy in uscita, l'errore effettivo segnalato dal proxy in uscita ricevuto dal server DNS on-premise

Questo campo può essere utilizzato per distinguere un SERVFAIL effettivo restituito dal DNS on-premise da un errore di rete riscontrato dal proxy in uscita.

 No

Prezzi

Tutti i log di Cloud DNS sono scritti in Cloud Logging. Non sono previsti addebiti separati da Cloud DNS per questo servizio. Tuttavia, questi log possono comportare costi di archiviazione aggiuntivi a seconda delle dimensioni dei log scritti e archiviati.

A scopo di calcolo, Cloud DNS scrive circa 5 MB di dati di log per l'elaborazione di 10.000 query DNS.

Per informazioni sui prezzi di Cloud Logging, consulta Prezzi per la suite operativa di Google Cloud: Cloud Logging.

Risolvere i problemi relativi all'inoltro in uscita

Se ricevi log contenenti SERVFAIL in cui mancano alcuni campi, come destinationIP, egressIP e egressError, consulta la sezione correlata nella documentazione sulla risoluzione dei problemi.

Monitoraggio delle metriche

Cloud DNS esporta le metriche di monitoraggio in Cloud Monitoring.

Puoi monitorare la frequenza delle query e delle risposte DNS che rimandano a zone private, zone di forwarding, forwarding dei criteri, zone interne di Google Cloud e Internet. Monitoring è disponibile nella pagina Monitoring della console Google Cloud e nell'API Cloud Monitoring.

Il DNS privato esporta la metrica delta dns.googleapis.com/query/response_count contenente l'etichetta response_code per conteggiare il numero di query per codice di risposta.

L'etichetta response_code è di tipo string con i possibili valori NOERROR, FORMERR, SERVFAIL, NXDOMAIN, NOTIMP e UNKNOWN. Per le definizioni di questi codici, consulta IANA DNS RCODEs.

La metrica viene esportata nel tipo di risorsa dns_query utilizzando i campi applicabili del formato di record del log.

Monitoraggio della propagazione DNS

Quando utilizzi Google Cloud CLI o l'API REST per apportare modifiche, queste vengono contrassegnate inizialmente come in attesa fino al completamento dell'operazione. Puoi utilizzare l'interfaccia a riga di comando gcloud o l'API REST per controllare lo stato delle modifiche o visualizzare la cronologia delle modifiche.

Un'operazione è stata completata (stato: done) quando Cloud DNS ha aggiornato correttamente il sistema che controlla i server. Potrebbero comunque verificarsi ritardi prima dell'aggiornamento di tutti i server dei nomi.

Elenco delle modifiche per una zona gestita

Per elencare le modifiche relative a una zona gestita, consulta le opzioni seguenti.

gcloud

Esegui il comando dns record-sets changes list:

gcloud dns record-sets changes list --zone=ZONE

Sostituisci ZONE con il nome della zona gestita di cui vuoi gestire i set di record.

Python

dns/api/main.py 
def list_changes(project_id, zone_name):
    client = dns.Client(project=project_id)
    zone = client.zone(zone_name)

    changes = zone.list_changes()

    return [(change.started, change.status) for change in changes]

Verifica della propagazione DNS

Per monitorare e verificare che il server dei nomi DNS abbia rilevato le modifiche, puoi utilizzare i comandi watch e dig. L'esempio seguente mostra come cercare il server dei nomi e verificare quando uno dei server dei nomi della tua zona gestita ha rilevato una modifica a un record MX.

Per cercare i server dei nomi della tua zona, esegui il comando dns managed-zones describe:

gcloud dns managed-zones describe ZONE_NAME

Sostituisci ZONE_NAME con il nome della zona Cloud DNS.

Per verificare se i record sono ancora disponibili sul tuo server dei nomi autorevole, esegui questo comando dig:

watch dig example.com in MX @ZONE_NAME_SERVER

Sostituisci ZONE_NAME_SERVER con uno dei server dei nomi della zona gestita.

Il comando watch esegue il comando dig ogni 2 secondi per impostazione predefinita. Puoi utilizzare questo comando per determinare quando il server dei nomi autorevole rileva la modifica, che dovrebbe avvenire entro 120 secondi. Dopo la modifica del server dei nomi autorevole, il resolver DNS può iniziare a recuperare il nuovo record. I resolver che hanno già il record memorizzato nella cache attendono la scadenza del valore TTL precedente del record.

Per eseguire dig sul server dei nomi del tuo sistema, puoi rimuovere @<address> dal comando dig. Se vuoi monitorare la propagazione su altri server dei nomi, puoi cambiare address in modo che rimandi ad altri server dei nomi.

Passaggi successivi