Versions | v1.0 (td-agent3) | v0.12 (td-agent2)

Monitoring Fluentd (Prometheus)

This article describes how to monitor Fluentd via Prometheus.

Since both Prometheus and Fluentd are under CNCF (Cloud Native Computing Foundation), Fluentd project is recommending to use Prometheus by default to monitor Fluentd.

Table of Contents


First of all, please install fluent-plugin-prometheus gem.

$ fluent-gem install fluent-plugin-prometheus --version=0.4.0

If you are using td-agent, use td-agent-gem for installation.

$ sudo td-agent-gem install fluent-plugin-prometheus --version=0.4.0
This GitHub repository contains the fully working configuration for this article.

Example Fluentd Configuration

To expose the Fluentd metrics to Prometheus, we need to configure 3 parts:

  • Step 1: Prometheus Filter Plugin to count Incoming Records
  • Step 2: Prometheus Output Plugin to count Outgoing Records
  • Step 3: Prometheus Input Plugin to expose metrics via HTTP

Step 1: Counting Incoming Records by Prometheus Filter Plugin

First, please add the <filter> section like below, to count the incoming records per tag. With this configuration, prometheus filter starts adding the internal counter as the record comes in.

# source
  @type forward
  port 24224

# count number of incoming records per tag
<filter company.*>
  @type prometheus
    name fluentd_input_status_num_records_total
    type counter
    desc The total number of incoming records
      tag ${tag}
      hostname ${hostname}

Step 2: Counting Outgoing Records by Prometheus Output Plugin

Second, please use copy plugin with prometheus output plugin, to count the outgoing records per tag. With this configuration, prometheus output starts adding the internal counter as the record goes out.

# count number of outgoing records per tag
<match company.*>
  @type copy
    @type forward
      name myserver1
      port 24224
      weight 60
    @type prometheus
      name fluentd_output_status_num_records_total
      type counter
      desc The total number of outgoing records
        tag ${tag}
        hostname ${hostname}

Step 3: Expose Metrics by Prometheus Input Plugin via HTTP

Finally, please use prometheus input plugin to expose internal counter information via HTTP.

# expose metrics in prometheus format
  @type prometheus
  port 24231
  metrics_path /metrics
  @type prometheus_output_monitor
  interval 10
    hostname ${hostname}

Step 4: Check the Configuration

After you have done 3 changes, please restart fluentd.

# For stand-alone Fluentd installations
$ fluentd -c fluentd.conf
# For td-agent users
$ sudo systemctl restart td-agent

Let’s send some records.

$ echo '{"message":"hello"}' | bundle exec fluent-cat company.test1
$ echo '{"message":"hello"}' | bundle exec fluent-cat company.test1
$ echo '{"message":"hello"}' | bundle exec fluent-cat company.test1
$ echo '{"message":"hello"}' | bundle exec fluent-cat company.test2

Then, please access to http://localhost:24231/metrics, which is the URL to receive metrics in Prometheus format.

curl http://localhost:24231/metrics
# TYPE fluentd_input_status_num_records_total counter
# HELP fluentd_input_status_num_records_total The total number of incoming records
fluentd_input_status_num_records_total{tag="company.test",host="KZK.local"} 3.0
fluentd_input_status_num_records_total{tag="company.test2",host="KZK.local"} 1.0
# TYPE fluentd_output_status_num_records_total counter
# HELP fluentd_output_status_num_records_total The total number of outgoing records
fluentd_output_status_num_records_total{tag="company.test",host="KZK.local"} 3.0
fluentd_output_status_num_records_total{tag="company.test2",host="KZK.local"} 1.0
# TYPE fluentd_output_status_buffer_queue_length gauge
# HELP fluentd_output_status_buffer_queue_length Current buffer queue length.
fluentd_output_status_buffer_queue_length{hostname="KZK.local",plugin_id="object:3fcbccc6d388",type="forward"} 1.0

Example Prometheus Configuration

Please prepare the file below as prometheus.yml.

  scrape_interval: 10s # Set the scrape interval to every 10 seconds. Default is every 1 minute.

# A scrape configuration containing exactly one endpoint to scrape:
# Here it's Prometheus itself.
  - job_name: 'fluentd'
      - targets: ['localhost:24231']

Then, launch prometheus process.

$ ./prometheus --config.file="prometheus.yml"

Now please open your browser and access to http://localhost:9090/.

How to use Prometheus to monitor Fluentd

List of Fluentd nodes

If you go to http://localhost:9090/targets, Prometheus will show you a list of Fluentd nodes and its status.

List of Fluentd metrics

Then, visit http://localhost:9090/graph to explore Fluentd internal metrics. There, you’ll see 8 metrics in the metric list:

  • fluentd_input_status_num_records_total
  • fluentd_output_status_buffer_queue_length
  • fluentd_output_status_buffer_total_bytes
  • fluentd_output_status_emit_count
  • fluentd_output_status_num_errors
  • fluentd_output_status_num_records_total
  • fluentd_output_status_retry_count
  • fluentd_output_status_retry_wait

Please pick fluentd_input_status_num_records_total, and you’ll see the total incoming records per tag.

Example Prometheus Queries

Since fluentd_input_status_num_records_total and fluentd_output_status_num_records_total are monotonically increasing numbers, it requires a little bit of calculation by PromQL (Prometheus Query Language) to make them meaningful.

Here are the example PromQLs for common metrics everyone wants to see.

# number of available nodes

# incoming records / sec / host
sum(rate(fluentd_input_status_num_records_total[1m])) by (hostname)

# incoming records / sec / tag
sum(rate(fluentd_input_status_num_records_total[1m])) by (tag)

# outgoing records / sec / host
sum(rate(fluentd_output_status_num_records_total[1m])) by (hostname)

# outgoing records / sec / tag
sum(rate(fluentd_output_status_num_records_total[1m])) by (tag)

# emit count / sec

Metrics to Monitor

In addition to the traffic metrics introduced above, it is important to monitor the queue length and error count.

If these values are increasing, it means Fluentd cannot flush the buffer to the destination. Thus you will lose the data once the buffer becomes full.

# maximum buffer length in last 1min

# maximum buffer bytes in last 1min

# maximum retry wait in last 1min

# retry count / sec

Grafana for Advanced Visualization / Alerting

For more advanced visualization and alerting, we recommend to use Grafana as a visualization frontend for Prometheus.

Further Readings

Last updated: 2018-03-17 23:59:43 +0000

Versions | v1.0 (td-agent3) | v0.12 (td-agent2)

If this article is incorrect or outdated, or omits critical information, please let us know. Fluentd is a open source project under Cloud Native Computing Foundation (CNCF). All components are available under the Apache 2 License.