-
Notifications
You must be signed in to change notification settings - Fork 0
netdata integration
You will learn how to export update-ipsets metrics to a local Netdata instance via OpenTelemetry.
- Netdata installed and running with the
otel-pluginenabled - update-ipsets daemon running on the same host (or reachable over the network)
Netdata's otel-plugin listens for OTLP/gRPC on port 4317 by default.
The installed systemd unit already includes these defaults. If you customized the unit, add a drop-in at /etc/systemd/system/update-ipsets.service.d/otel.conf:
[Service]
Environment="UPDATE_IPSETS_OTEL=1"
Environment="UPDATE_IPSETS_OTEL_PROTOCOL=grpc"
Environment="OTEL_EXPORTER_OTLP_ENDPOINT=http://127.0.0.1:4317"
Environment="OTEL_METRIC_EXPORT_INTERVAL=10000"
Environment="OTEL_TRACES_EXPORTER=none"Then reload and restart:
sudo systemctl daemon-reload
sudo systemctl restart update-ipsets- Enables OpenTelemetry export
- Uses gRPC protocol (required by Netdata's otel-plugin)
- Pushes metrics every 10 seconds, matching Netdata's default OTel chart interval
- Suppresses traces — update-ipsets primarily needs metrics, not distributed tracing
- Exports logs through OpenTelemetry unless you set
OTEL_LOGS_EXPORTER=none
After restarting, open Netdata and look for new charts under the update_ipsets or iprange application group. You should see counters for:
- Download operations (
download.ok,download.failed,download.error,download.status.downloaded, etc.) - Processing phases and queues (
engine.queued,engine.batch.completed,engine.<phase>) - iprange primitives (
iprange.load.text,iprange.merge.ops, etc.) - Public/admin API activity (
http.admin_status,http.home_summary.requests, etc.)
Process CPU, memory, and file-descriptor usage is available through the admin status API under system and through Netdata's normal host/process monitoring charts.
If you don't see charts within 30 seconds, check:
- Netdata is running:
sudo netdatacli uptime - otel-plugin is enabled in
netdata.conf - Port 4317 is open:
ss -tlnp | grep 4317 - Daemon logs show OTLP connection:
journalctl --namespace=iplists -u update-ipsets -n 50
The 10-second metric interval aligns with Netdata's default OTel chart update rate. If you changed Netdata's update every for the otel-plugin, match that interval here:
# If Netdata's otel-plugin is configured for 5-second updates
Environment="OTEL_METRIC_EXPORT_INTERVAL=5000"Shorter intervals produce finer charts but increase CPU and network overhead on both sides.
If Netdata runs on a different host, change the endpoint:
Environment="OTEL_EXPORTER_OTLP_ENDPOINT=http://netdata-host:4317"Ensure the network path allows gRPC traffic on port 4317.
- Daemon Command Reference
- Environment Variables
- Configuration Reload
- Listener Topologies
- Admin Authentication
- Feed Families
- Source Feeds
- Processor Reference
- Static Feeds
- Merge Feeds
- Artifact Parents
- History Derivatives
- Provider Databases
- Use Roles
- Critical Infrastructure Reference Feeds
- Legal Fields
- Feed Visibility & Lifecycle
- YAML Field Reference
- Pipeline Overview
- Download Lifecycle
- Processing Lifecycle
- Feed Status Reference
- Health Classes
- What Triggers Reprocessing
- Accessing the Admin
- Runtime Status
- Feed Inventory
- Artifact Inventory
- Live Queues
- Background Work
- Schedule State
- Operator Actions
- Enable & Disable