如何在Datadog中按命名空间分离同名应用的日志源

可以实现按命名空间拆分同Deployment名的独立日志，默认配置下Datadog日志采集优先以容器/Deployment名作为source标识，不会自动附加命名空间维度，因此跨命名空间的同名工作负载日志会被合并到同一source下，你可以按需选择以下配置方案：

方案1：Pod注解指定独立source（推荐，改动最小） #

直接在对应命名空间的Deployment Pod模板中添加Datadog日志采集注解，为不同命名空间的myapp指定独立的source名称：

• dev命名空间下myapp的Deployment注解配置：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp
  namespace: dev
spec:
  template:
    metadata:
      annotations:
        ad.datadoghq.com/myapp.logs: '[{"source":"myapp-dev","service":"myapp","tags":["env:dev","namespace:dev"]}]'
    spec:
      containers:
      - name: myapp
        # 其余容器配置不变

• qa命名空间下myapp的Deployment注解配置：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp
  namespace: qa
spec:
  template:
    metadata:
      annotations:
        ad.datadoghq.com/myapp.logs: '[{"source":"myapp-qa","service":"myapp","tags":["env:qa","namespace:qa"]}]'
    spec:
      containers:
      - name: myapp
        # 其余容器配置不变

配置完成后滚动重启两个命名空间下的myapp Deployment，新产生的日志会分别上报到myapp-dev、myapp-qa两个独立日志源下，不再合并。

方案2：全局配置自动拼接命名空间到source #

如果集群内有大量跨命名空间同名工作负载，不想逐个加注解，可以修改Datadog Agent的全局采集配置，自动给所有日志源附加命名空间后缀：

1. 找到部署Datadog Agent用的Helm values配置文件
2. 在logs配置段添加自动处理规则，基于Kubernetes命名空间标签动态生成source：

logs:
  containerCollectAll: true
  auto_multi_line_detection: true
  # 新增日志处理规则，给source追加命名空间后缀
  processing_rules:
    - type: override
      name: source_with_namespace
      pattern: '.*'
      replace: '${container_name}-${kube_namespace}'
      source: source

3. 执行Helm升级更新Agent配置，所有新采集的日志都会自动按容器名-命名空间的格式生成独立source，无需修改业务Deployment配置。

方案3：不修改采集配置，控制台侧筛选 #

如果不需要在日志源列表拆分独立条目，仅需要查询时区分两个命名空间的日志，无需修改任何Agent配置，直接在Datadog日志查询页添加筛选条件即可：

• 查询dev环境myapp日志：source:myapp AND namespace:dev
• 查询qa环境myapp日志：source:myapp AND namespace:qa

注意事项：所有配置修改后仅对新产生的日志生效，已经上报的历史日志不会回溯调整source归属；配置生效延迟通常在1~3分钟，和Agent的配置同步周期有关。

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