The Service Map for APM is here!

Writing a custom Agent check


This page looks at a simple custom Agent check and the min_collection_interval. Same as regular Agent based integrations, custom checks are scheduled to run at a fixed interval, which defaults to every 15 seconds.

Should you write an Agent check or an Integration?

Custom checks are well suited to collect metrics from custom applications or unique systems. However, if you are trying to collect metrics from a generally available application, public service, or open source project, it is recommended that you create a full fledged Agent Integration.

Datadog Agent v6.4+ allows integrations to be released and updated independently from Datadog Agent updates. It also provides an easier way for you to share integrations—and makes it easier for the wider Datadog community to use your integrations.

For more information about how to write an integration, see Creating New Integrations. Refer to the integrations-extras GitHub repository to see other contributed integrations.


First, ensure the Agent is properly installed. If you run into any issues during the setup, contact Datadog support.

Custom Agent check

The names of the configuration and check files must match. If your check is called, your configuration file must be named mycheck.yaml.

In this example, the custom check sends a value of 1 for the metric The configuration file includes no real information but it is necessary to include a sequence called instances containing at least one mapping, that can be empty. This goes in conf.d/hello.yaml:

instances: [{}]

The check itself inherits from AgentCheck and sends a gauge of 1 for on each call. This goes in checks.d/

# the following try/except block will make the custom check compatible with any Agent version
    # first, try to import the base class from old versions of the Agent...
    from checks import AgentCheck
except ImportError:
    # ...if the above failed, the check is running in Agent version 6 or later
    from datadog_checks.checks import AgentCheck

# content of the special variable __version__ will be shown in the Agent status page
__version__ = "1.0.0"

class HelloCheck(AgentCheck):
    def check(self, instance):
        self.gauge('', 1)

For more details about the interface provided by the base class, browse the API documentation.

Note: When choosing a name for your custom check, you should prefix it with custom_ in order to avoid conflict with the name of a preexisting Datadog Agent integrations. For instance, if you have a custom Postfix check, name your check files and custom_postfix.yaml instead of and postfix.yaml.

Collection interval

To change the collection interval of your check, use min_collection_interval in the configuration file. The default value is 15 which means the check method from your class is invoked with the same interval as the rest of the integrations on the Agent.

For Agent 6, min_collection_interval must be added at an instance level and is configured individually for each instance.


  - min_collection_interval: 30

For Agent 5, min_collection_interval is added to the init_config section to define how often the check is run globally.

  min_collection_interval: 30

instances: [{}]

Note: If the min_collection_interval is set to 30, it does not mean that the metric is collected every 30 seconds, but rather that it could be collected as often as every 30 seconds. The collector will try to run the check every 30 seconds but the check might need to wait in line, depending on how many integrations are enabled on the same Agent. Also if the check method takes more than 30 seconds to finish, the Agent will notice the check is still running and will skip its execution until the next interval.

Verifying your check

To verify your check is running, use the following command:

sudo -u dd-agent -- datadog-agent check <check_name>
sudo -u dd-agent -- dd-agent check <check_name>

Writing checks that run command line programs

It’s possible to create a custom check that runs a command line program and captures its output as a custom metric. For example, a check can run the vgs command to report information about volume groups. A wrapper function is provided for convenience to avoid the boilerplate around shelling out another process and collecting its output and exit code.

To run a subprocess within a check, use the get_subprocess_output() function from the module datadog_checks.utils.subprocess_output. The command and its arguments are passed to get_subprocess_output() in the form of a list, with the command and each of its arguments as a string within the list. For instance, a command that is entered at the command prompt like this:

$ vgs -o vg_free

must be passed to get_subprocess_output() like this:

out, err, retcode = get_subprocess_output(["vgs", "-o", "vg_free"], self.log, raise_on_empty_output=True)
Since the Python interpreter that runs the checks is embedded in the multi-threaded Go runtime, using the subprocess or multithreading modules from the Python standard library is not supported in Agent version 6 and later.

When the command line program is run, the check captures the same output as if it were run on the command line in the terminal. It is important to do string processing on the output and call int() or float() on the result, so that it returns a numerical type.

If you do not do string processing on the output of the subprocess, or if it does not return an integer or a float, the check appears to run without errors, but doesn’t report any data.

Here is an example of a check that returns the results of a command line program:

# ...
from datadog_checks.utils.subprocess_output import get_subprocess_output

class LSCheck(AgentCheck):
    def check(self, instance):
        files, err, retcode = get_subprocess_output(["ls", "."], self.log, raise_on_empty_output=True)
        file_count = len(files.split('\n') - 1  #len() returns an int by default
        self.gauge("file.count", file_count)

Further Reading

Additional helpful documentation, links, and articles: