Kubernetes Tag Extraction
This page is not yet available in Spanish. We are working on its translation.
If you have any questions or feedback about our current translation project,
feel free to reach out to us!The Datadog Agent can automatically assign tags to metrics, traces, and logs emitted by a pod (or an individual container within a pod) based on labels or annotations.
The list of automatically-assigned tags depends on the Agent’s cardinality configuration.
Tag | Cardinality | Source | Requirement |
---|
container_id | High | Pod status | N/A |
display_container_name | High | Pod status | N/A |
pod_name | Orchestrator | Pod metadata | N/A |
oshift_deployment | Orchestrator | Pod annotation openshift.io/deployment.name | OpenShift environment and pod annotation must exist |
kube_ownerref_name | Orchestrator | Pod ownerref | Pod must have an owner |
kube_job | Orchestrator | Pod ownerref | Pod must be attached to a cronjob |
kube_job | Low | Pod ownerref | Pod must be attached to a job |
kube_replica_set | Low | Pod ownerref | Pod must be attached to a replica set |
kube_service | Low | Kubernetes service discovery | Pod is behind a Kubernetes service |
kube_daemon_set | Low | Pod ownerref | Pod must be attached to a DaemonSet |
kube_container_name | Low | Pod status | N/A |
kube_namespace | Low | Pod metadata | N/A |
kube_app_name | Low | Pod label app.kubernetes.io/name | Pod label must exist |
kube_app_instance | Low | Pod label app.kubernetes.io/instance | Pod label must exist |
kube_app_version | Low | Pod label app.kubernetes.io/version | Pod label must exist |
kube_app_component | Low | Pod label app.kubernetes.io/component | Pod label must exist |
kube_app_part_of | Low | Pod label app.kubernetes.io/part-of | Pod label must exist |
kube_app_managed_by | Low | Pod label app.kubernetes.io/managed-by | Pod label must exist |
env | Low | Pod label tags.datadoghq.com/env or container envvar (DD_ENV or OTEL_RESOURCE_ATTRIBUTES ) | Unified service tagging enabled |
version | Low | Pod label tags.datadoghq.com/version or container envvar (DD_VERSION or OTEL_RESOURCE_ATTRIBUTES ) | Unified service tagging enabled |
service | Low | Pod label tags.datadoghq.com/service or container envvar (DD_SERVICE , OTEL_RESOURCE_ATTRIBUTES , or OTEL_SERVICE_NAME ) | Unified service tagging enabled |
pod_phase | Low | Pod status | N/A |
oshift_deployment_config | Low | Pod annotation openshift.io/deployment-config.name | OpenShift environment and pod annotation must exist |
kube_ownerref_kind | Low | Pod ownerref | Pod must have an owner |
kube_deployment | Low | Pod ownerref | Pod must be attached to a deployment |
kube_replication_controller | Low | Pod ownerref | Pod must be attached to a replication controller |
kube_stateful_set | Low | Pod ownerref | Pod must be attached to a statefulset |
persistentvolumeclaim | Low | Pod spec | A PVC must be attached to the pod |
kube_cronjob | Low | Pod ownerref | Pod must be attached to a cronjob |
image_name | Low | Pod spec | N/A |
short_image | Low | Pod spec | N/A |
image_tag | Low | Pod spec | N/A |
eks_fargate_node | Low | Pod spec | EKS Fargate environment |
kube_runtime_class | Low | Pod spec | Pod must be attached to a runtime class |
gpu_vendor | Low | Pod spec | Container must be attached to a GPU resource |
Host tag
The Agent can attach Kubernetes environment information as “host tags”.
Tag | Cardinality | Source | Requirement |
---|
kube_cluster_name | Low | DD_CLUSTER_NAME envvar or cloud provider integration | DD_CLUSTER_NAME envvar or cloud provider integration enabled |
kube_node_role | Low | Node label node-role.kubernetes.io/<role> | Node label must exist |
kube_node | Low | NodeName field in a pod’s specifications | |
Tag Autodiscovery
Starting with Agent v6.10+, the Agent can autodiscover tags from Pod annotations. It allows the Agent to associate tags to all data emitted by the entire pods or an individual container within this pod.
As a best practice in containerized environments, Datadog recommends using unified service tagging to help unify tags. Unified service tagging ties Datadog telemetry together through the use of three standard tags: env
, service
, and version
. To learn how to configure your environment with unified tagging, refer to the dedicated unified service tagging documentation.
To apply a <TAG_KEY>:<TAG_VALUE>
tag to all data emitted by a given pod and collected by the Agent use the following annotation on your pod:
annotations:
ad.datadoghq.com/tags: '{"<TAG_KEY>": "<TAG_VALUE>","<TAG_KEY_1>": "<TAG_VALUE_1>"}'
If you want to apply a <TAG_KEY>:<TAG_VALUE>
tag to an individual container <CONTAINER_NAME>
within a pod, use the following annotation on your pod:
annotations:
ad.datadoghq.com/<CONTAINER_NAME>.tags: '{"<TAG_KEY>": "<TAG_VALUE>","<TAG_KEY_1>": "<TAG_VALUE_1>"}'
Starting with Agent v7.17+, the Agent can Autodiscover tags from Docker labels. This process allows the Agent to associate custom tags to all data emitted by a container, without modifying the Agent configuration.
com.datadoghq.ad.tags: '["<TAG_KEY>:TAG_VALUE", "<TAG_KEY_1>:<TAG_VALUE_1>"]'
Starting with Agent v7.58+, the Agent can be configured to collect labels for any Kubernetes resource and use them as tags to attach to all metrics, traces, and logs associated with that resource.
This configuration option is more generic and should be preferred over the following options:
- podLabelsAsTags
- nodeLabelsAsTags
- namespaceLabelsAsTags
Each resource type should be specified in the format resourceType.apiGroup
, where resourceType
is the plural name of the resource.
If a specific resource is in the empty API group (for example, pods
and nodes
), it can be specified using resourceType
.
To extract a given node label <NODE_LABEL>
and a given deployment label <DEPLOYMENT_LABEL>
and transform them as tag keys <NODE_TAG_KEY>
and <DEPLOYMENT_TAG_KEY>
within Datadog, add the following configuration to your Operator’s DatadogAgent
configuration in datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
kubernetesResourcesLabelsAsTags:
nodes:
<NODE_LABEL>: <NODE_TAG_KEY>
deployments.apps:
<DEPLOYMENT_LABEL>: <DEPLOYMENT_TAG_KEY>
For example:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
kubernetesResourcesLabelsAsTags:
nodes:
kubernetes.io/arch: arch
deployments.apps:
foo: bar
pods:
baz: qux
For Agent v7.24.0+, use the following environment variable configuration to add all resource labels as tags to your metrics. In this example, the tags’ names for statefulsets are prefixed by <PREFIX>_
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
kubernetesResourcesLabelsAsTags:
statefulsets.apps:
"*": <PREFIX>_%%label%%
Each resource type should be specified in the format resourceType.apiGroup
, where resourceType
is the plural name of the resource.
If a specific resource is in the empty API group (for example, pods
and nodes
), it can be specified using resourceType
.
To extract a given node label <NODE_LABEL>
and a given deployment label <DEPLOYMENT_LABEL>
and transform them as tag keys <NODE_TAG_KEY>
and <DEPLOYMENT_TAG_KEY>
within Datadog, add the following configuration to your Helm datadog-values.yaml
file:
datadog:
kubernetesResourcesLabelsAsTags:
nodes:
<NODE_LABEL>: <NODE_TAG_KEY>
deployments.apps:
<DEPLOYMENT_LABEL>: <DEPLOYMENT_TAG_KEY>
For example, you could set up:
datadog:
kubernetesResourcesLabelsAsTags:
nodes:
kubernetes.io/arch: arch
deployments.apps:
foo: bar
pods:
baz: qux
For Agent v7.24.0+, use the following environment variable configuration to add all resource labels as tags to your metrics. In this example, the tags’ names for statefulsets are prefixed by <PREFIX>_
:
datadog:
kubernetesResourcesLabelsAsTags:
statefulsets.apps:
"*": <PREFIX>_%%label%%
Each resource type should be specified in the format resourceType.apiGroup
, where resourceType
is the plural name of the resource.
If a specific resource is in the empty API group (for example pods
and nodes
), it can be specified using resourceType
.
To extract a given node label <NODE_LABEL>
and a given deployment label <DEPLOYMENT_LABEL>
and transform them as tag keys <NODE_TAG_KEY>
and <DEPLOYMENT_TAG_KEY>
within Datadog, add the following environment variable to the Datadog Agent:
DD_KUBERNETES_RESOURCES_LABELS_AS_TAGS='{"nodes":{"<NODE_LABEL>": "<NODE_TAG_KEY>"},"deployments.apps":{"<DEPLOYMENT_LABEL>": "<DEPLOYMENT_TAG_KEY>"}}'
For example, you could set up:
DD_KUBERNETES_RESOURCES_LABELS_AS_TAGS='{"nodes":{"kubernetes.io/arch": "arch"},"deployments.apps":{"foo":"bar"},"pods":{"baz":"qux"}}'
For Agent v7.24.0+, use the following environment variable configuration to add all resource labels as tags to your metrics. In this example, the tags’ names for statefulsets are prefixed by <PREFIX>_
:
DD_KUBERNETES_RESOURCES_LABELS_AS_TAGS='{"statefulsets.apps":{"*": "<PREFIX>_%%label%%"}}'
Notes: Custom metrics may impact billing. See the custom metrics billing page for more information.
This configuration option is merged with other configurations set in podLabelsAsTags, namespaceLabelsAsTags and nodeLabelsAsTags. In case of conflict, kubernetesResourcesLabelsAsTags
take precedence while merging the configurations.
For example, if you have the following configurations:
datadog:
kubernetesResourcesLabelsAsTags:
pods:
foo: bar
baz: qux
podLabelsAsTags:
foo: quux
bar: quuz
The following mapping is used to extract tags from pod labels:
foo: bar
baz: qux
bar: quuz
Starting with Agent v7.58+, the Agent can be configured to collect annotations for any Kubernetes resource and use them as tags to attach to all metrics, traces. and logs associated with that resource.
This configuration option is more generic and should be preferred over the following options:
- podAnnotationsAsTags
- nodeAnnotationsAsTags
- namespaceAnnotationsAsTags
Each resource type should be specified in the format resourceType.apiGroup
, where resourceType
is the plural name of the resource.
If a specific resource is in the empty API group (for example, pods
and nodes
), it can be specified using resourceType
.
To extract a given node annotation <NODE_ANNOTATION>
and a given deployment annotation <DEPLOYMENT_ANNOTATION>
and transform them as tag keys <NODE_TAG_KEY>
and <DEPLOYMENT_TAG_KEY>
within Datadog, add the following configuration to your Operator’s DatadogAgent
configuration in datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
kubernetesResourcesAnnotationsAsTags:
nodes:
<NODE_ANNOTATION>: <NODE_TAG_KEY>
deployments.apps:
<DEPLOYMENT_ANNOTATION>: <DEPLOYMENT_TAG_KEY>
For example:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
kubernetesResourcesAnnotationsAsTags:
nodes:
kubernetes.io/arch: arch
deployments.apps:
foo: bar
pods:
baz: qux
For Agent v7.24.0+, use the following environment variable configuration to add all resource annotations as tags to your metrics. In this example, the tags’ names for statefulsets are prefixed by <PREFIX>_
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
kubernetesResourcesAnnotationsAsTags:
statefulsets.apps:
"*": <PREFIX>_%%annotation%%
Each resource type should be specified in the format resourceType.apiGroup
, where resourceType
is the plural name of the resource.
If a specific resource is in the empty API group (for example pods
and nodes
), it can be specified using resourceType
.
To extract a given node annotation <NODE_ANNOTATION>
and a given deployment annotation <DEPLOYMENT_ANNOTATION>
and transform them as tag keys <NODE_TAG_KEY>
and <DEPLOYMENT_TAG_KEY>
within Datadog, add the following configuration to your Helm datadog-values.yaml file:
datadog:
kubernetesResourcesAnnotationsAsTags:
nodes:
<NODE_ANNOTATION>: <NODE_TAG_KEY>
deployments.apps:
<DEPLOYMENT_ANNOTATION>: <DEPLOYMENT_TAG_KEY>
For example:
datadog:
kubernetesResourcesAnnotationsAsTags:
nodes:
kubernetes.io/arch: arch
deployments.apps:
foo: bar
pods:
baz: qux
For Agent v7.24.0+, use the following environment variable configuration to add all resource annotations as tags to your metrics. In this example, the tags’ names for statefulsets are prefixed by <PREFIX>_
:
datadog:
kubernetesResourcesAnnotationsAsTags:
statefulsets.apps:
"*": <PREFIX>_%%annotation%%
Each resource type should be specified in the format resourceType.apiGroup
, where resourceType
is the plural name of the resource.
If a specific resource is in the empty api group (for example, pods
and nodes
), it can be specified using resourceType
.
To extract a given node annotation <NODE_ANNOTATION>
and a given deployment annotation <DEPLOYMENT_ANNOTATION>
and transform them as tag keys <NODE_TAG_KEY>
and <DEPLOYMENT_TAG_KEY>
within Datadog, add the following environment variable to the Datadog Agent:
DD_KUBERNETES_RESOURCES_ANNOTATIONS_AS_TAGS='{"nodes":{"<NODE_ANNOTATION>": "<NODE_TAG_KEY>"},"deployments.apps":{"<DEPLOYMENT_ANNOTATION>": "<DEPLOYMENT_TAG_KEY>"}}'
For example, you could set up:
DD_KUBERNETES_RESOURCES_ANNOTATIONS_AS_TAGS='{"nodes":{"kubernetes.io/arch": "arch"},"deployments.apps":{"foo":"bar"},"pods":{"baz":"qux"}}'
For Agent v7.24.0+, use the following environment variable configuration to add all resource annotations as tags to your metrics. In this example, the tags’ names for statefulsets are prefixed by <PREFIX>_
:
DD_KUBERNETES_RESOURCES_ANNOTATIONS_AS_TAGS='{"statefulsets.apps":{"*": "<PREFIX>_%%annotation%%"}}'
Notes: Custom metrics may impact billing. See the custom metrics billing page for more information.
Starting with Agent v6.0+, the Agent can collect labels for a given node and use them as tags to attach to all metrics, traces, and logs emitted associated with this host
in Datadog:
To extract a given node label <NODE_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Operator’s DatadogAgent
configuration in datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
nodeLabelsAsTags:
<NODE_LABEL>: <TAG_KEY>
For example, you could set up:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
nodeLabelsAsTags:
kubernetes.io/arch: arch
For Agent v7.24.0+, use the following environment variable configuration to add all node labels as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
nodeLabelsAsTags:
"*": <PREFIX>_%%label%%
To extract a given node label <NODE_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Helm datadog-values.yaml
file:
datadog:
nodeLabelsAsTags:
<NODE_LABEL>: <TAG_KEY>
For example, you could set up:
datadog:
nodeLabelsAsTags:
kubernetes.io/arch: arch
For Agent v7.24.0+, use the following environment variable configuration to add all node labels as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
datadog:
nodeLabelsAsTags:
"*": <PREFIX>_%%label%%
To extract a given node label <NODE_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following environment variable to the Datadog Agent:
DD_KUBERNETES_NODE_LABELS_AS_TAGS='{"<NODE_LABEL>": "<TAG_KEY>"}'
For example, you could set up:
DD_KUBERNETES_NODE_LABELS_AS_TAGS='{"kubernetes.io/arch":"arch"}'
For Agent v7.24.0+, use the following environment variable configuration to add all node labels as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
DD_KUBERNETES_NODE_LABELS_AS_TAGS='{"*":"<PREFIX>_%%label%%"}'
Note: Custom metrics may impact billing. See the custom metrics billing page for more information.
Starting with Agent v6.0+, the Agent can collect labels for a given pod and use them as tags to attach to all metrics, traces, and logs emitted by this pod:
To extract a given pod label <POD_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Operator’s DatadogAgent
configuration in datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
podLabelsAsTags:
<POD_LABEL>: <TAG_KEY>
For example, you could set up:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
podLabelsAsTags:
app: kube_app
For Agent v7.24.0+, use the following environment variable configuration to add all pod labels as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
podLabelsAsTags:
"*": <PREFIX>_%%label%%
To extract a given pod label <POD_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Helm datadog-values.yaml
file:
datadog:
podLabelsAsTags:
<POD_LABEL>: <TAG_KEY>
For example, you could set up:
datadog:
podLabelsAsTags:
app: kube_app
For Agent v7.24.0+, use the following environment variable configuration to add all pod labels as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
datadog:
podLabelsAsTags:
"*": <PREFIX>_%%label%%
To extract a given pod label <POD_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following environment variable to the Datadog Agent:
DD_KUBERNETES_POD_LABELS_AS_TAGS='{"<POD_LABEL>": "<TAG_KEY>"}'
For example, you could set up:
DD_KUBERNETES_POD_LABELS_AS_TAGS='{"app":"kube_app"}'
For Agent v6.8.0+, use the following environment variable configuration to add all pod labels as tags to your metrics. In this example, the tags names are prefixed by <PREFIX>_
:
DD_KUBERNETES_POD_LABELS_AS_TAGS='{"*":"<PREFIX>_%%label%%"}'
Note: Custom metrics may impact billing. See the custom metrics billing page for more information.
Starting with Agent v6.0+, the Agent can collect annotations for a given pod and use them as tags to attach to all metrics, traces, and logs emitted by this pod:
To extract a given pod annotation <POD_ANNOTATION>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Operator’s DatadogAgent
configuration in datadog-agent.yaml
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
podAnnotationsAsTags:
<POD_ANNOTATION>: <TAG_KEY>
For example, you could set up:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
podAnnotationsAsTags:
app: kube_app
For Agent v7.24.0+, use the following environment variable configuration to add all pod annotations as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
podAnnotationsAsTags:
"*": <PREFIX>_%%label%%
To extract a given pod annotation <POD_ANNOTATION>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Helm datadog-values.yaml
file:
datadog:
podAnnotationsAsTags:
<POD_ANNOTATION>: <TAG_KEY>
For example, you could set up:
datadog:
podAnnotationsAsTags:
app: kube_app
For Agent v7.24.0+, use the following environment variable configuration to add all pod annotation as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
datadog:
podAnnotationsAsTags:
"*": <PREFIX>_%%label%%
To extract a given pod annotation <POD_ANNOTATION>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following environment variable to the Datadog Agent:
DD_KUBERNETES_POD_ANNOTATIONS_AS_TAGS='{"<POD_ANNOTATION>": "<TAG_KEY>"}'
For example, you could set up:
DD_KUBERNETES_POD_ANNOTATIONS_AS_TAGS='{"app":"kube_app"}'
For Agent v7.24.0+, use the following environment variable configuration to add all pod annotations as tags to your metrics. In this example, the tags names are prefixed by <PREFIX>_
:
DD_KUBERNETES_POD_ANNOTATIONS_AS_TAGS='{"*":"<PREFIX>_%%annotation%%"}'
Note: Custom metrics may impact billing. See the custom metrics billing page for more information.
Starting with Agent 7.55.0+, the Agent can collect labels for a given namespace and use them as tags to attach to all metrics, traces, and logs emitted by all pods in this namespace:
To extract a given namespace label <NAMESPACE_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Operator’s DatadogAgent
configuration in datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
namespaceLabelsAsTags:
<NAMESPACE_LABEL>: <TAG_KEY>
For example, you could set up:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
namespaceLabelsAsTags:
app: kube_app
For Agent v7.24.0+, use the following environment variable configuration to add all namespace labels as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
namespaceLabelsAsTags:
"*": <PREFIX>_%%label%%
To extract a given namespace label <NAMESPACE_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Helm datadog-values.yaml
file:
datadog:
namespaceLabelsAsTags:
<NAMESPACE_LABEL>: <TAG_KEY>
For example, you could set up:
datadog:
namespaceLabelsAsTags:
app: kube_app
For Agent v7.24.0+, use the following environment variable configuration to add all namespace labels as tags to your metrics. In this example, the tags’ names are prefixed by <PREFIX>_
:
datadog:
namespaceLabelsAsTags:
"*": <PREFIX>_%%label%%
To extract a given namespace label <NAMESPACE_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following environment variable to the Datadog Agent:
DD_KUBERNETES_NAMESPACE_LABELS_AS_TAGS='{"<NAMESPACE_LABEL>": "<TAG_KEY>"}'
For example, you could set up:
DD_KUBERNETES_NAMESPACE_LABELS_AS_TAGS='{"app":"kube_app"}'
Use the following environment variable configuration to add all namespace labels as tags to your metrics. In this example, the tag names are prefixed by <PREFIX>_
:
DD_KUBERNETES_NAMESPACE_LABELS_AS_TAGS='{"*":"<PREFIX>_%%label%%"}'
Note: Custom metrics may impact billing. See the custom metrics billing page for more information.
Starting with Agent v7.32+, the Agent can collect container environment variables and use them as tags to attach to all metrics, traces, and logs corresponding to the container. Both docker
and containerd
containers are supported:
To extract a given environment variable <ENV_VAR>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Operator’s DatadogAgent
configuration in datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
#(...)
override:
nodeAgent:
env:
- name: DD_CONTAINER_ENV_AS_TAGS
value: '{"<ENV_VAR>": "<TAG_KEY>"}'
For example, you could set up:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
#(...)
override:
nodeAgent:
env:
- name: DD_CONTAINER_ENV_AS_TAGS
value: '{"app":"kube_app"}'
To extract a given environment variable <ENV_VAR>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Helm datadog-values.yaml
file:
datadog:
env:
- name: DD_CONTAINER_ENV_AS_TAGS
value: '{"<ENV_VAR>": "<TAG_KEY>"}'
For example, you could set up:
datadog:
env:
- name: DD_CONTAINER_ENV_AS_TAGS
value: '{"app":"kube_app"}'
To extract a given environment variable <ENV_VAR>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following environment variable to the Datadog Agent:
DD_CONTAINER_ENV_AS_TAGS='{"<ENV_VAR>": "<TAG_KEY>"}'
For example:
DD_CONTAINER_ENV_AS_TAGS='{"app":"kube_app"}'
Note: Custom metrics may impact billing. See Custom Metrics Billing for more details.
Starting with Agent v7.33+, the Agent can collect container labels and use them as tags. The agent attaches the tags to all metrics, traces, and logs associated with the container.
The Agent can generate tags from container labels for both docker
and containerd
containers. In the case of containerd
, the minimum supported version is v1.5.6, because previous releases do not propagate labels correctly.
To extract a given container label <CONTAINER_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Operator’s DatadogAgent
configuration in datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
#(...)
override:
nodeAgent:
env:
- name: DD_CONTAINER_LABELS_AS_TAGS
value: '{"<CONTAINER_LABEL>": "<TAG_KEY>"}'
For example, you could set up:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
#(...)
override:
nodeAgent:
env:
- name: DD_CONTAINER_LABELS_AS_TAGS
value: '{"app":"kube_app"}'
To extract a given container label <CONTAINER_LABEL>
and transform it as a tag key <TAG_KEY>
within Datadog, add the following configuration to your Helm datadog-values.yaml
file:
datadog:
env:
- name: DD_CONTAINER_LABELS_AS_TAGS
value: '{"<CONTAINER_LABEL>": "<TAG_KEY>"}'
For example, you could set up:
datadog:
env:
- name: DD_CONTAINER_LABELS_AS_TAGS
value: '{"app":"kube_app"}'
To extract a given container label <CONTAINER_LABEL>
and transform it to a tag key <TAG_KEY>
, add the following environment variable to the Datadog Agent:
DD_CONTAINER_LABELS_AS_TAGS='{"<CONTAINER_LABEL>":"<TAG_KEY>"}'
For example:
DD_CONTAINER_LABELS_AS_TAGS='{"app":"kube_app"}'
Note: Custom metrics may impact billing. See Custom Metrics Billing for more details.
Further Reading
Más enlaces, artículos y documentación útiles: