第 1 章 Network Observability Operator 发行注记
Network Observability Operator 可让管理员观察和分析 OpenShift Container Platform 集群的网络流量流。
本发行注记介绍了 OpenShift Container Platform 中 Network Observability Operator 的开发。
有关 Network Observability Operator 的概述，请参阅关于 Network Observability Operator。
1.1. Network Observability Operator 1.6.1
以下公告可用于 Network Observability Operator 1.6.1 ：
1.1.1. CVE
1.1.2. 程序错误修复
- 在以前的版本中，关于数据包丢弃的信息（如原因和 TCP 状态）仅在 Loki 数据存储中提供，而不是在 Prometheus 中提供。因此，OpenShift Web 控制台插件 Overview 中的丢弃统计信息仅适用于 Loki。在这个版本中，有关数据包丢弃的信息也添加到指标中，因此您可以在禁用 Loki 时查看丢弃统计信息。(NETOBSERV-1649)
-
当 eBPF 代理
PacketDrop功能被启用，并抽样被配置为一个大于1的值时，报告的丢弃的字节并丢弃数据包会忽略抽样配置。虽然这样做的目的为了不遗漏任何数据丢弃，但这样做的一个副作用是报告的丢弃数据与非丢弃数据的比例变得有倾向性。例如，对于一个非常高的抽样率（如1:1000）中，在控制台插件中观察到的情况是，几乎所有流量都被丢弃。在这个版本中，抽样配置会正确处理丢弃的字节和数据包。(NETOBSERV-1676) - 在以前的版本中，如果首先创建了接口，然后才部署 eBPF 代理，则不会检测到这个 SR-IOV 二级接口。只有在先部署了代理，然后再创建 SR-IOV 接口时，才会检测到它。在这个版本中，无论部署序列是什么，都会检测到 SR-IOV 二级接口。(NETOBSERV-1697)
- 在以前的版本中，当禁用 Loki 时，OpenShift Web 控制台中的 Topology 视图始终会在网络拓扑图旁边的滑块中显示集群和 区域聚合选项，即使未启用相关的功能。在这个版本中，滑块只根据启用的功能显示选项。(NETOBSERV-1705)
-
在以前的版本中，当 Loki 被禁用时，OpenShift Web 控制台第一次加载时，可能会显示错误：
Request failed with status code 400 Loki is disabled。在这个版本中，不再会出现错误。(NETOBSERV-1706) - 在以前的版本中，在 OpenShift Web 控制台的 Topology 视图中，当点击任何图形节点旁边的 Step into 图标时，过滤器不会根据需要应用，从而将重点设置为所选图形节点，从而导致在 OpenShift Web 控制台中显示 Topology 视图的广泛视图。在这个版本中，正确设置了过滤，有效缩小 Topology 的范围。作为此更改的一部分，点节点上的 Step into 图标进入 Resource 范围而不是 Namespaces 范围。(NETOBSERV-1720)
- 在以前的版本中，当 Loki 被禁用时，在 OpenShift Web 控制台的 Topology 视图中，将 Scope 设置为 Owner，点任何图形节点旁的 Step into 图标会使 Scope 变为 Resource，在没有 Loki 的情况下不可用，因此会显示错误消息。在这个版本中，当 Loki 被禁用时，在 Owner 范围中会隐藏 Step into 图标，因此不再发生此场景。(NETOBSERV-1721)
- 在以前的版本中，当禁用 Loki 时，当设置了一个组时，OpenShift Web 控制台的 Topology 视图中会显示一个错误，但会更改范围，以便组变得无效。在这个版本中，无效的组会被删除，从而导致错误。(NETOBSERV-1722)
-
从 OpenShift web 控制台 Form view 创建
FlowCollector资源时，与 YAML 视图 不同，以下设置被 web 控制台：agent.ebpf.metrics.enable和processor.subnetLabels.openShiftAutoDetect管理。这些设置只能在 YAML 视图中被禁用，不能在 Form 视图中禁用。为避免混淆，这些设置已从 Form 视图中删除。它们仍可在 YAML 视图中访问。(NETOBSERV-1731) - 在以前的版本中，eBPF 代理无法在非正常崩溃前清理安装的流量控制流，例如因为 SIGTERM 信号造成崩溃。这会导致使用相同名称创建多个流量控制流过滤，因为旧的流没有被删除。在这个版本中，在代理启动时，所有之前安装的流量控制流都会被清理。(NETOBSERV-1732)
- 在以前的版本中，当配置自定义子网标签并保持 OpenShift 子网自动检测时，OpenShift 子网优先于自定义子网，从而导致在集群子网中定义自定义标签。在这个版本中，自定义的子网具有优先权，允许在集群子网中定义自定义标签。(NETOBSERV-1734)
