Los Agents instalados mediante el complemento Operator solo recopilan datos de pods que se ejecutan en instancias de EC2. Para los pods que se ejecutan en AWS Fargate, sigue la documentación de Amazon EKS en AWS Fargate.
En comparación con la instalación normal de Helm, existen ciertas diferencias cuando se instala como complemento:
Durante la instalación del Operator, las imágenes deben extraerse únicamente del repositorio de EKS. El usuario no puede cambiar esto.
Los valores de la tabla Helm del Operator que pueden anularse están restringidos a un archivo de esquema.
Estas restricciones son necesarias para que Operator cumpla las políticas de complementos de EKS, para permitir que EKS garantice la seguridad de la instalación y para desactivar funciones que aún no se admiten en el entorno del complemento.
Para comprobar que la instalación se ha realizado correctamente, utiliza la Consola de administración de AWS, eksctl, o la AWS CLI para confirmar que se está ejecutando un pod datadog-operator.
Crea un archivo datadog-agent.yaml con las especificaciones de configuración del despliegue de DatadogAgent. El Datadog Operator utiliza la configuración predeterminada de imagen de Agent y Cluster Agent, y las extrae de un registro público.
Si deseas extraer imágenes de un registro de EKS privado, puedes añadir global.registry. La siguiente configuración habilita métricas, logs y APM:
apiVersion:datadoghq.com/v2alpha1kind:DatadogAgentmetadata:name:datadogspec:global:# Required in case the Agent cannot resolve the cluster name through IMDS. See the note below.clusterName:<CLUSTER_NAME>registry:709825985650.dkr.ecr.us-east-1.amazonaws.com/datadogcredentials:apiSecret:secretName:datadog-secretkeyName:api-keyappSecret:secretName:datadog-secretkeyName:app-keyfeatures:apm:enabled:truelogCollection:enabled:true
Esta configuración de instancia del Agent extrae la imagen del Datadog Agent de un repositorio de ECR alojado en AWS Marketplace, que también contiene la imagen para el complemento Datadog Operator Amazon EKS. Si necesitas alternativas, edita la entrada ‘global.registry’ en el manifiesto anterior.
Nota: Si el acceso a IMDS v1 está bloqueado en el nodo, Agent no puede resolver el nombre del clúster, y ciertas características (por ejemplo, Orchestrator Explorer) no funcionan. Por ello, Datadog recomienda añadir spec.global.ClusterName en el manifiesto DatadogAgent. Consulta este comentario sobre cómo configurar el Agent para solicitar metadatos con IMDS v2.
Nota: Si desinstalas el complemento Operator antes de eliminar el recurso personalizado DatadogAgent, los Agents se seguirán ejecutando en el clúster. La eliminación del espacio de nombres falla, ya que DatadogAgent no puede finalizarse sin un Operator en ejecución. Consulta esta incidencia de Github para encontrar una solución.