第 1 章 Logging 发行注记
注意
日志记录作为可安装的组件提供，它与 Red Hat OpenShift Service on AWS 核心不同。Red Hat OpenShift Container Platform 生命周期政策概述了发行版本兼容性。
注意
stable 频道只为日志记录的最新版本提供更新。要继续获得之前版本的更新，您必须将订阅频道改为 stable-X，其中 X 是您安装的日志记录版本。
1.1. Logging 5.7.4
此发行版本包括 OpenShift Logging 程序错误修复 5.7.4。
1.1.1. 程序错误修复
-
在此次更新之前，当将日志转发到 CloudWatch 时，
namespaceUUID值不会被附加到logGroupName字段中。在这个版本中，包含namespaceUUID值，因此 CloudWatch 中的logGroupName: vectorcw.b443fb9e-bd4c-4b6a-b9d3-c0097f9ed286 - 在此次更新之前，当通过 HTTP 将日志转发到非集群目的地时，向量收集器无法向集群范围的 HTTP 代理进行身份验证，即使代理 URL 中提供了正确的凭证。在这个版本中，Vector 日志收集器可以向集群范围的 HTTP 代理进行身份验证。(LOG-3381)
- 在此次更新之前，如果 Fluentd 收集器配置了 Splunk 作为输出，Operator 将失败，因为不支持此配置。在这个版本中，配置验证会拒绝不支持的输出，从而解决了这个问题。(LOG-4237)
-
在此次更新之前，当 Vector 收集器在 AWS Cloudwatch 日志的 TLS 配置中更新了
enabled = true值时，GCP Stackdriver 会导致配置错误。在这个版本中，为这些输出删除enabled = true值，从而解决了这个问题。(LOG-4242) -
在此次更新之前，向量收集器偶尔会在日志中出现以下错误信息：
thread 'vector-worker' panicked at 'all branch are disabled, no else branch', src/kubernetes/reflector.rs:26:9。在这个版本中，这个错误已解决。(LOG-4275) -
在此次更新之前，如果 Operator 配置了该租户的额外选项，Loki Operator 中的问题会导致应用程序租户的
alert-manager配置消失。在这个版本中，生成的 Loki 配置包含自定义和自动生成的配置。(LOG-4361) - 在此次更新之前，当使用多个角色使用带有 AWS Cloudwatch 转发的 STS 进行身份验证时，最近更新会导致凭证不是唯一的。在这个版本中，STS 角色和静态凭证的多个组合可以再次用于与 AWS Cloudwatch 进行身份验证。(LOG-4368)
- 在此次更新之前，Loki 为活跃流过滤标签值，但没有删除重复，使 Grafana 的标签浏览器不可用。在这个版本中，Loki 会过滤活跃流的重复标签值，从而解决了这个问题。(LOG-4389)