Azure部署Datadog EU基础设施后日志无法采集问题求助

核心结论 #

是的，采集Azure全量平台日志（如Activity Log、资源诊断日志等）必须配置Event Grid + Azure Function（或存储账户轮询），仅靠Monitor Reader权限的服务主体无法完成这部分日志的采集。

原因说明 #

Datadog的Azure集成中，指标与日志的采集机制完全分离：

• 服务主体的Monitor Reader权限仅能访问Azure Monitor的指标数据、资源元数据，以及部分基础诊断信息，但Azure并未开放通过API直接拉取全量平台日志的接口。
• 平台日志的采集依赖Azure的事件推送（Event Grid）或存储账户轮询机制，这是Datadog获取这类日志的唯一合法途径。
• 你之前使用Azure Marketplace的Datadog MaaS能直接看到日志，是因为该部署方式会自动帮你配置好Event Grid/存储账户的日志采集通道，而手动部署欧盟站点时需要自行完成这部分配置。

针对当前问题的排查步骤 #

1. 区分日志类型，分别排查 #

你遇到的日志面板无数据，需要先明确要采集的是VM本地日志（如.NET应用日志、系统日志）还是Azure平台日志：

情况1：采集VM本地日志（如你的.NET应用日志）

你配置的logs_enabled: true只是开启Agent的日志采集功能，但还需补充具体的日志源配置：

• 检查Agent状态：在Windows VM上执行命令：

  & "C:\Program Files\Datadog\Datadog Agent\bin\agent.exe" status
  

  查看日志模块（Logs Agent）是否正常运行，有没有报错信息。
• 补充日志采集规则：在datadog.yaml中添加针对.NET日志的具体配置，例如：

  logs_enabled: true
  site: datadoghq.eu
  
  logs:
    - type: file
      path: "C:\\YourAppPath\\Logs\\*.log"
      service: "your-dotnet-service-name"
      source: dotnet
  

• 检查权限：确保Datadog Agent服务账户（默认是NT Authority\SYSTEM）有读取目标日志文件的权限。

情况2：采集Azure平台日志

必须完成以下配置：

• 在Datadog控制台的Azure集成页面，找到「日志采集」选项，选择对应的采集方式（Event Grid推荐，实时推送；存储账户轮询延迟较高）。
• 按照指引创建Event Grid订阅和Azure Function，或者配置存储账户，确保日志能从Azure推送到Datadog欧盟站点。
• 确认已经开启了需要采集的日志类型（如Activity Log、VM诊断日志、Storage账户日志等）。

2. 验证站点配置一致性 #

• 确保datadog.yaml中的site: datadoghq.eu配置正确，且Agent已重启生效。
• 检查Datadog控制台中Azure集成的站点设置，确认是指向欧盟站点（datadoghq.eu），避免数据发送到美国站点导致无法查看。

3. 查看Agent日志排查错误 #

打开Datadog Agent的日志文件（默认路径：C:\Program Files\Datadog\Datadog Agent\logs\agent.log），搜索关键词如logs、error、azure，排查是否有日志采集相关的报错（如权限不足、连接失败、配置格式错误等）。

内容的提问来源于stack exchange，提问作者Nayden Van