Невозможно отправить метрики в datadog из агента Datadog, работающего как контейнер ECS

Я использую свои основные бизнес-услуги на ECS Fargate. Я добавил «агент-datadog-агент» в качестве дополнительного контейнера для отправки метрик службы, работающей на ECS fargate, в datadog.

Но проблема в том, что я не получаю никаких метрик для самого Datadog из контейнера ECS.

Вот переменные среды, которые я использую для агента данных:

  • DD_API_KEY
  • DD_PROXY_HTTP
  • DD_PROXY_HTTPS
  • DD_PROXY_NO_PROXY
  • DD_SITE
  • ECS_FARGATE

Я использую эти переменные прокси-среды, потому что мне нужно передавать метрики через прокси-сервер Squid. Я проверил все возможное, но по-прежнему получаю следующую ошибку:

2021-04-30 14:30:33 UTC | CORE | ОШИБКА | (pkg / forwarder / worker.go: 174 в процессе) | Слишком много ошибок для конечной точки https://app.datadoghq.us/api/v1/check_run?api_key= {DD_API_KEY: *********************** **** xxxx} ': повторная попытка позже

2021-04-30 14:30:29 UTC | CORE | ОШИБКА | (pkg / collector / runner / runner.go: 292 в работе) | Ошибка при выполнении проверки консул: [{сообщение: 400 Ошибка клиента: неверный запрос URL-адреса: http: //xx.xx.xx.xx: 8500 / v1 / status / leader,

Как я могу успешно получать метрики на Datadog? Я пробовал разные способы и много исследовал, но безуспешно.


logging containers amazon-ecs aws-fargate datadog
person Deependra Dangal    schedule 30.04.2021    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Первое сообщение об ошибке, которым вы поделились, показывает, что агент не может отправить полезную нагрузку на платформу Datadog.

Вторая показанная ошибка - это ошибка, из-за которой агент ECS соединяется с экземпляром консула, чтобы проверить его статус, и представляет собой другую проблему.

Вы можете привести пример значения, переданного в DD_PROXY_NO_PROXY?

Судя по вашему описанию, агент Datadog предназначен для исходящих вызовов через прокси-сервер Squid - и конфигурация прокси-сервера может препятствовать исходящим вызовам.

Подробные сведения о конфигурации прокси-сервера описаны здесь более подробно: https://docs.datadoghq.com/agent/proxy/?tab=agentv6v7

person Mike Fiedler    schedule 02.05.2021
comment
Привет, @Mike Fiedler. Спасибо за ваш ответ. Значение, переданное DD_PROXY_NO_PROXY: 127.0.0.1 localhost * .service.consul 10.0.0.0/8 Я ​​также проверил детали конфигурации прокси. Я использовал переменные среды вместо файла datadog.yml для настройки прокси. Проверяю группы безопасности исходящего трафика. Сервису разрешен исходящий трафик на прокси-сервер, а прокси-сервер разрешает исходящий трафик на datadoghq. - person Deependra Dangal; 03.05.2021