Project reference ↗

A slow application may be suffering from a full disk, exhausted memory or an overloaded worker machine. Node Exporter exposes hardware and operating-system measurements from Linux and other supported Unix-like hosts so Prometheus can track those conditions over time. It gives teams a view of the machines beneath their containers. On Kubernetes, the deployment needs deliberate access to the host’s information; the metrics should describe the worker itself, and alerts must be checked against the series actually collected.

Current guidance

Use the current publisher's chart and application documentation rather than the old stable package. Identify the permissions, network targets and labels the component introduces, and bound metric cardinality.

Verify expected series at the Prometheus endpoint and test the consumer: an alert, dashboard or autoscaler can remain broken even when the exporter is reachable. No release-specific installation or performance result is claimed in this directory note.

Historical upstream link check · 2026-10-09

The recorded upstream address responded successfully (HTTP 200) on 2026-10-09. GitHub does not mark prometheus/node_exporter archived or disabled; this does not establish active maintenance, support or compatibility. Link availability does not certify the historical installation instructions or current security support.

Source for this check ↗

Website availability is separate from project, chart and image support. Use the current guidance and primary sources on this page to assess the distribution.

The original record

Historical Kubedex content

Preserved for context. Commands, versions, prices and results below reflect the original research.

Prometheus exporter for hardware and OS metrics exposed by *NIX kernels, written in Go with pluggable metric collectors.

The WMI exporter is recommended for Windows users. This chart bootstraps a Prometheus node exporter deployment on a Kubernetes cluster using the Helm package manager.

Installing the Chart

To install the chart with the release name my-release:

$ helm install –name my-release stable/Prometheus-node-exporter

The command deploys node exporter on the Kubernetes cluster in the default configuration. The configuration section lists the parameters that can be configured during installation.

Uninstalling the Chart

To uninstall/delete the my-release deployment:

$ helm delete my-release
The command removes all the Kubernetes components associated with the chart and deletes the release.

Collectors

There is varying support for collectors on each operating system. The tables below list all existing collectors and the supported systems.

Collectors are enabled by providing a –collector.<name> flag. Collectors that are enabled by default can be disabled by providing a –no-collector.<name> flag.

Textfile Collector

The textfile collector is similar to the Push gateway, in that it allows exporting of statistics from batch jobs. It can also be used to export static metrics, such as what role a machine has. The Push gateway should be used for service-level metrics. The textfile module is for metrics that are tied to a machine.

To use it, set the –collector.textfile.directory flag on the Node exporter. The collector will parse all files in that directory matching the glob *.prom using the text format.

To atomically push completion time for a cron job:

echo my_batch_job_completion_time $(date +%s) > /path/to/directory/my_batch_job.prom.$$
mv /path/to/directory/my_batch_job.prom.$$ /path/to/directory/my_batch_job.prom

To statically set roles for a machine using labels:

echo ‘role{role=”application_server”} 1’ > /path/to/directory/role.prom.$$
mv /path/to/directory/role.prom.$$ /path/to/directory/role.prom

Filtering enabled collectors

The node_exporter will expose all metrics from enabled collectors by default. This is the recommended way to collect metrics to avoid errors when comparing the metrics of different families.

For advanced use, the node_exporter can be passed an optional list of collectors to filter metrics. The collect[] parameter may be used multiple times. In Prometheus configuration, you can use this syntax under the scrape config.

params:
collect[]:
– foo
– bar
This can be useful for having different Prometheus servers collect specific metrics from nodes.

Building and running

Prerequisites:

Go compiler
RHEL/CentOS: glibc-static package.

Building:

go get github.com/prometheus/node_exporter
cd ${GOPATH-$HOME/go}/src/github.com/prometheus/node_exporter
make
./node_exporter <flags>
To see all available configuration flags:

./node_exporter -h

Sources & further reading

  1. Prometheus community charts
  2. Recovered historical source (Common Crawl index)
  3. Prometheus Node Exporter chart documentation
  4. Node Exporter host access and collectors

Spotted something that needs another look?

Help improve this page →