Server DNS
    Aggiornato il maggio 2026
    CoreDNS logo

    CoreDNS Monitoraggio

    Monitora in tempo reale la frequenza delle query CoreDNS, la percentuale di cache hit, la latenza di risoluzione e il tasso di errore senza alcuna configurazione.

    Inizia la prova gratuitaVisualizza documenti

    Perché monitorare CoreDNS?

    CoreDNS è il server DNS predefinito per Kubernetes e gli ambienti cloud-native. Il monitoraggio di CoreDNS garantisce una risoluzione DNS rapida, prestazioni ottimali della cache e un rilevamento affidabile dei servizi per la tua infrastruttura.

    Rilevamento automatico tramite Xitogent
    Monitoraggio del tasso di query
    Rapporto cache hit/miss
    Monitoraggio della latenza di risoluzione
    Tassi di errore e SERVFAIL
    Metriche per zona
    Monitoraggio a livello di plugin
    Intervalli di raccolta di 1 minuto
    Soglie di alert personalizzabili per ogni metrica
    Intervalli di raccolta metriche a 1 minuto out of the box
    Cos’è il monitoring di CoreDNS?

    Monitoring di CoreDNS, spiegato

    Il monitoring di CoreDNS intercetta i picchi di SERVFAIL, i cali del cache hit rate, la latenza del plugin forward e i riavvii dovuti a panic prima che si propaghino in fallimenti di risoluzione DNS a livello di cluster. Poiché ogni microservizio dipende dal DNS per la service discovery, un CoreDNS non monitorato è una modalità di guasto non monitorata per l’intero cluster Kubernetes — i problemi di DNS si manifestano come "connection refused casuali" ovunque. Xitoring rileva automaticamente il suo CoreDNS, esegue lo scraping di :9153/metrics e instrada gli alert verso Slack, PagerDuty, Telegram o il suo on-call esistente.

    Indicatori

    Ciò che monitoriamo

    Query/sec

    Tasso di query DNS.

    Rapporto di cache hit

    Percentuale di query servite dalla cache.

    Latenza di risoluzione

    Tempo medio di risoluzione DNS.

    Tasso SERVFAIL

    Percentuale di risoluzioni fallite.

    Tasso NXDOMAIN

    Tasso di query per domini inesistenti.

    Latenza upstream

    Tempo di risposta delle query inoltrate.

    Latenza del plugin Forward

    `coredns_forward_request_duration_seconds` per resolver upstream. Separa la latenza interna di CoreDNS da quella del resolver upstream — fondamentale per diagnosticare un 8.8.8.8 lento rispetto a un CoreDNS lento.

    Tasso di richieste Forward

    `coredns_forward_request_count_total` per upstream. Insieme al cache hit ratio mostra quanto traffico esce effettivamente da CoreDNS per la risoluzione upstream.

    Cache delle connessioni Proxy

    `coredns_proxy_conn_cache_hits_total` / `_misses_total`. Traccia il riuso delle connessioni TCP verso i resolver upstream — un basso hit rate indica turnover di connessioni, che aumenta la latenza upstream.

    Fallimenti del plugin Health

    `coredns_health_request_failures_total` — il conteggio dei fallimenti del plugin `health:8080`. Un valore diverso da zero significa che la liveness probe sta fallendo in modo intermittente.

    Panic

    `coredns_panics_total` — qualsiasi valore diverso da zero indica un bug di CoreDNS o il crash di un plugin che ha causato un panic di una goroutine. Lo abbini al conteggio dei riavvii per il contesto completo del post-mortem.

    Runtime Go

    `process_resident_memory_bytes` (RSS), `go_goroutines` (conteggio goroutine — rileva leak), `go_gc_duration_seconds` (tempo di pausa GC). Crescita di memoria senza riavvii = leak; crescita del numero di goroutine = plugin o upstream bloccato.

    Notifiche e avvisi

    Configurabile condizioni di attivazione

    Imposta dei trigger personalizzati nella tua dashboard per ricevere una notifica non appena le metriche dell{name}e superano le soglie da te definite.

    CoreDNS pannello di controllo per la configurazione dei trigger di monitoraggio

    Tasso SERVFAIL

    critico

    Si attiva in caso di elevato tasso di fallimenti di risoluzione.

    Rapporto di cache hit

    avviso

    Avvisa quando l'efficacia della cache diminuisce.

    Latenza di risoluzione

    avviso

    Si attiva in caso di risoluzione DNS lenta.

    Tasso di query

    avviso

    Si attiva su volumi di query insoliti.

    01

    Importanza del monitoraggio CoreDNS

    Il DNS è il fondamento della connettività di rete. Una risoluzione DNS lenta o fallimentare impatta su ogni servizio della tua infrastruttura.

    • Garantire una risoluzione DNS rapida
    • Rilevare immediatamente i picchi di SERVFAIL
    • Monitorare la cache per prestazioni ottimali
    • Monitorare lo stato dei resolver upstream
    Monitoraggio CoreDNS
    Analisi DNS
    02

    Perché scegliere Xitoring

    Monitoraggio CoreDNS zero-config.

    • Installazione con un solo comando
    • Nodi globali
    • Dashboard unificata
    • Avvisi multicanale
    Panoramica
    Avvisi
    Casi d’uso

    Scenari comuni di monitoring per CoreDNS

    Dove viene solitamente eseguito CoreDNS al giorno d'oggi — e cosa potrebbe andare storto se nessuno lo tenesse d'occhio.

    Il DNS all'interno di un'applicazione Kubernetes

    Ogni componente di un'applicazione Kubernetes utilizza CoreDNS per individuare tutti gli altri componenti. Quando il sistema rallenta o inizia a presentare malfunzionamenti, gli utenti riscontrano strani errori intermittenti in tutta l'applicazione. Rileviamo il rallentamento nel momento stesso in cui si verifica, in modo che un piccolo intoppo nel DNS non si traduca in un misterioso disservizio per i clienti.

    Grandi cluster con cache DNS locali

    Le implementazioni di Kubernetes su larga scala prevedono l'installazione di una piccola cache DNS su ogni server per garantire la velocità del sistema. Quando una di queste cache non funziona correttamente, solo una parte del traffico ne risente, rendendo difficile individuarne il problema. Ci assicuriamo che ciascuna di esse svolga correttamente il proprio compito, in modo che un singolo nodo difettoso non possa compromettere silenziosamente il servizio per una parte dei vostri utenti.

    DNS pubblico per il tuo dominio

    Quando CoreDNS è il servizio che risponde alle richieste DNS relative al tuo dominio su Internet, un'interruzione significa che gli utenti non riescono affatto a raggiungere il tuo sito. Monitoriamo i segnali che indicano che il servizio è attivo e risponde correttamente, in modo che il tuo marchio e i tuoi ricavi non subiscano perdite invisibili mentre il DNS smette silenziosamente di funzionare.

    Prima di iniziare

    Prerequisiti per CoreDNS

    Assicurati di avere tutto questo in posizione — la maggior parte delle installazioni dura 60 secondi una volta soddisfatte le condizioni.

    • CoreDNS 1.x in esecuzione sul server
    • Plugin Prometheus abilitato nel tuo Corefile (porta predefinita 9153)
    • Raggiungibilità di rete da Xitogent verso l'endpoint metrics
    Guida all'installazione

    Inizia con verbali

    1

    Installa Xitogent sul tuo server

    Se non l'hai già fatto, installa il leggero agente di monitoraggio Xitogent sull'host che esegue CoreDNS.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Abilita il plugin prometheus in CoreDNS

    CoreDNS espone metriche in formato Prometheus tramite il suo plugin prometheus (endpoint predefinito :9153/metrics). Aggiungi `prometheus :9153` al tuo Corefile, ricarica CoreDNS e conferma che l'endpoint metrics sia raggiungibile dall'host dell'agente.

    sudo xitogent integrate
    3

    Abilita l'integrazione CoreDNS

    Usa la dashboard di Xitoring o la CLI per abilitare l'integrazione CoreDNS. Xitogent rileva automaticamente l'endpoint metrics e inizia a raccogliere metriche di query, cache e latenza.

    4

    Configura le soglie di allerta (opzionale)

    Imposta soglie personalizzate per SERVFAIL Rate, Cache Hit Ratio o latenza di risoluzione per essere avvisato non appena affidabilità o prestazioni DNS peggiorano.

    5

    Verifica che funzioni

    Esegui questo comando sul server per confermare che Xitogent ha rilevato l'integrazione. In circa 30 secondi nuove metriche cominceranno a comparire sulla tua dashboard.

    sudo xitogent status
    Confronta

    Stai valutando alternative?

    Scopri come Xitoring si confronta con le alternative per il monitoraggio di CoreDNS — prezzi fissi, integrazioni più approfondite e un unico agente che copre l'intero stack.

    Vedi tutti i confronti

    Spesso domande poste

    CoreDNS di Kubernetes?
    Sì, CoreDNS è pienamente supportato in Kubernetes.
    Metriche di Prometheus?
    Xitogent legge l'endpoint delle metriche Prometheus di CoreDNS.
    Cosa fa il plugin kubernetes?
    Il plugin `kubernetes` osserva l’API di Kubernetes per cambiamenti di Service, Endpoint e Pod e sintetizza i relativi record DNS — risoluzioni `..svc.cluster.local`, record ESS per servizi headless, IP dei pod. Abilita anche funzionalità di service discovery come i record SRV per le porte con nome. Lo monitori insieme a `forward` (che gestisce il DNS esterno) perché condividono la pipeline delle richieste.
    Come monitoro il cache hit ratio di CoreDNS?
    Lo calcola da Prometheus: `coredns_cache_hits_total / (coredns_cache_hits_total + coredns_cache_misses_total)` — target 80%+ per il DNS di cluster, 95%+ per NodeLocal DNSCache. Un hit ratio basso di solito significa TTL troppo corti (il TTL del DNS di cluster è 30s di default — modificabile) o un working set di query uniche che supera la dimensione della cache.
    Cosa significa NXDOMAIN nelle metriche di CoreDNS?
    `NXDOMAIN` (dominio inesistente) in `coredns_dns_response_rcode_count_total` significa che un nome richiesto non esiste. Una certa quota di NXDOMAIN è normale (typo, scanner); i picchi segnalano search domain mal configurati, applicazioni che cercano servizi inesistenti o tentativi di DNS amplification. SERVFAIL è più preoccupante — significa che CoreDNS non è riuscito a ottenere alcuna risposta (failure upstream, errore di plugin).
    Come faccio il debug di CoreDNS in Kubernetes?
    Tre livelli: (1) controlli i log dei pod (`kubectl logs -n kube-system -l k8s-app=kube-dns`), (2) testi la risoluzione dall’interno di un pod (`kubectl exec... -- nslookup kubernetes.default`), (3) legga le metriche Prometheus per il tasso di SERVFAIL per plugin. Il plugin `log` può essere aggiunto temporaneamente al Corefile per ottenere log per ogni query. Usi `dnstap` per tracing ad alto volume sicuro in produzione, senza impattare la latenza delle query.
    Come monitoro la latenza del plugin forward di CoreDNS?
    Legga l’istogramma `coredns_forward_request_duration_seconds`, con label per indirizzo di resolver upstream. Traccia p95 e p99 per upstream — gli upstream lenti emergono qui, separati dalla latenza interna di CoreDNS. Il plugin `forward` espone anche `coredns_forward_responses_total` per rcode, utile per il tasso di SERVFAIL specifico di un upstream. Imposti un alert su p99 > 500ms per upstream.
    Quando dovrei usare NodeLocal DNSCache?
    Dimensione del cluster > ~100 nodi, oppure qualsiasi cluster che soffra di race condition di conntrack UDP (timeout DNS intermittenti sotto carico). NodeLocal DNSCache esegue un sidecar CoreDNS-cache su ogni nodo che si lega a `169.254.20.10:53`, eliminando la entry nella tabella conntrack per ogni query. Il carico sul CoreDNS di cluster cala tipicamente del 70–90% e la p99 del DNS scende alla velocità del disco locale. Monitori l’hit rate per nodo (target 95%+).
    Quali versioni di CoreDNS sono supportate?
    CoreDNS 1.11.x, 1.12.x e 1.13.x sono pienamente supportati. 1.12 ha aggiunto la service discovery multicluster MCS-API, la configurazione del timeout di avvio e la gestione degli hostname IPv6 nel plugin `kubernetes`. 1.13.2 (dicembre 2025) è la stable attuale. K8s 1.30+ include CoreDNS 1.11.x di default; le distro più recenti includono 1.12.x. Xitogent rileva la versione automaticamente e si adatta.

    Inizia a monitorare CoreDNS oggi

    Configurazione in meno di 60 secondi. Non è richiesta alcuna carta di credito. Statistiche complete fin dal primo giorno.

    Inizia la prova gratuita

    Continua a esplorare

    Correlati Integrazioni