The Service Map for APM is here!


Agent Check Agent Check

Supported OS: Linux Mac OS Windows

Fluentd Dashboard


Get metrics from Fluentd to:

  • Visualize Fluentd performance.
  • Correlate the performance of Fluentd with the rest of your applications.



The Fluentd check is included in the Datadog Agent package, so you don’t need to install anything else on your Fluentd servers.


Edit the fluentd.d/conf.yaml file, in the conf.d/ folder at the root of your Agent’s configuration directory to start collecting your FluentD metrics and logs. See the sample fluentd.d/conf.yaml for all available configuration options.

Prepare Fluentd

In your fluentd configuration file, add a monitor_agent source:

  @type monitor_agent
  port 24220

Metric Collection

  1. Add this configuration block to your fluentd.d/conf.yaml file to start gathering your Fluentd metrics:

        - monitor_agent_url: http://localhost:24220/api/plugins.json
          #tag_by: "type" # defaults to 'plugin_id'
          #plugin_ids:    # collect metrics only on your chosen plugin_ids (optional)
          #  - plg1
          #  - plg2

    See the sample fluentd.d/conf.yaml for all available configuration options.

  2. Restart the Agent to begin sending Fluentd metrics to Datadog.

Log Collection

As long as you can forward your FluentD logs over tcp/udp to a specific port, you can use that approach to forward your FluentD logs to your Datadog agent. But another option is to use the Datadog FluentD plugin to forward the logs directly from FluentD to your Datadog account.

Add metadata to your logs

Proper metadata (including hostname and source) is the key to unlocking the full potential of your logs in Datadog. By default, the hostname and timestamp fields should be properly remapped via the remapping for reserved attributes.

Source and Custom tags

Add the ddsource attribute with the name of the log integration in your logs in order to trigger the integration automatic setup in Datadog. Host tags are automatically set on your logs if there is a matching hostname in your infrastructure list. Use the ddtags attribute to add custom tags to your logs:

Setup Example:

  # Match events tagged with "datadog.**" and
  # send them to Datadog

<match datadog.**>

  @type datadog
  @id awesome_agent
  api_key <your_api_key>

  # Optional
  include_tag_key true
  tag_key 'tag'

  # Optional tags
  dd_source '<INTEGRATION_NAME>' 
  dd_tags '<KEY1:VALUE1>,<KEY2:VALUE2>'
  dd_sourcecategory '<SOURCE_CATEGORY>'

Kubernetes and Docker tags

Datadog tags are critical to be able to jump from one part of the product to another. Having the right metadata associated with your logs is therefore important in jumping from a container view or any container metrics to the most related logs.

If your logs contain any of the following attributes, these attributes are automatically added as Datadog tags on your logs:

  • kubernetes.container_image
  • kubernetes.container_name
  • kubernetes.namespace_name
  • kubernetes.pod_name
  • docker.container_id

While the Datadog Agent collects Docker and Kubernetes metadata automatically, FluentD requires a plugin for this. We recommend using fluent-plugin-kubernetes_metadata_filter to collect this metadata.

Configuration example:

# Collect metadata for logs tagged with "kubernetes.**"
 <filter kubernetes.*>
   type kubernetes_metadata


Run the Agent’s status subcommand and look for fluentd under the Checks section.

Data Collected


The number of retries for this plugin.
shown as time
The length of the buffer queue for this plugin.
shown as buffer
The size of the buffer queue for this plugin.
shown as byte


The FluentD check does not include any events at this time.

Service Checks


Returns ‘Critical’ if the Agent cannot connect to Fluentd to collect metrics. This is the check which most other integrations would call can_connect.


Need help? Contact Datadog Support.

Further Reading

Mistake in the docs? Feel free to contribute!