1.3. 新功能及功能增强

OpenShift Container Platform 4.11 引入了 nvme-cli 软件包，它为管理 NVMe 设备提供了一个接口。

RHCOS 现在支持 kdump 用于 OpenShift Container Platform 4.11 中的 x86_64 架构。对其它构架上的 kdump 的支持仍为技术预览。

RHCOS 现在支持 kdump 用于 OpenShift Container Platform 4.11 中的 arm64 架构，作为技术预览。

RHCOS 现在在 OpenShift Container Platform 4.11 及更高版本中使用 Red Hat Enterprise Linux (RHEL) 8.6 软件包。这可让您获得最新的修复、功能和增强，以及最新的硬件支持和驱动程序更新。

下载 RHCOS 引导镜像的重定向器主机名现在是 rhcos.mirror.openshift.com。您必须配置防火墙以授予引导镜像的访问权限。如需更多信息，请参阅为 OpenShift Container Platform 配置防火墙。

现在支持将 Red Hat Enterprise Linux (RHEL) 9 与 OpenShift 安装程序(openshift-install)搭配使用。

如需更多信息，请参阅您的平台安装文档中的"包含安装程序"部分。

此发行版本更新了在单一节点上安装 OpenShift Container Platform 的最低系统要求。在单一节点上安装 OpenShift Container Platform 时，您应该配置至少 16 GB RAM。特定工作负载的要求中可能需要额外 RAM。支持的平台的完整列表包括裸机、vSphere、Red Hat OpenStack Platform(RHOSP)和 Red Hat Virtualization Platform。在所有情况下，当使用 openshift-installer 二进制文件安装单节点 OpenShift 时，您必须在 install-config.yaml 配置文件中指定 platform.none: {} 参数。

OpenShift Container Platform 4.11 现在支持基于 AWS 用户置备的基础架构和裸机安装程序置备的基础架构的 ARM 架构。有关实例可用性和安装文档的更多信息，请参阅支持的安装方法。

ARM 上的 OpenShift Container Platform 支持以下功能：

ARM 上的 OpenShift Container Platform 支持以下 Operator：

安装程序现在从 AWS 上的 bootstrap 和 control plane 主机收集串口控制台日志。此日志数据被添加到标准 bootstrap 日志捆绑包中。

如需更多信息，请参阅故障排除安装问题。

默认情况下，安装程序使用 Hyper-V 生成版本 2 虚拟机部署 Microsoft Azure 集群。如果安装程序检测到为虚拟机选择的实例类型不支持版本 2，它将使用版本 1 进行部署。

从 OpenShift Container Platform 4.11 开始，安装程序现在使用 4 个 vCPU 和 16 GB 虚拟 RAM 部署 AWS 和 VMware vSphere 计算节点。

OpenShift Container Platform 4.11 引入了对 AWS Secret Commercial Cloud Services(SC2S)区域的支持。现在，您可以在 us-isob-east-1 SC2S 区域中安装和更新 OpenShift Container Platform 集群。

如需更多信息，请参阅在 AWS 上安装集群到一个 Secret 或 Top Secret 区域

OpenShift Container Platform 4.11 支持使用安装程序置备的基础架构在 Nutanix 上安装集群。这种类型的安装允许您使用安装程序在安装程序置备和集群维护的基础架构上部署集群。

如需更多信息，请参阅在 Nutanix 上安装集群。

现在，您可以在 Azure 上安装 OpenShift Container Platform 时启用 Ultra SSD 存储。此功能要求安装 OpenShift Container Platform 的 Azure 区域和区域都提供 Ultra 存储。

如需更多信息，请参阅其他 Azure 配置参数。

当在 baremetal 网络中带有静态 IP 地址而没有 DHCP 服务器的裸机上部署安装程序置备的 OpenShift Container Platform 集群时，您必须为 bootstrap 虚拟机指定一个静态 IP 地址以及 bootstrap 虚拟机网关的静态 IP 地址。OpenShift Container Platform 4.11 提供 bootstrapExternalStaticIP 和 bootstrapExternalStaticGateway 配置设置，您可以在部署前在 install-config.yaml 文件中设置。通过引入这些设置，不再需要 OpenShift Container Platform 4.10 中的在 baremetal 网络中，在没有 DHCP 服务器的情况下为 bootstrap 虚拟机分配一个 IP 地址这一过程。

如需更多信息，请参阅配置 install-config.yaml 文件和额外 install-config 参数。

OpenShift Container Platform 4.11 支持在 Fujitsu 硬件的裸机上安装 OpenShift Container Platform 时配置 control plane 节点的 BIOS 和 RAID 阵列。对于 OpenShift Container Platform 4.10，在 Fujitsu 硬件中配置 BIOS 和 RAID 阵列仅限于 worker 节点。

如需更多信息，请参阅配置 BIOS 和配置 RAID。

您可以使用 oc-mirror OpenShift CLI (oc)插件在断开连接的环境中镜像镜像。此功能以前作为技术预览功能在 OpenShift Container Platform 4.10 中引入，现在在 OpenShift Container Platform 4.11 中正式发布。

此 oc-mirror 插件发行版本包括以下新功能：

如需更多信息，请参阅使用 oc-mirror 插件为断开连接的安装镜像镜像。

OpenShift Container Platform 4.11 支持使用用户管理的磁盘加密在 Azure 上安装集群。

如需更多信息，请参阅为 Azure 启用用户管理的加密。

Azure 上的 OpenShift Container Platform 4.11 为 control plane 和计算节点提供加速网络。在安装程序置备的基础架构安装中支持的实例类型支持，默认启用加速网络。

如需更多信息，请参阅 Azure 上的 Openshift 4 - 加速联网。

在 AWS 上安装受限 OpenShift Container Platform 集群时，不再需要配置 AWS VPC 端点。在配置 VPC 端点时，您还可以选择在没有 VPC 端点的情况下配置代理，或使用 VPC 端点配置代理。

如需更多信息，请参阅使用 VPC 的要求。

OpenShift Container Platform 4.11 允许您禁用 baremetal 和 marketplace Operator 的安装，以及存储在 openshift 命名空间中的 openshift-samples 内容。在安装前，您可以通过将 baselineCapabilitySet 和 additionalEnabledCapabilities 参数添加到 install-config.yaml 配置文件来禁用这些功能。如果在安装过程中禁用这些功能，您可以在安装集群后启用它们。启用功能后，无法再次禁用该功能。

如需更多信息，请参阅您的平台安装文档中的"安装配置参数"部分。

OpenShift Container Platform 现在包括在 Azure Marketplace 中。Azure Marketplace 产品可供在北美和 EMEA 处采购 OpenShift Container Platform 的客户使用。

如需更多信息，请参阅使用 Azure Marketplace 安装 OpenShift。

OpenShift Container Platform 现在包括在 AWS Marketplace 中。AWS Marketplace 产品可供在北美地区购买 OpenShift Container Platform 的客户使用。

如需更多信息，请参阅使用 AWS Marketplace 安装 OpenShift。

要在 vSphere 上运行的集群中安装 CSI 驱动程序，您必须安装以下组件：

早于以上版本的组件已弃用或删除。弃用的版本仍被完全支持，但红帽建议您使用 ESXi 7.0 Update 2 或更高版本和 vSphere 7.0 更新 2，但不包括版本 8. vSphere 8。

如需更多信息，请参阅已弃用和删除的功能。

作为集群管理员，您可以在安装或安装后启用集群功能来选择或取消选择一个或多个可选组件。

如需更多信息，请参阅集群功能。

OpenShift Container Platform 4.11 引入了带有多架构计算机器的集群，使用 Azure 安装程序置备的基础架构作为技术预览。此功能提供第二天操作，能够将 arm64 计算节点添加到使用多架构安装程序二进制文件置备的现有 x86_64 Azure 集群。您可以通过创建一个使用手动生成的 arm64 引导镜像的自定义 Azure 机器集来在集群中添加 arm64 计算节点。目前不支持 arm64 构架上的 control planes。如需更多信息，请参阅配置多架构集群。

在这个版本中，您可以使用新的 console.openshift.io/use-i18next 注解来确定 ConsolePlugin 包含本地化资源。如果注解被设置为 "true"，则加载来自 i18n 命名空间的本地化资源。如果注解被设置为任何其他值，或者在 ConsolePlugin 资源中缺失，则不会加载本地化资源。

如需更多信息，请参阅动态插件概述。

OpenShift Container Platform web 控制台现在支持暗模式主题。在用户首选项页面中，选择您首选的主题来查看 Web 控制台。

在这个版本中，Operator Installed Operator 页显示所有命名空间中的所有 Operator。您仍然只能查看项目选择器内所选命名空间中的实例。当查看操作对象实例时，新的切换控制允许从所有命名空间或只查看当前命名空间的所有操作对象实例。

在这个版本中，如果有条件更新可用，您可以在更新集群模态的选择新版本下拉列表中启用包括但不推荐的版本来填充有条件更新的下拉列表。如果选择了支持但不推荐的版本，则会在下拉菜单下显示与版本相关的问题的提示。

在这个版本中，为 OpenShift Container Platform Web 控制台提供对 pod 中断预算 (PDB) 的支持。在 Workloads PodDisruptionBudgets 中，您可以为 pod 资源创建 PDB。您可以从可用要求列表中选择 maxUnavailable 和 minAvailable，并设置正在运行的 pod 的值。另外，也可以通过 pod 控制器资源列表和详情页创建 pod 中断预算。例如，从 Workloads Deployments 点 Add PodDisruptionBudget。

如需更多信息，请参阅 Pod 抢占和其他调度程序设置。

现在支持将 Red Hat Enterprise Linux (RHEL) 9 与 OpenShift CLI (oc) 搭配使用。

如需更多信息，请参阅安装 OpenShift CLI。

现在，OAuth 服务器审计事件被记录在审计日志中的元数据级别。登录事件包括失败的登录尝试。

如需更多信息，请参阅关于审计日志策略配置集。

在 pod 级别的绑定对于启用需要高可用性和更多吞吐量的 pod 内的工作负载至关重要。使用 pod 级别绑定，您可以在内核模式接口上从多个根 I/O 虚拟化(SR-IOV)虚拟功能接口创建绑定接口。SR-IOV 虚拟功能传递到 pod，并附加到内核驱动程序中。

需要 pod 级别绑定的情况包括从不同物理功能的多个 SR-IOV 虚拟功能创建绑定接口。可以利用主机上的两个不同物理功能创建绑定接口，以便在 pod 级别上实现高可用性。

如需更多信息，请参阅从两个 SR-IOV 接口配置绑定接口

在这个版本中，为 Ingress Controller 引入了一个新的选项，它带有 hostnetwork 端点策略。现在，您可以使用 httpPort、httpsPort 和 statsPort 绑定端口在同一 worker 节点上托管多个 Ingress Controller。

您可以同时对集群中的多个裸机、安装程序置备的基础架构节点应用单个配置。将单个配置应用到多个节点会降低错误配置因单一置备过程造成的风险。

当使用 install-config 文件时，此机制仅适用于初始部署。

现在，您可以为 Ingress Controller 中的 AWS Classic Load Balancers (CLBs) 配置闲置连接超时。

如需更多信息，请参阅配置 Classic Load Balancer 超时

OpenShift Container Platform 更新至 HAProxy 2.2.24。

现在，您可以将 Ingress Controller 中每个 HAProxy 进程建立的最大同时连接数设置为 2000 和 2,000,000 之间的任何值。

如需更多信息，请参阅 Ingress Controller 配置参数。

在这个版本中，集群管理员可以设置健康检查间隔，以定义路由器在两个连续健康检查之间等待的时间。这个值会作为所有路由的默认值进行全局应用。默认值为 5 秒。

如需更多信息，请参阅 Ingress Controller 配置参数。

使用新的 tuning-cni meta 插件设置一个接口级别的安全网络 sysctl，该 sysctl 仅适用于特定的接口。例如，您可以通过配置 tuning-cni 插件来更改特定网络接口上的 accept_redirects 的行为。文档中提供了可设置的接口特定安全 sysclts 的完整列表。

除了此增强外，系统范围内的安全 sysctl 已进行了增强，以支持 net.ipv4.ping_group_range 和 net.ipv4.ip_unprivileged_port_start。

有关配置 tuning-cni 插件的更多信息，请参阅设置接口级别网络 sysctl。

有关新支持的接口级别网络安全 sysclts 和更新的更多信息，请参阅在容器中使用 sysctl。

在高度监管的环境中工作时，您可能需要在将请求转发到上游解析器时保护域名系统(DNS)流量，以便您确保额外的 DNS 流量和数据隐私。集群管理员现在可以配置传输层安全(TLS)来转发 DNS 查询。这个功能只适用于 DNS Operator，不适用于 Machine Config Operator 管理的 CoreDNS 实例。

如需更多信息，请参阅 使用 DNS 转发。

作为集群管理员，在使用 OVN-Kubernetes Container Network Interface (CNI) 集群网络供应商时，您可以在 Kubernetes 服务对象上配置 internalTrafficPolicy=Local。此功能允许集群管理员将流量路由到流量来自的同一节点上的端点。如果没有本地节点端点，流量将被丢弃。

如需更多信息，请参阅服务内部流量策略。

作为集群管理员，您可以使用 OpenShift Container Platform Web 控制台或 CLI 安装来自 OperatorHub 的 AWS Load Balancer Operator。AWS Load Balancer Operator 只是一个技术预览。

如需更多信息，请参阅安装 AWS Load Balancer Operator。

在以前的版本中，您无法指定路由的子域，并且需要 spec.host 字段来设置主机名。现在，您可以指定 spec.subdomain 字段，并省略路由的 spec.host 字段。公开路由的路由器部署将使用 spec.subdomain 值来确定主机名。

您可以使用此功能增强来简化分片，通过使路由具有多个不同的主机名，由公开路由的每个路由器部署决定。

在 OpenShift Container Platform 4.11 中，外部 DNS Operator 可用于 AWS Route53、Azure DNS、GCP DNS 和 Infoblox。这个功能是正式发布 (GA) 状态。对于 GovCloud 中的 BlueCat 和 AWS Route53，External DNS Operator 仍然为技术预览（TP）状态。在这个版本中，外部 DNS Operator 提供以下改进：

确保您从 TP 迁移到 GA。OpenShift Container Platform 4.11 的 ExternalDNS 的上游版本是 v0.12.0，TP 为 v0.10.2。如需更多信息，请参阅关于外部 DNS Operator。

现在，您可以将双网络接口(NIC)配置为使用每个 NIC 频道的 PtpConfig 配置集的边界时钟。

如需更多信息，请参阅使用带有双 NIC 硬件 的 PTP。

新的 PTP 事件 API 端点可用，即 api/cloudNotifications/v1/publishers。使用此端点，您可以获取 PTP os-clock-sync-state、ptp-clock-class-change，以及集群节点的 lock-state 详情。

如需更多信息，请参阅将 DU 应用程序订阅到 PTP 事件 REST API 参考。

SR-IOV 支持现在可用于 PensandoDS 卡。支持 OpenShift SR-IOV，但在使用 SR-IOV 时，您必须使用 SR-IOV CNI 配置文件设置静态的虚拟功能(VF)介质访问控制(MAC)地址。

SR-IOV 支持现在可用于 Mellanox MT2892 卡。

请注意，集群安装后无法调整网络的 CIDR 范围。红帽不对确定范围提供直接指导，因为它需要仔细考虑创建的 pod 数量。

如果使用 OVN-Kubernetes 集群网络供应商，现在可以在集群安装后启用 IPsec 加密。有关如何启用 IPsec 的更多信息，请参阅配置 IPsec 加密。

添加了额外的 MetalLB 自定义资源定义(CRD)来支持更复杂的配置。

添加了以下 CRD：

通过这些改进，您可以使用 Operator 进行更复杂的配置。例如，您可以使用增强功能来隔离节点或网络段。另外，可以对 FRRouting(FRR)日志记录组件进行的改进控制所生成的日志的详细程度。

如需更多信息，请参阅关于 MetalLB 和 MetalLB Operator。

route.openshift.io/destination-ca-certificate-secret 注解现在可用于 Ingress 对象来定义带有自定义证书(CA)的路由。

如需更多信息，请参阅在 Ingress 注解中使用目标 CA 证书创建路由。

使用 OpenShift Container Platform 的托管 control plane，您可以大规模托管集群，降低管理成本，优化集群部署时间，以及单独的管理和工作负载问题。当您为 Kubernetes Operator 版本 2.0 安装 multicluster engine 时，您可以启用此部署模型作为技术预览功能。如需更多信息，请参阅托管 control planes 概述（技术预览）。

Open Virtual Network(OVN)被重新设计为在集群的 control plane 和数据存储中托管其 control plane 和数据存储。使用托管的 control plane，OVN 支持分割 control plane。

对于用户置备的裸机基础架构上的集群，OVN-Kubernetes 集群网络供应商支持 IPv4 和 IPv6 地址系列。

对于在 RHOSP 上运行的集群，Open vSwitch(OVS) hardware offloading 现已正式发布。

如需更多信息，请参阅启用 OVS 硬件卸载。

对于在 RHOSP 上运行的集群，网络功能虚拟化部署体验有所改进。这个版本的更改包括：

这些更改反映了安装后和网络配置文档的简化。

对于 Red Hat OpenStack Platform (RHOSP)、VMware vSphere 或 oVirt 上的 OpenShift Container Platform 安装程序置备安装，Beepalived 现在被默认配置为使用单播（而不是多播）。您不再需要允许多播流量。单播迁移会在集群完成升级后的几分钟发生，因为所有节点都必须同时进行迁移。同时拥有多播和单播集群不会造成任何问题，因为 keepalived 将单播和多播视为完全独立的。

OpenShift Container Platform 可以使用 Azure File 的 Container Storage Interface(CSI)驱动程序置备持久性卷(PV)。此功能以前作为技术预览功能在 OpenShift Container Platform 4.10 中引入，现在在 OpenShift Container Platform 4.11 中正式发布并启用。

如需更多信息，请参阅 Azure File CSI Driver Operator。

从 OpenShift Container Platform 4.8 开始，在树内卷插件自动迁移到对应的 Container Storage Interface(CSI)驱动程序作为技术预览。OpenShift Container Platform 4.8 中提供了对 Cinder 的支持，OpenShift Container Platform 4.11 支持 Cinder 自动迁移(GA)。现在，Cinder 的 CSI 迁移会被默认启用，且管理员不需要操作。

这个功能会自动将树内对象转换为对应的 CSI 表示，并对用户完全透明。翻译的对象不存储在磁盘上，用户数据不会迁移。

虽然引用 in-tree 存储插件的存储类将继续工作，但我们建议将默认存储类切换到 CSI 存储类。

如需更多信息，请参阅 CSI 自动迁移。

从 OpenShift Container Platform 4.8 开始，在树内卷插件自动迁移到对应的 Container Storage Interface(CSI)驱动程序作为技术预览。OpenShift Container Platform 4.9 提供了对 Azure Disk 的支持，OpenShift Container Platform 4.11 现在支持对 Azure Disk 进行自动迁移(GA)。现在，Azure Disk 的 CSI 迁移会被默认启用，且管理员不需要操作。

这个功能会自动将树内对象转换为对应的 CSI 表示，并对用户完全透明。翻译的对象不存储在磁盘上，用户数据不会迁移。

虽然引用 in-tree 存储插件的存储类将继续工作，但我们建议将默认存储类切换到 CSI 存储类。

如需更多信息，请参阅 CSI 自动迁移。

从 OpenShift Container Platform 4.3 开始，在创建了 Container Storage Interface(CSI)存储卷后扩展它们作为技术预览功能，现在在 OpenShift Container Platform 4.11 中正式发布。

如需更多信息，请参阅扩展 CSI 卷。

OpenShift Container Platform 4.11 支持 Container Storage Interface(CSI)通用临时卷(GA)。通用临时卷是临时卷类型，可以由所有存储驱动程序提供，同时支持持久卷和动态置备。

如需更多信息，请参阅通用临时卷。

OpenShift Container Platform 4.11 支持 vSphere Container Storage Interface(CSI)Driver Operator 的卷大小和快照，其限制如下：

如需更多信息，请参阅 OpenShift Container Platform 支持的 CSI 驱动程序。

Image Registry Operator 的默认配置现在将镜像 registry pod 分散到拓扑区中，以防止在完全区失败时造成延迟恢复时间，因为所有 pod 都会受到影响。

如需更多信息，请参阅 在在可用区间分布 Image Registry Operator。

OpenShift Container Platform 4.11 支持的 Red Hat OpenShift Data Foundation registry 存储。

OpenShift Data Foundation 集成了可与内部镜像 registry 搭配使用的多个存储类型，其中包括：

基于文件的目录格式的 OpenShift Container Platform 4.11 的默认红帽提供的 Operator 目录。OpenShift Container Platform 4.6 到 4.10 以 SQLite 数据库格式发布。基于文件的目录是 Operator Lifecycle Manager (OLM) 中目录格式的最新迭代。它是 JSON 或 YAML 中的纯文本文件，是早期 SQLite 数据库格式的声明性配置演进。集群管理员和用户不会看到通过新的目录格式安装工作流和 Operator 消耗的任何更改。

如需更多信息，请参阅基于文件的目录。

从 OpenShift Container Platform 4.11 作为技术预览功能开始，Operator SDK 包含了用于开发基于 Java 的 Operator 的工具和库。Operator 开发人员可以利用 Operator SDK 中的 Java 编程语言支持来构建基于 Java 的 Operator 并管理其生命周期。

如需更多信息，请参阅开始使用基于 Java 的 Operator 的 Operator SDK。

自 OpenShift Container Platform 4.11 起，run bundle 命令默认支持 Operator 目录基于文件的目录格式。Operator 目录已弃用的 SQLite 数据库格式仍被支持，但将在以后的发行版本中删除。

如需更多信息，请参阅使用捆绑包镜像。

作为 Operator 作者，您可以在 Operator SDK 中运行 bundle validate 命令来验证 Operator 捆绑包的内容和格式。除了默认测试外，您还可以运行可选的验证器来测试捆绑包中的问题，如空 CRD 描述或不支持的 Operator Lifecycle Manager(OLM)资源。

如需更多信息，请参阅验证 Operator 捆绑包。在早期版本的 OpenShift Container Platform 中，Performance Addon Operator 为应用程序提供了自动、低延迟的性能调整。在 OpenShift Container Platform 4.11 中，这些功能是 Node Tuning Operator 的一部分。Node Tuning Operator 是 OpenShift Container Platform 4.11 的标准安装的一部分。如果您升级到 OpenShift Container Platform 4.11，Node Tuning Operator 会在启动时删除 Performance Addon Operator 以及所有相关的工件。

如需更多信息，请参阅 Node Tuning Operator。

现在，您可以使用机器集创建使用 Amazon EC2 实例元数据服务 (IMDS) 的特定版本的计算机器。机器集可以创建允许使用 IMDSv1 和 IMDSv2 的计算机器或需要使用 IMDSv2 的计算机器。

如需更多信息，请参阅 Amazon EC2 实例元数据服务的机器设置选项。

现在，您可以创建一个在 Azure 上运行的机器集，该机器集使用 ultra 磁盘部署机器。您可以将大量磁盘的机器部署为数据磁盘，也可以使用 in-tree 或 Container Storage Interface(CSI) PVC 的持久性卷声明(PVC)。

如需更多信息，请参阅以下主题：

现在支持 Google Cloud Platform(GCP)Compute Engine 的 pd-balanced 持久磁盘类型。如需更多信息，请参阅使用机器集配置持久性磁盘类型。

对 Nutanix 集群的新平台支持包括使用 Machine API 机器集管理机器的功能。如需更多信息，请参阅在 Nutanix 上创建机器集。

OpenShift Container Platform 4.11 引进了使用上游 Cluster API（集成到 OpenShift Container Platform）作为 AWS 和 GCP 集群的技术预览来管理机器的功能。这个功能是使用 Machine API 管理机器的补充或替代功能。如需更多信息，请参阅使用集群 API 管理虚拟机。

Machine Config Operator(MCO)现在根据 topology.kubernetes.io/zone 标签按区按字母顺序更新受影响的节点。如果一个区域有多个节点，则首先更新最旧的节点。对于不使用区的节点，如裸机部署中的节点，节点会按使用的时间升级，首先更新最旧的节点。在以前的版本中，MCO 不会考虑区或节点年龄。

如需更多信息，请参阅机器配置概述。

现在，如果 MCO 试图在机器配置池(MCP)上更新已过期的 kube-apiserver-to-kubelet-signer CA 证书，您现在会收到 OpenShift Container Platform Web 控制台的 Alerting UI 中的警报。如果 MCP 暂停，MCO 无法将新轮转的证书推送到这些节点，这会导致失败。

如需更多信息，请参阅暂停机器配置池。

OpenShift Container Platform 4.11 引入了可替代 Poison Pill Operator 的 Self Node Remediation Operator。

Self Node Remediation Operator 提供了以下改进：

如需更多信息，请参阅使用自助节点修复 Operator 修复节点。

现在，您可以将 worker 节点添加到单节点 OpenShift 集群。这在需要向集群添加额外的容量时，在资源有约束的环境中部署或网络边缘部署非常有用。

如需更多信息，请参阅用于单节点 OpenShift 集群的 Worker 节点。

默认情况下，descheduler 现在以预测模式运行，这意味着它只模拟 pod 驱除。您可以查看 descheduler 指标来查看要被驱除的 pod 的详情。

要驱除 pod 而不是模拟驱除，将 descheduler 模式改为自动。

如需更多信息，请参阅使用 descheduler 驱除 pod。

此发行版本为 descheduler 引进了以下自定义：

如需更多信息，请参阅使用 descheduler 驱除 pod。

Node Maintenance Operator 提供以下改进：

如需更多信息，请参阅使用 Node Maintenance Operator 将节点设置为维护模式。

OpenShift Container Platform 4.11 为 RHV API 引入了一个新的连接器，它为集群中的所有安装和 oVirt 组件添加了自动日志消息。

监控堆栈组件和依赖项的更新包括：

集群管理员现在可以为用户工作负载监控启用警报路由，以便开发人员和其他用户能够为其用户定义的项目配置自定义警报和警报路由。

现在，您可以选择启用一个单独的 Alertmanager 实例，专门用于为用户定义的项目发送警报。这个功能可以帮助减少默认平台 Alertmanager 实例上的负载，并可更好地将用户定义的警报与默认平台警报分开。

现在，您可以使用以下身份验证方法访问远程写端点：AWS Signature Version 4、自定义授权标头和 OAuth 2.0。在此版本之前，您只能使用 TLS 客户端和基本身份验证。

OpenShift Container Platform Web 控制台的 Observe Metrics 页面中的 Query Browser 增加了各种改进，以改进您在创建、浏览和管理 PromQL 查询的功能。例如，管理员现在可以在构建和编辑查询时复制现有的查询并使用自动完成建议。

在单节点 OpenShift Container Platform 部署中，所有由 Cluster Monitoring Operator(CMO)控制的 ServiceMonitor 都重复提取间隔。现在，最大间隔为两分钟。

此发行版本引入了一个技术预览功能，管理员可基于现有平台监控指标创建警报规则。此功能可帮助管理员更快、更轻松地创建特定于其环境的新警报规则。

现在，您可以在发送到远程写入存储的指标中添加集群 ID 标签。然后，您可以查询这些标签来标识指标的源集群，并区分与其他集群发送的类似指标数据的数据。

现在，您可以使用 Prometheus /federate 端点从集群外的网络位置提取用户定义的指标。在此版本前，您只能访问联邦端点，以便在默认平台监控中提取指标。

现在，您可以为默认平台监控设置 enforcedBodySizeLimit 配置映射选项，以启用指标提取的正文大小限制。当至少有一个 Prometheus 刮除提取目标回复带有的响应正文大于配置的 enforcedBodySizeLimit 时，此设置会触发新的 PrometheusScrapeBodySizeLimitHit 警报。此设置可以限制一个恶意目标可在整个集群中对 Prometheus 组件和集群上产生的影响。

现在，您可以为默认平台监控和用户工作负载监控配置保留的 metrics 存储的最大磁盘空间量。在此发行版本中，您无法配置此设置。

现在，您可以为用户定义的项目中的 Thanos Ruler 数据配置保留时间周期。在此版本之前，您无法更改默认值 24h。

OpenShift Container Platform 4.11 支持对 Node Tuning Operator 的提示机制，它可以微调 PerformanceProfile 以满足不同行业标准的需求。在本发行版本中，工作负载提示可用于 highPowerConsumption （非常低的延迟，但会增加功耗的成本），以及 realtime （实现最佳延迟具有高优先级）。对于这些提示使用 true/false 设置的组合来处理特定于应用程序的工作负载配置文件和要求。

Raft 算法允许使用新 learner 状态扩展 etcd 成员。因此，维护集群仲裁、添加和删除新成员，并在不影响集群操作的情况下提升 learner。

OpenShift Container Platform 4.11 引进了 imageStorage 选项，作为 AgentServiceConfig 自定义资源的一部分。此选项允许用户指定用于镜像服务的持久性存储声明详情，从而提高了应用程序性能。

ClusterImageSet 自定义资源的 releaseImage 参数现在支持操作系统镜像版本标识。发现 ISO 基于操作系统镜像版本，作为 releaseImage，或者在指定的版本不可用时基于最新版本。

AgentServiceConfig 自定义资源(CR)的 openshiftVersion 参数现在支持 "x.y"(major.minor)或 "x.y.z"(major.minor.patch)格式。

OpenShift Container Platform 4.11 引入了为 kubelet 的存活度、就绪度和启动探测（由 OpenShift Container Platform ingress Operator 管理的路由器部署）配置超时值的功能。与较短的默认 1 秒超时相比，设置较大的超时值可以降低不必要的和非预期的重启风险。

如需更多信息，请参阅配置 Ingress Controller（路由器）存活度、就绪度和启动探测

您可以通过在性能配置集中的 offlined 字段中指定 CPU，通过 Node Tuning Operator 减少功耗。如需更多信息，请参阅通过使 CPU 离线来降低功耗。

OpenShift Container Platform 4.11 在技术预览中引入了 Node Observability Operator。

Node Observability Operator 提供了以下功能：

如需更多信息，请参阅使用 Node Observability Operator 请求 CRI-O 和 Kubelet 分析数据。

在早期版本的 OpenShift Container Platform 中，Performance Addon Operator 为应用程序提供了自动、低延迟的性能调整。在 OpenShift Container Platform 4.11 中，这些功能是 Node Tuning Operator 的一部分。Node Tuning Operator 是 OpenShift Container Platform 4.11 的标准安装的一部分。如果您升级到 OpenShift Container Platform 4.11，Node Tuning Operator 会在启动时删除 Performance Addon Operator 以及所有相关的工件。

如需更多信息，请参阅 Node Tuning Operator。

在 OpenShift Container Platform 的早期版本中，低延迟调整的文档包括了对 Performance Addon Operator 的引用。因为 Node Tuning Operator 现在提供低延迟调整，所以文档标题从 "Performance Addon Operator for low latency nodes" 改为 "Low latency tuning"，并相应地更新对本文档的多个跨引用。如需更多信息，请参阅延迟调整。

对于定制集群需要树外驱动程序支持的 hub 和 spoke 部署，您可以使用 hub 集群中部署的 Special Resource Operator(SRO)来管理将所需的内核模块部署到一个或多个受管集群。这使用 Red Hat Advanced Cluster Management(RHACM)，不再需要使用 Node Feature Discovery(NFD)。如需更多信息，请参阅为 hub-and-spoke 拓扑构建并运行 simple-kmod SpecialResource。

当升级要管理特殊资源的集群时，您可以运行预升级自定义资源，以验证是否存在新的驱动程序容器来支持内核更新。这有助于避免对受管特殊资源造成混乱。当前还没有这个功能的文档，它们将在以后发布。

Special Resource Operator(SRO)包含一致的日志输出格式，它更详细地用于故障排除。

在此次更新之前，SRO 不支持在断开连接的环境中连接到 registry。此发行版本支持将驱动程序容器托管在 OpenShift Container Platform 集群之外的 registry 中的断开连接的环境。

在 OpenShift Container Platform 4.11 中，Insights Operator 会收集以下额外信息：

通过这些附加信息，红帽改进了 OpenShift Container Platform 功能并增强了 Insights Advisor 建议。

现在，OpenShift Container Platform 测试并支持以下 OpenID Connect(OIDC)供应商：

有关 OIDC 供应商的完整列表，请参阅支持的 OIDC 供应商。

现在，OpenShift Container Platform 上启用了 Pod 安全准入。

Pod 准入由 Pod 安全和安全性上下文约束 (SCC) 准入来实施。Pod 安全准入在全局范围内运行，并带有 privileged 强制和 restricted 审计日志记录和 API 警告。

控制器监控用户创建的命名空间中的服务帐户的 SCC 相关的权限，并使用 pod 安全准入 warn 和 audit 标签自动标记这些命名空间。

为了根据 restricted pod 安全配置集提高工作负载安全性，这个版本引入了根据新的 Pod 安全准入控制来强制使用 Pod 安全性的 SCC。这些 SCC 为：

它们与旧的、类似命名的 SCC 相对应，但有以下改进：

在 OpenShift Container Platform 4.11 中，对于新安装，用户被授予的 SCC 默认是 restricted-v2，而不是 restricted SCC。在新集群中，restricted-v2 SCC 用于任何经过身份验证的用户（取代了 restricted SCC）。restricted SCC 不再可供新集群用户使用，除非访问权限被明确授予。在最初在 OpenShift Container Platform 4.10 或更早版本安装的集群中，所有经过身份验证的用户都可以在升级到 OpenShift Container Platform 4.11 及之后的版本时使用 restricted SCC。这会把 OpenShift Container Platform 的默认安全权限保留为 secure-default，并与上游 Kubernetes 项目的 pod 安全准入和 pod 安全标准保持一致，同时保持升级的集群的权限与之前的状态一致。

您可以为大多数命名空间启用同步，并为所有命名空间禁用同步。

在本发行版本中，带有 openshift- 前缀的命名空间没有限制强制。计划将把此类命名空间的受限实施包含在未来的版本中。

如需更多信息，请参阅了解和管理 pod 安全准入。