Configurar mejor el Datadog Agent en Kubernetes
Después de haber instalado el Datadog Agent en tu entorno de Kubernetes, puedes elegir opciones de configuración adicionales.
Habilita a Datadog para recopilar:
Otras capacidades
Más configuraciones
Activar APM y rastreo
Edita tu datadog-agent.yaml
para establecer features.apm.enabled
en true
.
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
features:
apm:
enabled: true
After making your changes, apply the new configuration by using the following command:
kubectl apply -n $DD_NAMESPACE -f datadog-agent.yaml
En Helm, APM está habilitado por defecto sobre la canalización de UDS o Windows.
Para comprobarlo, asegúrate de que datadog.apm.socketEnabled
está configurado como true
en tu values.yaml
.
datadog:
apm:
socketEnabled: true
Para obtener más información, consulta Recopilación de trazas de Kubernetes.
Activar la recopilación de eventos de Kubernetes
Utiliza el Datadog Cluster Agent para recopilar eventos de Kubernetes.
La recopilación de eventos está activada por defecto por el Datadog Operator. Esto se puede gestionar en la configuración features.eventCollection.collectKubernetesEvents
en tu datadog-agent.yaml
.
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
site: <DATADOG_SITE>
features:
eventCollection:
collectKubernetesEvents: true
Para recopilar eventos de Kubernetes con el Datadog Cluster Agent, asegúrate de que las opciones clusterAgent.enabled
, datadog.collectEvents
y clusterAgent.rbac.create
están configuradas como true
en tu archivo datadog-values.yaml
.
datadog:
collectEvents: true
clusterAgent:
enabled: true
rbac:
create: true
Si no deseas utilizar la opción de Cluster Agent, puedes hacer que un Node Agent recopila eventos de Kubernetes configurando las opciones datadog.leaderElection
, datadog.collectEvents
y agents.rbac.create
como true
en tu archivo datadog-values.yaml
.
datadog:
leaderElection: true
collectEvents: true
agents:
rbac:
create: true
Para la configuración de DaemonSet, consulta Recopilación de eventos de Cluster Agent en DaemonSet.
Activar la recopilación de NPM
En tu datadog-agent.yaml
, establece features.npm.enabled
en true
.
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
features:
npm:
enabled: true
A continuación, aplica la nueva configuración:
kubectl apply -n $DD_NAMESPACE -f datadog-agent.yaml
Actualiza tu datadog-values.yaml
con la siguiente configuración:
datadog:
# (...)
networkMonitoring:
enabled: true
A continuación, actualiza tu tabla de Helm:
helm upgrade -f datadog-values.yaml <RELEASE_NAME> datadog/datadog
Para obtener más información, consulta Monitorización de rendimiento de red.
Activar la recopilación de log
En tu datadog-agent.yaml
, establece features.logCollection.enabled
y features.logCollection.containerCollectAll
en true
.
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
features:
logCollection:
enabled: true
containerCollectAll: true
A continuación, aplica la nueva configuración:
kubectl apply -n $DD_NAMESPACE -f datadog-agent.yaml
Actualiza tu datadog-values.yaml
con la siguiente configuración:
datadog:
# (...)
logs:
enabled: true
containerCollectAll: true
A continuación, actualiza tu tabla de Helm:
helm upgrade -f datadog-values.yaml <RELEASE_NAME> datadog/datadog
Para obtener más información, consulta Recopilación de log de Kubernetes.
Activar la recopilación de procesos
En tu datadog-agent.yaml
, establece features.liveProcessCollection.enabled
en true
.
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
features:
liveProcessCollection:
enabled: true
A continuación, aplica la nueva configuración:
kubectl apply -n $DD_NAMESPACE -f datadog-agent.yaml
Actualiza tu datadog-values.yaml
con la siguiente configuración:
datadog:
# (...)
processAgent:
enabled: true
processCollection: true
A continuación, actualiza tu tabla de Helm:
helm upgrade -f datadog-values.yaml <RELEASE_NAME> datadog/datadog
Para obtener más información, consulta Live Processes
Datadog Cluster Agent
Datadog Cluster Agent proporciona un enfoque optimizado y centralizado para recopilar datos de monitorización del clúster. Datadog recomienda encarecidamente el uso de Cluster Agent para la monitorización de Kubernetes.
Datadog Operator v1.0.0+ y tabla de Helm v2.7.0+ **habilitan por defecto el Cluster Agent **. No es necesaria ninguna otra configuración.
El Datadog Operator v1.0.0+ habilita el Cluster Agent por defecto. El Operator crea los RBAC necesarios y despliega Cluster Agent. Ambos Agents utilizan la misma clave de API.
El Operador genera automáticamente un token aleatorio en un Secret
de Kubernetes que lo compartirán el Datadog Agent y Cluster Agent para una comunicación segura.
Puedes especificar manualmente este token en el campo global.clusterAgentToken
de tu datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
appKey: <DATADOG_APP_KEY>
clusterAgentToken: <DATADOG_CLUSTER_AGENT_TOKEN>
También puedes especificar este token haciendo referencia al nombre de un Secret
existente y a la clave de datos que contiene este token:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
appKey: <DATADOG_APP_KEY>
clusterAgentTokenSecret:
secretName: <SECRET_NAME>
keyName: <KEY_NAME>
Nota: Cuando se configura manualmente, este token debe tener 32 caracteres alfanuméricos.
A continuación, aplica la nueva configuración:
kubectl apply -n $DD_NAMESPACE -f datadog-agent.yaml
La tabla de Helm v2.7.0+ activa por defecto el Cluster Agent.
Para comprobarlo, asegúrate de que clusterAgent.enabled
está configurado como true
en tu datadog-values.yaml
:
clusterAgent:
enabled: true
Helm genera automáticamente un token aleatorio en un Secret
de Kubernetes compartido por el Datadog Agent y Cluster Agent para una comunicación segura.
Puedes especificar manualmente este token en el campo clusterAgent.token
de tu datadog-agent.yaml
:
clusterAgent:
enabled: true
token: <DATADOG_CLUSTER_AGENT_TOKEN>
Alternativamente, puedes especificar este token haciendo referencia al nombre de un Secret
existente, donde el token se encuentra en una clave llamada token
:
clusterAgent:
enabled: true
tokenExistingSecret: <SECRET_NAME>
Para más información, consulta la documentación de Datadog Cluster Agent.
Servidor de métricas personalizadas
Para utilizar la función servidor de métricas personalizadas de Cluster Agent, debes proporcionar una clave de aplicación de Datadog y activar el proveedor de métricas.
En datadog-agent.yaml
, proporcione una clave de aplicación en spec.global.credentials.appKey
y establece features.externalMetricsServer.enabled
en true
.
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
appKey: <DATADOG_APP_KEY>
features:
externalMetricsServer:
enabled: true
A continuación, aplica la nueva configuración:
kubectl apply -n $DD_NAMESPACE -f datadog-agent.yaml
En datadog-values.yaml
, proporcione una clave de aplicación en datadog.appKey
y establece clusterAgent.metricsProvider.enabled
en true
.
datadog:
apiKey: <DATADOG_API_KEY>
appKey: <DATADOG_APP_KEY>
clusterAgent:
enabled: true
metricsProvider:
enabled: true
A continuación, actualiza tu tabla de Helm:
helm upgrade -f datadog-values.yaml <RELEASE_NAME> datadog/datadog
Integraciones
Una vez que Agent esté funcionando en tu clúster, utiliza la característica Autodiscovery de Datadog para recopilar métricas y logs automáticamente de tus pods.
Vista de contenedores
Para utilizar el Explorador de contenedores de Datadog, active el Agent de proceso. Datadog Operator y la tabla de Helm habilitan el Agent de proceso por defecto. No es necesario ninguna otra configuración.
De manera predeterminada, el Datadog Operator habilita el Process Agent.
Para comprobarlo, asegúrate de que features.liveContainerCollection.enabled
se haya establecido en true
en tu datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
appKey: <DATADOG_APP_KEY>
features:
liveContainerCollection:
enabled: true
La tabla de Helm activa el Agent de proceso por defecto.
Para comprobarlo, asegúrate de que processAgent.enabled
está configurado como true
en tu datadog-values.yaml
:
datadog:
# (...)
processAgent:
enabled: true
En algunas configuraciones, el Process Agent y Cluster Agent no pueden detectar de manera automática un nombre de clúster de Kubernetes. Si esto ocurre, la función no se inicia y aparece la siguiente advertencia en el log del Cluster Agent: Orchestrator explorer enabled but no cluster name set: disabling.
En este caso, debes establecer datadog.clusterName
en tu nombre de clúster en values.yaml
.
datadog:
#(...)
clusterName: <YOUR_CLUSTER_NAME>
#(...)
processAgent:
enabled: true
Consulta la documentación Vista de contenedores para obtener información adicional.
Orchestrator Explorer
El Datadog Operator y la tabla de Helm habilitan por defecto el Orchestrator Explorer de Datadog. No es necesario ninguna otra configuración.
Orchestrator Explorer está activado por defecto en el Datadog Operator.
Para comprobarlo, asegúrate de que el parámetro features.orchestratorExplorer.enabled
se haya establecido en true
en tu datadog-agent.yaml
:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
appKey: <DATADOG_APP_KEY>
features:
orchestratorExplorer:
enabled: true
La tabla de Helm habilita Orchestrator Explorer por defecto.
Para comprobarlo, asegúrate de que el parámetro orchestratorExplorer.enabled
está configurado como true
en tu archivo datadog-values.yaml
:
datadog:
# (...)
processAgent:
enabled: true
orchestratorExplorer:
enabled: true
Consulta la documentación de Orchestrator Explorer para obtener información adicional.
Configuración básica
Utiliza los siguientes campos de configuración para configurar el Datadog Agent.
Parámetro (v2alpha1) | Descripción |
---|
global.credentials.apiKey | Configura tu clave de API Datadog. |
global.credentials.apiSecret.secretName | En lugar de global.credentials.apiKey , indica el nombre de un Secret de Kubernetes que contenga tu clave de API de Datadog. |
global.credentials.apiSecret.keyName | En lugar de global.credentials.apiKey , proporciona la clave del Secret de Kubernetes nombrada en global.credentials.apiSecret.secretName . |
global.credentials.appKey | Configura tu clave de aplicación de Datadog. Si utilizas el servidor de métricas externas, debes configurar una clave de aplicación de Datadog para el acceso de lectura a tus métricas. |
global.credentials.appSecret.secretName | En lugar de global.credentials.apiKey , indica el nombre de un Secret de Kubernetes que contenga la clave de tu aplicación de Datadog. |
global.credentials.appSecret.keyName | En lugar de global.credentials.apiKey , proporciona la clave del Secret de Kubernetes nombrada en global.credentials.appSecret.secretName . |
global.logLevel | Establece la intensidad del registro. Esto puede ser anulado por el contenedor. Los niveles de log válidos son: trace , debug , info , warn , error , critical y off . Por defecto: info . |
global.registry | Registro de imágenes a utilizar para todas las imágenes de Agent. Por defecto: gcr.io/datadoghq . |
global.site | Establece el sitio de entrada de Datadog al que se envían los datos del Agent. Tu sitio es . (Asegúrate de seleccionar el SITIO correcto a la derecha). |
global.tags | Un lista de etiquetas para adjuntar a cada métrica, evento y check de servicio recopilados. |
Para consultar la lista completa de los campos de configuración para el Datadog Operator, vea la especificación de Operator v2alpha1. Para versiones anteriores, vea la especificación de Operator v1alpha1. Los campos de configuración también pueden consultarse mediante kubectl explain datadogagent --recursive
.
Helm | Descripción |
---|
datadog.apiKey | Configura tu clave de API de Datadog. |
datadog.apiKeyExistingSecret | En lugar de datadog.apiKey , proporciona el nombre de un Secret de Kubernetes existente que contenga tu clave de API de Datadog, configurada con el nombre de clave api-key . |
datadog.appKey | Configura tu clave de aplicación de Datadog. Si utilizas el servidor de métricas externas, debes configurar una clave de aplicación de Datadog para el acceso de lectura a tus métricas. |
datadog.appKeyExistingSecret | En lugar de datadog.appKey , proporciona el nombre de un Secret de Kubernetes existente que contenga tu clave de aplicación de Datadog, configurada con el nombre de clave app-key . |
datadog.logLevel | Establece la verbosidad del registro. Esto puede ser anulado por el contenedor. Los niveles válidos de log son: trace , debug , info , warn , error , critical y off . Por defecto: info . |
registry | Registro de imagen a utilizar para todas las imágenes del Agent. Por defecto: gcr.io/datadoghq . |
datadog.site | Establece el sitio de entrada de Datadog al que se envían los datos del Agent. Tu sitio es . (Asegúrate de seleccionar el SITIO correcto a la derecha). |
datadog.tags | Un lista de etiquetas para adjuntar a cada métrica, evento y check de servicio recopilados. |
Si deseas consultar la lista completa de las variables de entorno para la tabla de Helm, consulta la lista completa de opciones para datadog-values.yaml
.
Variable de Ent | Descripción |
---|
DD_API_KEY | Tu Datadog clave de API (obligatorio) |
DD_ENV | Establece la etiqueta global env para todos los datos emitidos. |
DD_HOSTNAME | Nombre de host a utilizar para métricas (si falla la detección automática) |
DD_TAGS | Etiquetas de host separadas por espacios. Por ejemplo: simple-tag-0 tag-key-1:tag-value-1 |
DD_SITE | Sitio de destino para tus métricas, trazas y logs. Tu DD_SITE es . Por defecto es datadoghq.com . |
DD_DD_URL | Opcional para anular la URL de envío de métrica. |
DD_URL (6.36+/7.36+) | Alias para DD_DD_URL . Ignorado si DD_DD_URL ya está configurado. |
DD_CHECK_RUNNERS | El Agent ejecuta todos los checks de forma concurrente por defecto (valor por defecto = 4 ejecutores). Para ejecutar checks secuencialmente, ajusta el valor en 1 . Si necesitas ejecutar un número elevado de checks (o checks lentos), el componente collector-queue podría retrasarse y el check de estado podría fallar. Puede aumentar el número de ejecutores para iniciar checks en paralelo. |
DD_LEADER_ELECTION | Si se están ejecutando múltiples instancias del Agent en tu clúster, establece esta variable en true para evitar la duplicación de la recopilación de eventos. |
Variables de entorno
El Datadog Agent en contenedores puede configurarse utilizando variables de entorno. Para una amplia lista de las variables de entorno compatibles, consulta la sección variables de entorno de la documentación del Docker Agent.
Ejemplos
Al utilizar el Datadog Operator, puedes establecer variables de entorno adicionales en override
para un componente con [key].env []object
, o para un contenedor con [key].containers.[key].env []object
. Se admiten las siguientes claves:
nodeAgent
clusterAgent
clusterChecksRunner
Los ajustes de contenedor tienen prioridad sobre los ajustes de componente.
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
override:
nodeAgent:
env:
- name: <ENV_VAR_NAME>
value: <ENV_VAR_VALUE>
clusterAgent:
containers:
cluster-agent:
env:
- name: <ENV_VAR_NAME>
value: <ENV_VAR_VALUE>
datadog:
env:
- name: <ENV_VAR_NAME>
value: <ENV_VAR_VALUE>
clusterAgent:
env:
- name: <ENV_VAR_NAME>
value: <ENV_VAR_VALUE>
Añade variables de entorno al DaemonSet o al despliegue (para Datadog Cluster Agent).
apiVersion: apps/v1
kind: DaemonSet
metadata:
name: datadog
spec:
template:
spec:
containers:
- name: agent
...
env:
- name: <ENV_VAR_NAME>
value: <ENV_VAR_VALUE>
Configurar DogStatsD
DogStatsD puede enviar métricas personalizadas sobre UDP con el protocolo StatsD. DogStatsD está habilitado por defecto por Datadog Operator y Helm. Consulta la documentación de DogStatsD para obtener más información.
Puedes utilizar las siguientes variables de entorno para configurar DogStatsD con DaemonSet:
Variable de Env | Descripción |
---|
DD_DOGSTATSD_NON_LOCAL_TRAFFIC | Escucha los paquetes de DogStatsD de otros contenedores (obligatorio para enviar métricas personalizadas). |
DD_HISTOGRAM_PERCENTILES | Los percentiles de histogramas para calcular (separados por espacios). Por defecto es 0.95 . |
DD_HISTOGRAM_AGGREGATES | Los agregados del histograma a calcular (separados por espacios). El valor por defecto es "max median avg count" . |
DD_DOGSTATSD_SOCKET | Ruta al socket de Unix a escuchar. Debe estar en un volumen montado en rw . |
DD_DOGSTATSD_ORIGIN_DETECTION | Activa la detección de contenedores y etiquetado para las métricas de socket de Unix. |
DD_DOGSTATSD_TAGS | Etiquetas adicionales para anexar a todas las métricas, los eventos y los checks de servicios recibidos por este servidor de DogStatsD, por ejemplo: "env:golden group:retrievers" . |
Configurar la asignación de etiquetas
Datadog recopila automáticamente etiquetas comunes de Kubernetes.
Además, puedes asignar etiquetas de nodos de Kubernetes, etiquetas de pods y anotaciones a las etiquetas de Datadog. Utiliza las siguientes variables de entorno para configurar esta asignación:
Parámetro (v2alpha1) | Descripción |
---|
global.namespaceLabelsAsTags | Proporciona una asignación entre las etiquetas de espacio de nombres de Kubernetes y etiquetas de Datadog. <KUBERNETES_NAMESPACE_LABEL>: <DATADOG_TAG_KEY> |
global.nodeLabelsAsTags | Proporciona una asignación entre las etiquetas de nodo de Kubernetes y etiquetas de Datadog. <KUBERNETES_NODE_LABEL>: <DATADOG_TAG_KEY> |
global.podAnnotationsAsTags | Proporciona una asignación entre anotaciones de Kubernetes y etiquetas de Datadog. <KUBERNETES_ANNOTATION>: <DATADOG_TAG_KEY> |
global.podLabelsAsTags | Proporciona una asignación entre las etiquetas de Kubernetes y las etiquetas de Datadog. <KUBERNETES_LABEL>: <DATADOG_TAG_KEY> |
Ejemplos
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
global:
credentials:
apiKey: <DATADOG_API_KEY>
namespaceLabelsAsTags:
env: environment
# <KUBERNETES_NAMESPACE_LABEL>: <DATADOG_TAG_KEY>
nodeLabelsAsTags:
beta.kubernetes.io/instance-type: aws-instance-type
kubernetes.io/role: kube_role
# <KUBERNETES_NODE_LABEL>: <DATADOG_TAG_KEY>
podLabelsAsTags:
app: kube_app
release: helm_release
# <KUBERNETES_LABEL>: <DATADOG_TAG_KEY>
podAnnotationsAsTags:
iam.amazonaws.com/role: kube_iamrole
# <KUBERNETES_ANNOTATIONS>: <DATADOG_TAG_KEY>
Helm | Descripción |
---|
datadog.namespaceLabelsAsTags | Proporciona una asignación entre las etiquetas de espacio de nombres de Kubernetes y etiquetas de Datadog. <KUBERNETES_NAMESPACE_LABEL>: <DATADOG_TAG_KEY> |
datadog.nodeLabelsAsTags | Proporciona una asignación entre las etiquetas de nodo de Kubernetes y etiquetas de Datadog. <KUBERNETES_NODE_LABEL>: <DATADOG_TAG_KEY> |
datadog.podAnnotationsAsTags | Proporciona una asignación entre anotaciones de Kubernetes y etiquetas de Datadog. <KUBERNETES_ANNOTATION>: <DATADOG_TAG_KEY> |
datadog.podLabelsAsTags | Proporciona una asignación entre las etiquetas de Kubernetes y las etiquetas de Datadog. <KUBERNETES_LABEL>: <DATADOG_TAG_KEY> |
Ejemplos
datadog:
# (...)
namespaceLabelsAsTags:
env: environment
# <KUBERNETES_NAMESPACE_LABEL>: <DATADOG_TAG_KEY>
nodeLabelsAsTags:
beta.kubernetes.io/instance-type: aws-instance-type
kubernetes.io/role: kube_role
# <KUBERNETES_NODE_LABEL>: <DATADOG_TAG_KEY>
podLabelsAsTags:
app: kube_app
release: helm_release
# <KUBERNETES_LABEL>: <DATADOG_TAG_KEY>
podAnnotationsAsTags:
iam.amazonaws.com/role: kube_iamrole
# <KUBERNETES_ANNOTATIONS>: <DATADOG_TAG_KEY>
Usar archivos secretos
Las credenciales de integración pueden almacenarse en los secretos de Docker o Kubernetes y utilizarse en las plantillas de Autodiscovery. Para obtener más información, consulta Gestión de secretos.
Ignora los contenedores
Excluye contenedores de la recopilación de logs, métricas y Autodiscovery. Datadog excluye los contenedores pause
de Kubernetes y OpenShift por defecto. Estas listas de permisos y denegaciones se aplican únicamente a Autodiscovery; las trazas y DogStatsD no se ven afectados. Estas variables de entorno admiten expresiones regulares en sus valores.
Consulta la página Gestión de detección de contenedores para ver ejemplos.
Nota: Las métricas kubernetes.containers.running
, kubernetes.pods.running
, docker.containers.running
, .stopped
, .running.total
y .stopped.total
no se ven afectadas por estos ajustes. Se cuentan todos los contenedores.
Tiempo de espera del servidor de API de Kubernetes
Por defecto, el check de las métricas centrales de estado de Kubernetes espera 10 segundos para recibir una respuesta del servidor de la API de Kubernetes. En el caso de clústeres de gran tamaño, es posible que se agote el tiempo de espera y se pierdan métricas.
Puedes evitarlo al configurar la variable de entorno DD_KUBERNETES_APISERVER_CLIENT_TIMEOUT
en un valor superior al predeterminado de 10 segundos.
Actualiza tu datadog-agent.yaml
con la siguiente configuración:
apiVersion: datadoghq.com/v2alpha1
kind: DatadogAgent
metadata:
name: datadog
spec:
override:
clusterAgent:
env:
- name: DD_KUBERNETES_APISERVER_CLIENT_TIMEOUT
value: <value_greater_than_10>
A continuación, aplica la nueva configuración:
kubectl apply -n $DD_NAMESPACE -f datadog-agent.yaml
Actualiza tu datadog-values.yaml
con la siguiente configuración:
clusterAgent:
env:
- name: DD_KUBERNETES_APISERVER_CLIENT_TIMEOUT
value: <value_greater_than_10>
A continuación, actualiza tu tabla de Helm:
helm upgrade -f datadog-values.yaml <RELEASE_NAME> datadog/datadog
Configuraciones de proxy
A partir del Agent v6.4.0 (y v6.5.0 para el Trace Agent), se pueden sobreescribir los valores de configuración de proxy del Agent con las siguientes variables de entorno:
Variable de Env | Descripción |
---|
DD_PROXY_HTTP | Una URL de HTTP para usar como proxy para solicitudes de http . |
DD_PROXY_HTTPS | Una URL de HTTP para usar como proxy para solicitudes de https . |
DD_PROXY_NO_PROXY | Una lista separada por espacios de URLs para las que no se debe utilizar ningún proxy. |
DD_SKIP_SSL_VALIDATION | Una opción para comprobar si el Agent tiene problemas para conectarse a Datadog. |
Autodiscovery
Variable de Env | Descripción |
---|
DD_LISTENERS | Oyentes de Autodiscovery para ejecutar. |
DD_EXTRA_LISTENERS | Oyentes de Autodiscovery adicionales para ejecutar. Se añaden además de las variables definidas en la sección listeners del archivo de configuración datadog.yaml . |
DD_CONFIG_PROVIDERS | Los proveedores a los que el Agent debe llamar para recopilar las configuraciones de check. Los proveedores disponibles son:
kubelet : maneja plantillas incrustadas en anotaciones de pods.
docker : maneja plantillas incrustadas en etiquetas de contenedor.
clusterchecks : recupera configuraciones de check de clúster del Cluster Agent .
kube_services : controla servicios de Kubernetes para checks de clústeres. |
DD_EXTRA_CONFIG_PROVIDERS | Proveedores de configuración de Autodiscovery adicionales a utilizar. Se añaden además de las variables definidas en la sección config_providers del archivo de configuración datadog.yaml . |
Miscelánea
Variable de Env | Descripción |
---|
DD_PROCESS_AGENT_CONTAINER_SOURCE | Sobreescribe la detección automática del origen del contenedor para forzar un único origen. Por ejemplo: "docker" , "ecs_fargate" , "kubelet" . Esto ya no es necesario a partir de Agent v7.35.0. |
DD_HEALTH_PORT | Configura esto como 5555 para exponer el check de estado del Agent en el puerto 5555 . |
DD_CLUSTER_NAME | Establece un identificador de clústeres de Kubernetes personalizado para evitar colisiones de alias de host. El nombre del clúster puede tener un máximo de 40 caracteres con las siguientes restricciones: solo letras minúsculas, números y guiones. Debe empezar por una letra. Debe terminar con un número o una letra. |
DD_COLLECT_KUBERNETES_EVENTS | Habilita la recopilación de eventos con el Agent. Si estás ejecutando varias instancias del Agent en tu clúster, configura también DD_LEADER_ELECTION en true . |