文档 Grafana Loki 设置 升级 将 Helm chart 升级到 6.0

升级到 v6.x

此 chart 的 v6.x 版本引入了分布式模式，但也引入了与 v5.x 的重大变更。

变更

重大变更: deploymentMode 设置

如果您在单体模式下运行此 chart，此项变更是破坏性的，您需要设置

复制

deploymentMode: SingleBinary

重大变更: lokiCanary 部分已移动

此部分已从 monitoring 部分内部移至 values 文件的根级别。

重大变更: topologySpreadConstraints 和 podAffinity 已转换为对象

以前它们是通过 tpl 传递的字符串，现在它们是普通对象，将添加到部署中。

此外，我们移除了区域的软约束。

重大变更: externalConfigSecretName 已移除并替换。

现在您可以提供 configObjectName，Loki 组件会使用它来加载配置。

generatedConfigObjectName 也可用于控制 chart 创建的配置对象的名称。

这在使用 chart 时提供了更大的灵活性，仍然可以生成配置对象，但允许另一个进程加载并修改此配置，将其转换为 Loki 可以通过 configObjectName 加载的新对象。

监控

在考虑了此 chart 如何与 Grafana 提供的其他 chart 协同工作后，我们决定弃用此 chart 的监控部分，并完全采用新方法来监控 Loki、Mimir 和 Tempo，使用Meta Monitoring Chart。

原因

• 此 chart 和 Mimir chart 都安装 Agent Operator 时存在冲突。
• Agent Operator 已弃用。
• 对 Prometheus operator 的依赖不是我们能很好支持的。

该Meta Monitoring Chart是对先前方法的改进，因为它允许安装一个集群式的 Grafana Agent，该 Agent 可以将指标、日志和追踪发送到 Grafana Cloud，或者允许您安装仅用于监控的 Loki、Mimir、Tempo 和 Grafana 本地实例。

此 chart 的监控部分仍然存在，但默认情况下是禁用的。

如果您希望继续使用自我监控功能，应使用以下配置，但请注意，此 chart 的未来版本将完全移除此功能

复制

monitoring:
  enabled: true
  selfMonitoring:
    enabled: true
    grafanaAgent:
      installOperator: true

默认包含并启用 Memcached

缓存对于 Loki 的正常运行至关重要，此 chart 现在包含 Memcached，并且默认对 chunksCache 和 resultsCache 启用。

如果您已经单独运行 Memcached，可以移除现有安装，使用此 chart 内置的 Memcached 部署。

单体模式

单体模式也会部署 Memcached，但在资源受限的环境中可能不需要这样做。

您可以使用以下配置禁用它

复制

chunksCache:
  enabled: false
resultsCache:
  enabled: false

禁用这些缓存后，Loki 将恢复默认设置，启用内存中的结果和 chunks 缓存，因此您仍然会获得一些缓存。

分布式模式

此 chart 引入了以分布式或微服务模式运行 Loki 的功能。关于如何启用此功能以及如何从现有社区 chart 迁移的单独说明将很快推出。