-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Docs11702/agent metrics filtering #30892
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
✅ Documentation Team ReviewThe documentation team has approved this pull request. Thank you for your contribution! |
Preview links (active after the
|
content/en/metrics/guide/agent-filtering-for-dogstatsd-custom-metrics.md
Outdated
Show resolved
Hide resolved
content/en/metrics/guide/agent-filtering-for-dogstatsd-custom-metrics.md
Outdated
Show resolved
Hide resolved
content/en/metrics/guide/agent-filtering-for-dogstatsd-custom-metrics.md
Outdated
Show resolved
Hide resolved
content/en/metrics/guide/agent-filtering-for-dogstatsd-custom-metrics.md
Outdated
Show resolved
Hide resolved
Co-authored-by: Olivier Vielpeau <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me! I left a couple non-blocking comments, so I'm going to go ahead and approve.
content/en/metrics/guide/agent-filtering-for-dogstatsd-custom-metrics.md
Outdated
Show resolved
Hide resolved
content/en/metrics/guide/agent-filtering-for-dogstatsd-custom-metrics.md
Outdated
Show resolved
Hide resolved
|
||
Agent-side filtering enables you to filter out unused or unwanted DogStatsD custom metrics directly at the Datadog Agent, before sending them to Datadog. This can significantly reduce both indexed and ingested custom metric volume. | ||
|
||
Filtering is performed at the Agent level but centrally managed through the Datadog UI, giving teams full visibility and control. You can create, update, and manage filtering policies in Datadog, streamlining metric governance while maintaining transparency. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We'll want to capture the following pre-requisites to use the feature:
- Remote Configuration needs to be enabled for the API key(s) used by the customer's Agents (instructions at https://docs.datadoghq.com/remote_configuration/#enable-remote-configuration)
- Agents need to be at version 7.67.0 or above
A bit more details about how the metric filtering policies are deployed to Agents would be useful as well(probably later in this doc?):
- Target and scope: Policies are applied to all of the Agents v7.67.0+ using an API key with Remote Configuration enabled. Older Agent versions, or Agents with Remote Configuration disabled, do not apply policies.
- Rollout speed: Policy updates are deployed to these Agents in about 1min (up to 5 minutes)
What does this PR do? What is the motivation?
Add a new private guide for custom metrics filtering
Merge instructions
Merge readiness:
For Datadog employees:
Your branch name MUST follow the
<name>/<description>
convention and include the forward slash (/
). Without this format, your pull request will not pass CI, the GitLab pipeline will not run, and you won't get a branch preview. Getting a branch preview makes it easier for us to check any issues with your PR, such as broken links.If your branch doesn't follow this format, rename it or create a new branch and PR.
[6/5/2025] Merge queue has been disabled on the documentation repo. If you have write access to the repo, the PR has been reviewed by a Documentation team member, and all of the required checks have passed, you can use the Squash and Merge button to merge the PR. If you don't have write access, or you need help, reach out in the #documentation channel in Slack.
Additional notes