管理员必须能够集中管理多个 Edge 站点和本地服务，以便所有部署都可以以最低的管理成本运行。它们 还需要一个简便的方法来部署和配置其集群的某些节点，以实现实时低延迟和高性能目的。低延迟节点对 于如 Cloud-native Network Functions（CNF）和 Data Plane Development Kit（DPDK） 等应用程序非 常有用。 OpenShift Container Platform 序如何使用巨页。 OpenShift Container Platform 4.10 可伸 可伸缩 缩性和性能 性和性能 138 第 15 章 为平台验证执行延迟测试 您可以使用 Cloud-native Network Function (CNF) 测试镜像在启用了 CNF 的 OpenShift Container Platform 集群上运行延迟测试，其中安装了运行 CNF 工作负载所需的所有组件。运行延迟测试以验证工 30 微秒，而 MAXIMUM_LATENCY 被设置为 10 微秒，则 oslat 测试将以最大可接受 的延迟 30 微秒运行。 15.4. 运行延迟测试 运行集群延迟测试，以验证 Cloud-native Network Function (CNF) 工作负载的节点调整。 重要 重要 始 始终 终使用 DISCOVERY_MODE=true 设置运行延迟测试。如果没有，测试套件将对正在运

公开的值以及指标相关网络附加定义名称的查询，以标识网络类型。 如需更多信息，请参阅将二级接口指标与网络附加关联。 1.2.8.7. CNF 测试 测试可以在 可以在发现 发现模式下 模式下运 运行 行 这是一个可选模式，Cloud-native Network Function（CNF）测试会试图在集群上查找配置而不是应用新 的配置。CNF 测试镜像是 CNF conformance 测试套件的容器化版本。它旨在针对启用了 CNF

进行 tokenzied 身份验证的配置。 "true" 或 "false" features.operators.openshift .io/cnf 指定 Operator 是否提供 Cloud-Native Network Function (CNF) Kubernetes 插 件。 "true" 或 "false" 第 第 5 章 章 开 开发 发 OPERATOR 283 features 断开连接 接 Operator 支持被镜像到断开连接的目录中，包括所有依赖项，且不需要访 问互联网。Operator 列出了镜像所需的所有相关镜像。 cnf Operator 提供了一个 Cloud-native Network Function（CNF）Kubernetes 插件。 apiVersion: operators.coreos.com/v1alpha1 kind: ClusterServiceVersion