DNS and SigNoz Integration

Input and output integration overview

The DNS plugin enables users to monitor and gather statistics on DNS query times, facilitating performance analysis of DNS resolutions.

This configuration turns any Telegraf agent into a Remote Write publisher for SigNoz, streaming rich metrics straight into the SigNoz backend with a single URL change.

Integration details

DNS

This plugin gathers DNS query times in milliseconds, utilizing the capabilities of DNS queries similar to the Dig command. It provides a means to monitor and analyze DNS performance by measuring the response time from specified DNS servers, allowing network administrators and engineers to ensure optimal DNS resolution times. The plugin can be configured to target specific servers and customize the types of records queried, encompassing various DNS features such as resolving domain names to IP addresses, or retrieving details from specific records as needed, while also clearly reporting on the success or failure of each query, alongside relevant metadata.

SigNoz

SigNoz is an open source observability platform that stores metrics, traces, and logs. When you deploy SigNoz, its signoz-otel-collector-metrics service exposes a Prometheus Remote Write receiver (default :13133/api/v1/write). By configuring Telegraf’s Prometheus plugin to point at this endpoint, you can push any Telegraf collected metrics, SNMP counters, cloud services, or business KPIs—directly into SigNoz. The plugin natively serializes metrics in the Remote Write protobuf format, supports external labels, metadata export, retries, and TLS or bearer-token auth, so it fits zero-trust and multi-tenant SigNoz clusters. Inside SigNoz, the data lands in ClickHouse tables that back Metrics Explorer, alert rules, and unified dashboards. This approach lets organizations unify Prometheus and OTLP pipelines, enables long-term retention powered by ClickHouse compression, and avoids vendor lock-in while retaining PromQL-style queries.

Configuration

DNS

[[inputs.dns_query]]
  servers = ["8.8.8.8"]

  # network = "udp"

  # domains = ["."]

  # record_type = "A"

  # port = 53

  # timeout = "2s"

  # include_fields = []
  

SigNoz

[[outputs.prometheusremotewrite]]
  ## SigNoz OTEL-Collector metrics endpoint (Prometheus Remote Write receiver)
  ## Default port is 13133 when you install SigNoz with the Helm chart
  url = "http://signoz-otel-collector-metrics.monitoring.svc.cluster.local:13133/api/v1/write"

  ## Add identifying labels so you can slice & dice the data later
  external_labels = { host = "${HOSTNAME}", agent = "telegraf" }

  ## Forward host metadata for richer dashboards (SigNoz maps these to ClickHouse columns)
  send_metadata = true

  ## ----- Authentication (comment out what you don’t need) -----
  # bearer_token   = "$SIGNOZ_TOKEN"          # SaaS tenant token
  # basic_username = "signoz"                 # Basic auth (self-hosted)
  # basic_password = "secret"

  ## ----- TLS options (for SaaS or HTTPS self-hosted) -----
  # tls_ca                  = "/etc/ssl/certs/ca.crt"
  # tls_cert                = "/etc/telegraf/certs/telegraf.crt"
  # tls_key                 = "/etc/telegraf/certs/telegraf.key"
  # insecure_skip_verify    = false

  ## ----- Performance tuning -----
  max_batch_size = 10000      # samples per POST
  timeout        = "10s"
  retry_max      = 3

Input and output integration examples

DNS

1. Monitor DNS Performance for Multiple Servers: By deploying the DNS plugin, a user can simultaneously monitor the performance of different DNS servers, such as Google DNS and Cloudflare DNS, by specifying them in the servers array. This scenario enables comparisons of response times and reliability across different DNS providers, assisting in selecting the best option based on empirical data.

2. Analyze Query Times for High-Traffic Domains: Integrate the plugin to measure response times specifically for high-traffic domains relevant to an organization’s operations, such as internal services or customer-facing sites. By focusing on performance metrics for these domains, organizations can proactively address latency issues, ensuring service reliability and improving user experiences.

3. Alerting on DNS Timeouts: Utilize the plugin in combination with alerting systems to notify administrators whenever a DNS query exceeds a defined timeout threshold. This setup can help in proactive troubleshooting of networking issues or server misconfigurations, fostering a rapid response to potential downtime scenarios.

4. Gather Historical Data for Performance Trends: Use the plugin to collect historical data on DNS query times over extended periods. This data can be used to analyze trends and patterns in DNS performance, enabling better capacity planning, identifying periodic issues, and justifying infrastructure upgrades or changes to DNS architectures.

SigNoz

1. Multi-Cluster Federated Monitoring: Drop a Telegraf DaemonSet into each Kubernetes cluster, tag metrics with cluster=<name>, and Remote Write them to a central SigNoz instance. Ops teams get a single PromQL window across prod, staging, and edge clusters without running Thanos sidecars.

2. Factory-Floor Edge Gateway: A rugged Intel NUC on the shop floor runs Telegraf to scrape Modbus PLCs and environmental sensors. It batches readings every 5 seconds and pushes them over an intermittent 4G link to SigNoz SaaS. ClickHouse compression keeps costs low while AI-based outlier detection in SigNoz flags overheating motors before failure.

3. SaaS Usage Metering: Telegraf runs alongside each micro-service, exporting per-tenant counters (api_calls, gigabytes_processed). Remote Write streams the data to SigNoz where a scheduled ClickHouse materialized view aggregates usage for monthly billing—no separate metering stack required.

4. Autoscaling Feedback Loop: Combine Telegraf’s Kubernetes input with the Remote Write output to publish granular pod CPU and queue-length metrics into SigNoz. A custom SigNoz alert fires when P95 latency breaches 200 ms and a GitOps controller reads that alert to trigger a HorizontalPodAutoscaler tweak—closing the loop between observability and automation.

Feedback

Thank you for being part of our community! If you have any general feedback or found any bugs on these pages, we welcome and encourage your input. Please submit your feedback in the InfluxDB community Slack.