第 3 章 Network Observability Operator 归档发行注记
3.1. Network Observability Operator 发行注记归档 复制链接链接已复制到粘贴板!
本发行注记介绍了 OpenShift Container Platform 中 Network Observability Operator 的过去的开发。它们仅用于参考目的。
Network Observability Operator 可让管理员观察和分析 OpenShift Container Platform 集群的网络流量流。
3.1.1. Network Observability Operator 1.9.3 公告 复制链接链接已复制到粘贴板!
以下公告可用于 Network Observability Operator 1.9.3:
3.1.2. Network Observability Operator 1.9.2 公告 复制链接链接已复制到粘贴板!
以下公告可用于 Network Observability Operator 1.9.2 :
3.1.3. Network observability 1.9.2 程序错误修复 复制链接链接已复制到粘贴板!
-
在此次更新之前,OpenShift Container Platform 版本 4.15 及更早版本不支持
TC_ATACH_MODE配置。这会导致命令行界面(CLI)错误,并阻止对数据包和流的观察。在这个版本中,对这些旧版本调整了流量控制 eXtension (TCX) hook 附加模式。这消除了tcxhook 错误,并启用流和数据包观察。
3.1.4. Network observability 1.2.0 的新功能和增强 复制链接链接已复制到粘贴板!
此网络可观察性和 Network Observability Operator 发行版本包括以下新功能和增强:
3.1.4.1. 准备下一次更新 复制链接链接已复制到粘贴板!
已安装的 Operator 的订阅指定一个更新频道,用于跟踪和接收 Operator 的更新。在 Network Observability Operator 的 1.2 发布前,唯一可用的频道为 v1.0.x。Network Observability Operator 的 1.2 发行版本引入了用于跟踪和接收更新的 stable 更新频道。您必须将频道从 v1.0.x 切换到 stable,以接收将来的 Operator 更新。v1.0.x 频道已弃用,计划在以后的发行版本中删除。
3.1.4.2. 流量流视图中的直方图 复制链接链接已复制到粘贴板!
现在,您可以选择显示一段时间内流的直方图。histogram 可让您视觉化流历史记录,而不会达到 Loki 查询的限制。如需更多信息,请参阅"使用直方图"。
3.1.4.3. 对话跟踪 复制链接链接已复制到粘贴板!
现在,您可以通过 Log Type 查询流,它允许对同一对话一部分的网络流进行分组。如需更多信息,请参阅"使用对话"。
3.1.4.4. Network Observability 健康警报 复制链接链接已复制到粘贴板!
现在,如果因为写入阶段出现错误,或者达到 Loki ingestion 速率限制,Network Observability Operator 会在 flowlogs-pipeline 丢弃流时自动创建自动警报。如需更多信息,请参阅"Health dashboard"。
3.1.5. Network observability 1.2.0 程序错误修复 复制链接链接已复制到粘贴板!
-
在以前的版本中,在更改 FlowCollector spec 中的
namespace值后,在前一个命名空间中运行的eBPF代理 pod 没有被适当删除。现在,在上一个命名空间中运行的 pod 会被正确删除。(NETOBSERV-774) -
在以前的版本中,在更改 FlowCollector spec (如 Loki 部分)中的
caCert.name值后,FlowLogs-Pipeline pod 和 Console 插件 pod 不会重启,因此它们不知道配置更改。现在,pod 被重启,因此它们会获得配置更改。(NETOBSERV-772) - 在以前的版本中,在不同节点上运行的 pod 间的网络流有时没有正确识别为重复,因为它们由不同的网络接口捕获。这会导致控制台插件中显示过量的指标。现在,流会被正确识别为重复,控制台插件会显示准确的指标。(NETOBSERV-755)
- 控制台插件中的 "reporter" 选项用于根据源节点或目标节点的观察点过滤流。在以前的版本中,无论节点观察点是什么,这个选项都会混合流。这是因为在节点级别将网络流错误地报告为 Ingress 或 Egress。现在,网络流方向报告是正确的。源观察点的 "reporter" 选项过滤器,或目标观察点如预期。( NETOBSERV-696)
- 在以前的版本中,对于配置为直接将流作为 gRPC+protobuf 请求发送的代理,提交的有效负载可能太大,并由处理器的 GRPC 服务器拒绝。这会在有非常高负载的场景中发生,且只会发生在一些代理配置中。代理记录错误消息,例如:grpc: received message larger than max。因此,缺少有关这些流的信息丢失。现在,当大小超过阈值时,gRPC 有效负载被分成多个信息。因此,服务器可以维护连接状态。(NETOBSERV-617)
3.1.6. Network observability 1.1.0 增强 复制链接链接已复制到粘贴板!
以下公告可用于 Network Observability Operator 1.1.0:
Network Observability Operator 现在稳定,发行频道已升级到 v1.1.0。
3.1.7. Network observability 1.1.0 程序错误修复 复制链接链接已复制到粘贴板!
-
在以前的版本中,除非 Loki
authToken配置被设置为FORWARD模式,否则不会强制身份验证,允许未授权用户检索流。现在,无论 LokiauthToken模式如何,只有集群管理员才能检索流。(BZ#2169468)