Apache Druid Dashboard

SigNoz Cloud - This page applies to SigNoz Cloud editions.
Self-Host - This page applies to self-hosted SigNoz editions.

This dashboard covers broker and coordinator nodes: query latency, CPU cost, JVM heap, GC frequency, and HTTP thread pool utilization.

Dashboard Preview

Apache Druid Dashboard in SigNoz
Apache Druid Dashboard Template
Dashboard JSON

Recommended. Uses the V2 dashboard schema and needs SigNoz v0.135.0 or newer.

Import it in SigNoz with Dashboards → + New dashboard → Import JSON. Import guide

What This Dashboard Monitors

  • Query health: Track broker query time and CPU cost per scan query. Spikes in query time with flat CPU point to slow historical nodes; rising CPU with flat query time points to CPU-bound processing on the broker.
  • JVM heap pressure: Watch used heap approach committed and max across broker and coordinator. A narrowing gap between used and max signals GC pressure building.
  • GC activity: Monitor G1 old-gen and young-gen collection counts and CPU time. Frequent old-gen collections on the broker degrade query throughput; on the coordinator they delay segment assignment.
  • Thread pool saturation: Broker and coordinator Jetty thread pools show busy, idle, and total counts. When busy approaches total, the node starts queuing or rejecting HTTP requests.
  • Coordinator duty cycle: Track how long each coordinator duty group (Historical Management, Indexing Service, Metadata Store) takes per cycle. Sustained increases indicate segment assignment backlog or metadata store slowness.

Metrics Included

KPI Panels

  • Broker Heartbeat: Heartbeat count — shows the broker is up and sending metrics.
  • Broker Open Connections: Open Jetty connections on the broker.
  • Broker Thread Pool Utilization: Fraction of broker Jetty threads in use. Red above 0.8.
  • Coordinator Duty Time: Latest coordinator management cycle duration.

Query Performance

  • Broker Query Time: Scan query latency on the broker.
  • Broker Query CPU Time: CPU cost per scan query. High CPU with low query time points to CPU-bound processing.

JVM Health

  • Broker JVM Heap Memory: Used, committed, and max heap for the broker. Used approaching max signals GC pressure.
  • Coordinator JVM Heap Memory: Used, committed, and max heap for the coordinator.
Apache Druid Broker Metrics
Apache Druid Broker Metrics

GC Activity

  • Broker GC Count: G1 old-gen and young-gen collection cycles per interval on the broker.
  • Broker GC CPU Time: CPU time GC consumes per interval. Rising old-gen means GC is stealing CPU from queries.
  • Coordinator GC Count: G1 GC cycles per interval on the coordinator. Elevated old-gen often precedes segment assignment slowdowns.

Thread Pool & Coordinator Duties

  • Broker Jetty Thread Pool: Busy, idle, and total HTTP threads on the broker. Busy approaching total means the broker is close to rejecting requests.
  • Coordinator Jetty Thread Pool: Busy, idle, and total HTTP threads on the coordinator.
  • Coordinator Global Duty Times: Time each duty group takes per cycle: Historical Management, Indexing Service, and Metadata Store. Sustained spikes indicate segment assignment backlog.
Apache Druid Coordinator Metrics
Apache Druid Coordinator Metrics

Dynamic Variable

A service variable (service.name) is pre-set to apache-druid. If you send Druid metrics under a different service name, update it in Dashboard Settings → Variables.

Next Steps

Is this page helpful

Last updatedJuly 31, 2026

Edit on GitHub