使用OpenTelemetry向Loki推送.NET日志遇解析错误求助

问题根源 #

你的推测完全正确：Loki在解析日志时，误将application/openmetrics-text;+version=1.0.0;+charset=utf-8这类包含=的字符串识别为标签键值对，但Loki的标签名称不允许包含=符号，直接触发了解析失败。

可行解决方案 #

1. Loki端配置调整 #

通过自定义日志解析规则，避免误识别标签：

• 配置正则解析器：在Loki的scrape_configs中为你的.NET服务日志添加自定义正则匹配，明确区分合法标签（比如RequestPath、RequestId）和日志内容，把content-type这类特殊内容归到日志消息体里。示例配置片段：

  scrape_configs:
  - job_name: "dotnet-service"
    static_configs:
    - targets: ["localhost:3100"]
    pipeline_stages:
    - regex:
        expression: 'RequestPath:(?P<request_path>[^\s]+) RequestId:(?P<request_id>[^\s]+) (?P<logger>[^\s]+) - (?P<message>.*)'
    - labels:
        request_path:
        request_id:
        logger:
  

• 关闭自动标签提取：如果不需要从日志内容自动提取标签，可在Loki的limits_config中设置allow_structured_metadata: false，或者在采集配置里禁用自动解析逻辑，强制所有内容作为日志消息处理。

2. OpenTelemetry端处理 #

从日志生成源头规避问题，不让Loki产生误解析：

• 自定义日志输出格式：在.NET的OpenTelemetry配置中，调整日志模板，把content-type这类含特殊字符的内容放到日志消息体中，而非作为属性（标签）输出。比如用LoggerMessage定义标准化的日志格式，确保属性里不会出现带=的字符串。
• 过滤或转换有问题的属性：在Otel配置中添加处理器，移除或修改包含=的属性：

  builder.Logging.AddOpenTelemetry(options =>
  {
      options.AddLokiExporter(lokiOptions =>
      {
          lokiOptions.Endpoint = new Uri("http://loki:3100/loki/api/v1/push");
      });
      // 移除Content-Type属性
      options.AddProcessor(new FilteringLogProcessor(log =>
      {
          log.Properties.Remove("Content-Type");
          return true;
      }));
      // 或者替换属性值里的=为-
      options.AddProcessor(new TransformLogProcessor(log =>
      {
          if (log.Properties.TryGetValue("Content-Type", out var value))
          {
              log.Properties["Content-Type"] = value.ToString().Replace("=", "-");
          }
      }));
  });
  

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