Tuning Operator 可以帮助您通过 tuned 守护进程来管理节点一级的性能优化。大多数高性能应用 程序都需要一定程度的内核级性能优化。Node Tuning Operator 为用户提供了一个统一的、节点一级的 sysctls 管理接口，并可以根据具体用户的需要灵活地添加定制的性能优化设置（当前还是一个技术预览功 能）。Node Tuning Operator 把为 OpenShift Container 配置可能会在以后发行的版本中改 变。 1.2.5.2. 新的提示用 新的提示用户界面 界面 一个提示信息 UI 现已集成到 OpenShift Container Platform web 控制台中。现在，您可以从一个统一的 地方查看集群一级的提示信息及提示规则。 1.2.5.3. Telemeter Telemeter 可以以匿名的方式收集与集群相关的 metrics 数据来帮助用户预防 OpenShift Container

Tuning Operator 可以帮助您通过编排 TuneD 守护进程来管理节点级别的性能优化。大多数高性能 应用程序都需要一定程度的内核级性能优化。Node Tuning Operator 为用户提供了一个统一的、节点一 级的 sysctl 管理接口，并可以根据具体用户的需要灵活地添加自定义性能优化设置。 Operator 将为 OpenShift Container Platform 容器化 TuneD 低延迟网络应用程序。 需要与其他进程协调，并从共享一个处理器缓存中受益。 拓扑管理器（Topology Manager）从 CPU Manager、设备管理器和其他 Hint 提供者收集提示信息，以 匹配相同非统一 内存访问（NUMA）节点上的所有 QoS 类的 pod 资源（如 CPU、SR-IOV VF 和其他设 备资源）。 拓扑管理器使用收集来的提示信息中获得的拓扑信息，根据配置的 Topology Manager 允许您在相同的 NUMA 区域中调度高性能工作负载。它部署一个节点资源导 出代理，该代理在可用的集群节点 NUMA 资源以及管理工作负载的辅助调度程序上报告。 6.1. 关于 NUMA 感知调度 非统一内存访问 (NUMA) 是一个计算平台架构，允许不同的 CPU 以不同速度访问不同区域。NUMA 资源 拓扑引用与计算节点上相互相对的 CPU、内存和 PCI 设备的位置。在一起的资源表示在同一 NUMA

MESH Red Hat OpenShift Service Mesh 是一个提供对服务网格（service mesh）的行为信息和操作控制的平 台，它为用户提供了一个连接、管理和监控微服务应用程序的统一方法。 术语 服务网格（service mesh）代表在分布式微服务架构中组成应用程序的微服务网络，以及这些微服务 间的交互。当服务网格的规模和复杂性增大时，了解和管理它就会变得非常困难。 Red Mixer 适配器 此发行版本只支持以下 Mixer 适配器： 3scale Istio Adapter Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 流量管理 - 控制服务间的流量和 API 调用，提高调用的可靠性，并使网络在条件不好的情况保持 稳定。 服 服务标识 务标识和安全性 和安全性 - 在网格中提供可验证身份的服务，并提供保护服务流量的能力，以便可以通 ，因为上游 Istio 项目不支持它，OpenShift 也不完 全支持它。 图形布局 - Kiali 图形的布局会根据应用程序构架和要显示的数据（图形节点数目及其交互）的不 同而有所变化。因为创建一个统一布局的难度较大，所以 Kiali 提供了几种不同布局的选择。要选 择不同的布局，可从 Graph Settings 菜单中选择一个不同的 Layout Schema。 1.4.1. Red Hat

其中包括 A/B 测 试、canary 发行版本、访问控制以及端到端验证。 1.1.2. 核心功能 Red Hat OpenShift Service Mesh 在服务网络间提供了实现关键功能的统一方式： 流量管理 - 控制服务间的流量和 API 调用，提高调用的可靠性，并使网络在条件不好的情况保持 稳定。 服务标识和安全性 - 在网格中提供可验证身份的服务，并提供保护服务流量的能力，以便可以通 36 包括以下功能和增强： Service Mesh 故障排除功能 control plane 和网关监控 代理同步状态 Envoy 配置视图 显示 Envoy 代理和应用程序日志处于交集的统一视图 支持联邦服务网格视图的命名空间和集群选择 新的验证、向导和分布式追踪增强 1.2.2.13. Red Hat OpenShift Service Mesh 2.0.11.1 的新功能 的新功能 Container Platform 4.8 Service Mesh 20 图形布局 - Kiali 图形的布局会根据应用程序构架和要显示的数据（图形节点数目及其交互）的不 同而有所变化。因为创建一个统一布局的难度较大，所以 Kiali 提供了几种不同布局的选择。要选 择不同的布局，可从 Graph Settings 菜单中选择一个不同的 Layout Schema。 首次从 Kiali 控制台访问相关服务（如分布式追踪平台和

OpenShift Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络，它允许 OpenShift Container Platform 4.9 网 网络 络 8 OpenShift Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络，它允许 OpenShift Container Platform 集群中的不同 cncf.io/networks-status 参数是对象的 JSON 数组。每个对象描述附加到 pod 的额外网络的状态。注解值保存为纯文本值。 14.7.3. 创建与 SR-IOV pod 兼容的非统一内存访问 (NUMA) 您可以通过限制 SR-IOV 和从相同 NUMA 节点分配的 CPU 资源，使用 restricted 或 single-numa-node Topology Manager CNI 网络供应商 15.1. 关于 OPENSHIFT SDN 默认 CNI 网络供应商 OpenShift Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络，它允许 OpenShift Container Platform 集群中的不同 pod 相互间进行通信。此 pod 网络是由 OpenShift SDN 建 立和维护的，它使用 Open

Foundation 而不是从 而不是从 OperatorHub 安装的好 安装的好处 处 创建 OpenShift Data Foundation 配置的版本，以便在多个集群上安装或扩展现有配置。 在多个集群中统一更新 OpenShift Data Foundation。 标准化存储类，以便开发人员将它们用于集群间的持久性存储。 通过 Satellite 配置为您的应用使用类似的部署模式。 使用 worker

(vTPM)设备添加到新的或现有虚拟机中。 10.13.1. 关于 vTPM 设备 虚拟可信平台模块(vTPM)设备功能，如物理信任平台模块(TPM)硬件芯片。 您可以将 vTPM 设备与任何操作系统一起使用，但 Windows 11 需要存在 TPM 芯片用来安装或引导的 TPM 芯片。vTPM 设备允许从 Windows 11 镜像创建的虚拟机在没有物理 TPM 芯片的情况下正常工作。 如果没有启用 拟机 机 137 3. 将 YAML 文件应用到集群。 10.15.5. 为虚拟机使用 UEFI 模式 您可以使用统一可扩展固件接口(UEFI)模式引导虚拟机(VM)。 10.15.5.1. 关于虚 关于虚拟机的 机的 UEFI 模式 模式 像旧的 BIOS 一样，统一可扩展固件接口(UEFI)在计算机启动时初始化硬件组件和操作系统镜像文件。与 BIOS 相比，UEFI 支持更现代的功能和自定义选项，从而加快启动速度。 资源，并自动执行与 引导 GPU 节点相关的任务。由于 GPU 是集群中的一个特殊资源，所以您必须先安装一些组件，然后才能 将应用程序工作负载部署到 GPU。这些组件包括 NVIDIA 驱动程序，启用计算统一设备架构(CUDA)、 Kubernetes 设备插件、容器运行时和其他功能，如自动节点标签、监控等。 注意 注意 NVIDIA GPU Operator 仅支持 NVIDIA。有关从 NVIDIA

集成。您可以将虚拟机连接到服务网 格， 以使用 IPv4 监控、视觉化和控制在默认 pod 网络上运行虚拟机工作负载的 pod 间的流量。 OpenShift Virtualization 现在提供了一个统一的 API，用于自动导入和更新预定义的引导源。 3.3.1. 快速启动 有几个 OpenShift Virtualization 功能提供快速入门导览。要查看导览，请点击 OpenShift Virtualization Playbook 简介 验证 Playbook 的工具 8.15.5. 为虚拟机使用 UEFI 模式 您可以使用统一可扩展固件接口(UEFI)模式引导虚拟机(VM)。 8.15.5.1. 关于虚 关于虚拟机的 机的 UEFI 模式 模式 像旧的 BIOS 一样，统一可扩展固件接口(UEFI)在计算机启动时初始化硬件组件和操作系统镜像文件。与 BIOS 相比，UEFI 支持更现代的功能和自定义选项，从而加快启动速度。 资源，并自动执行与 引导 GPU 节点相关的任务。由于 GPU 是集群中的一个特殊资源，因此您必须在将应用程序工作负载部署 到 GPU 之前安装一些组件。这些组件包括 NVIDIA 驱动程序，启用计算统一设备架构(CUDA)、 Kubernetes 设备插件、容器运行时等，如自动节点标签、监控等。 注意 注意 NVIDIA GPU Operator 仅支持 NVIDIA。有关从 NVIDIA 获取支持的更多信息，请参阅

Kubernetes 应用程序是一款 app，可在 Kubernetes 上部署，也可使用 Kubernetes API 和 kubectl 或 oc 工具进行管理。要想充分利用 Kubernetes，您需要一组统一的 API 进行扩展，以便服务和管理 Kubernetes 上运行的应用程序。可将 Operator 看成管理 Kubernetes 中这类应用程序的运行时。 2.1.1. 为什么要使用 Operator？ Lifecycle Manager(OLM)管理运行 Operator 的依赖项解析和升级生命周期。在很多方 面，OLM 的问题与其他系统或语言软件包管理器类似，如 yum 和 rpm。 但其中有一个限制是相似系统一般不存在而 OLM 存在的，那就是：因为 Operator 始终在运行，所以 OLM 会努力确保您所接触的 Operator 组始终相互兼容。 因此，OLM 不得创建以下情况： 安装一组需要无法提供的 Operator 的 Operator SDK 入门 Operator SDK 包括生成 Operator 项目的选项，它利用现有 Ansible playbook 和模块将 Kubernetes 资源 部署为统一应用程序，而无需编写任何 Go 代码。 # Set the Operator SDK version to use. By default, what is installed on the system

附加的运行时配置 12.7.1.2. 基于 InfiniBand 的 SR-IOV 附加的运行时配置 12.7.2. 将 pod 添加到额外网络 12.7.3. 创建与 SR-IOV pod 兼容的非统一内存访问 (NUMA) 12.7.4. 其他资源 12.8. 配置高性能多播 12.8.1. 高性能多播 12.8.2. 为多播配置 SR-IOV 接口 12.9. 在 DPDK 和 RDMA cncf.io/networks-status 参数是对象的 JSON 数组。每个对象描述附加到 pod 的额外网络的状态。注解值保存为纯文本值。 12.7.3. 创建与 SR-IOV pod 兼容的非统一内存访问 (NUMA) 您可以通过限制 SR-IOV 和从相同 NUMA 节点分配的 CPU 资源，使用 restricted 或 single-numa-node Topology Manager CNI 网络供应商 13.1. 关于 OPENSHIFT SDN 默认 CNI 网络供应商 OpenShift Container Platform 使用软件定义网络 (SDN) 方法来提供一个统一的集群网络，它允许 OpenShift Container Platform 集群中的不同 pod 相互间进行通信。此 pod 网络是由 OpenShift SDN 建 立和维护的，它使用 Open