如何限制Azure.Storage.Blobs日志级别？Azure Functions日志配置问题

要实现仅记录Azure.Storage.Blobs的警告与异常，同时保留自身代码的所有追踪日志，你之前的配置未生效大概率是因为配置层级不正确，或者需要补充更精准的命名空间覆盖。以下是正确的配置方案及排查要点：

正确的host.json配置 #

确保logLevel嵌套在logging节点下，完整配置示例：

{
  "version": "2.0",
  "logging": {
    "applicationInsights": {
      "samplingSettings": {
        "isEnabled": true,
        "excludedTypes": "Request"
      }
    },
    "logLevel": {
      "default": "Information", // 自身代码默认保留Information及以上日志
      "Azure.Storage.Blobs": "Warning", // 限制Blob存储仅输出Warning及更高级别日志
      "Azure.Storage": "Warning" // 可选：覆盖所有Azure.Storage相关组件的日志级别
    }
  }
}

关键注意事项 #

• 配置层级不能错：logLevel必须放在logging节点内部，单独写会被函数运行时忽略
• 精准控制命名空间：如果Azure.Storage.Blobs的子组件日志仍有输出，可以尝试用更宽泛的Azure.Storage来统一限制
• 确保自身代码日志不受影响：如果你的代码有特定命名空间（比如My.Functions），可以明确设置该命名空间的日志级别为Trace，强制保留所有追踪日志：

  "logLevel": {
    "default": "Information",
    "Azure.Storage.Blobs": "Warning",
    "My.Functions": "Trace"
  }
  

• 排查Application Insights采样：如果使用App Insights，检查采样设置是否过滤了Warning级别的日志，确保excludedTypes未包含Warning/Error

额外排查点 #

• 确认Azure.Storage.Blobs NuGet包版本，部分旧版本可能对日志命名空间的识别有差异
• 本地调试时，检查控制台日志输出是否符合预期，若仍有问题可以重启函数应用加载新配置

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