使用 PERFORMANCE ADDON OPERATOR 减少 NIC 队列 14.7. 调试低延迟 CNF 调整状态 14.8. 为红帽支持收集调试数据延迟 第 第 15 章 章 为 为平台 平台验证执 验证执行延 行延迟测试 迟测试 15.1. 运行延迟测试的先决条件 15.2. 关于延迟测试的发现模式 15.3. 测量延迟 15.4. 运行延迟测试 15.5. 生成延迟测试失败报告 章 单节 单节点 点 OPENSHIFT 上的工作 上的工作负载 负载分区 分区 18.1. 使用工作负载分区最大化 CPU 分配 第 第 19 章 章 处 处于 于边缘 边缘网 网络 络的集群 的集群 19.1. 网络边缘的挑战 19.2. 为 ZTP 准备 HUB 集群 19.3. 使用 RHACM 和 SITECONFIG 资源安装受管集群 19.4. 使用策略和 POLICYGENTEMPLATE LinuxONE 上的 OpenShift Container Platform 提供推荐的主机实践。 注意 注意 s390x 架构在很多方面都是唯一的。因此，此处提出的一些建议可能不适用于其他平台。 注意 注意 除非另有说明，否则这些实践适用于 IBM Z 和 LinuxONE 上的 z/VM 和 Red Hat Enterprise Linux (RHEL) KVM 安装。 2.1.

执行 EUS 到 EUS 更新 3.4. 执行 CANARY ROLLOUT 更新 3.5. 更新包含使用 RHEL 的计算（COMPUTE）系统的集群 3.6. 在断开连接的环境中更新集群 3.7. 更新在 VSPHERE 上运行的节点上运行的硬件 3.8. 使用多架构计算机器迁移到集群。 3.9. 更新托管的 CONTROL PLANE 3.10. 使用 BOOTUPD 更新 RHCOS 节点上的引导装载程序 Container Platform 4 中，您可以使用 Web 控制台或 OpenShift CLI (oc) 使用单一操作来 更新 OpenShift Container Platform 集群。平台管理员可以通过转至 web 控制台中的 Administration → Cluster Settings 或查看 oc adm upgrade 命令的输出来查看新的更新选项。 红帽托管了一个公共 (artifact) 作为容器镜像托管在 Quay 中。 为了让 OpenShift Update Service 仅提供兼容的更新，可以使用一个版本验证管道来驱动自动化过程。每 个发行工件都会被验证是否与支持的云平台和系统架构以及其他组件包兼容。在管道确认有适用的版本 后，OpenShift Update Service 会通知您它可用。 OpenShift Container Platform 4.14 更新集群

OPENSHIFT CONTAINER PLATFORM 集群中的节点分配资源 5.8.1. 了解如何为节点分配资源 5.8.1.1. OpenShift Container Platform 如何计算分配的资源 5.8.1.2. 节点如何强制实施资源限制 5.8.1.3. 了解驱除阈值 5.8.1.4. 调度程序如何确定资源可用性 5.8.2. 为节点配置分配的资源 5.9. 为集群中的节点分配特定 2. 使用 CLI 安装 Cluster Resource Override Operator 7.5.2.3. 配置集群级别的过量使用 7.5.3. 节点级别的过量使用 7.5.3.1. 了解计算资源和容器 7.5.3.1.1. 了解容器 CPU 请求 7.5.3.1.2. 了解容器内存请求 316 317 318 318 319 320 321 321 322 323 324 325 PLATFORM 功能 7.6.1. 了解功能门 7.6.2. 使用 Web 控制台启用功能集 7.6.3. 使用 CLI 启用功能集 第 第 8 章 章 网 网络边缘 络边缘上的 上的远 远程 程 WORKER 节 节点 点 8.1. 在网络边缘使用远程 WORKER 节点 8.1.1. 使用远程 worker 节点进行网络隔离 8.1.2. 远程 worker 节点上的电源丢失 8.1.3. 远程

允许非集群管理员安装 OPERATOR 4.9. 管理自定义目录 4.10. 在受限网络中使用 OPERATOR LIFECYCLE MANAGER 4.11. 目录源 POD 调度 4.12. 管理平台 OPERATOR （技术预览） 4.13. TROUBLESHOOTING OPERATOR 的问题 第 第 5 章 章 开 开发 发 OPERATOR 5.1. 关于 OPERATOR SDK OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 5.16. 为多平台支持配置 OPERATOR 项目 5.17. 基于 GO 的 OPERATOR 的对象修剪工具 4 4 4 5 6 6 7 23 25 64 66 68 70 79 79 80 90 处理、负载均衡、服务发现、自动扩展。 为什么使用 什么使用 Kubernetes API 和 和 kubectl 工具来管理您的 工具来管理您的应用程序？ 用程序？ 这些 API 功能丰富，所有平台均有对应的客户端，并可插入到集群的访问控制/审核中。Operator 会 使用 Kubernetes 的扩展机制“自定义资源定义 (CRD)”支持您的自定义对象，如 MongoDB，它类似于 内置的原生

安装 1.2. OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 3.1. 选择集群功能 3.2 在使用安装程序置备的基础架构的 VSPHERE 上卸载集群 22.12. 使用 VSPHERE 问题检测器 OPERATOR 22.13. VSPHERE 的安装配置参数 第 第 23 章 章 在任意平台上安装 在任意平台上安装 23.1. 在任意平台上安装集群 第 第 24 章 章 安装配置 安装配置 24.1. 自定义节点 24.2. 配置防火墙 24.3. 启用 LINUX 控制组版本 1 (CGROUP V1) 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control plane 和计算机器 的 Ignition 配置文件。您可以使用这三个机器配置开始使用 OpenShift Container Platform 集群，它为您 提供了正确配置的基础架构。 OpenShift Container

OPENSHIFT CONTAINER PLATFORM 集群中的节点分配资源 5.10.1. 了解如何为节点分配资源 5.10.1.1. OpenShift Container Platform 如何计算分配的资源 5.10.1.2. 节点如何强制实施资源限制 5.10.1.3. 了解驱除阈值 5.10.1.4. 调度程序如何确定资源可用性 5.10.2. 自动为节点分配资源 5.10.3. 手动为节点分配资源 2. 使用 CLI 安装 Cluster Resource Override Operator 7.5.2.3. 配置集群级别的过量使用 7.5.3. 节点级别的过量使用 7.5.3.1. 了解计算资源和容器 7.5.3.1.1. 了解容器 CPU 请求 7.5.3.1.2. 了解容器内存请求 7.5.3.2. 了解过量使用和服务质量类 7.5.3.2.1. 了解如何为不同的服务质量层级保留内存 PLATFORM 功能 7.6.1. 了解功能门 7.6.2. 使用 Web 控制台启用功能集 7.6.3. 使用 CLI 启用功能集 第 第 8 章 章 网 网络边缘 络边缘上的 上的远 远程 程 WORKER 节 节点 点 8.1. 在网络边缘使用远程 WORKER 节点 8.1.1. 使用远程 worker 节点进行网络隔离 8.1.2. 远程 worker 节点上的电源丢失 8.1.3. 远程

户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 OpenShift Container Platform 集群的网络信息。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 OpenShift Container Platform Ingress Operator Ingress Operator 实现 IngressController API，是负责启用对 服务的 外部访问的组件。 pod 一个或多个带有共享资源（如卷和 IP 地址）的容器，在 OpenShift Container Platform 集群中运行。 pod 是定义、部署和管理的最小计算单元。 PTP Operator PTP Operator 会创建和管理 linuxptp 服务。 route OpenShift Container Platform 路由为集群中的服务提供入口流量。路由提供了标准

户端无法访问网络。当您将应用公开给外部流量时，为每个容器集指定自己的 IP 地址意味着 pod 在端口 分配、网络、命名、服务发现、负载平衡、应用配置和迁移方面可被视为物理主机或虚拟机。 注意 一些云平台提供侦听 169.254.169.254 IP 地址的元数据 API，它是 IPv4 169.254.0.0/16 CIDR 块中的 连接内部 IP 地址。 此 CIDR 块无法从 pod 网络访问。需要访问这些 OpenShift Container Platform 集群的网络信息。 node OpenShift Container Platform 集群中的 worker 机器。节点是虚拟机 (VM) 或物理计算机。 OpenShift Container Platform Ingress Operator Ingress Operator 实现 IngressController API，是负责启用对 服务的 外部访问的组件。 pod 一个或多个带有共享资源（如卷和 IP 地址）的容器，在 OpenShift Container Platform 集群中运行。 pod 是定义、部署和管理的最小计算单元。 PTP Operator PTP Operator 会创建和管理 linuxptp 服务。 route OpenShift Container Platform 路由为集群中的服务提供入口流量。路由提供了标准

安装 1.2. OPENSHIFT CONTAINER PLATFORM 集群支持的平台 第 第 2 章 章 选择 选择集群安装方法并 集群安装方法并为 为用 用户 户准 准备 备它 它 2.1. 选择集群安装类型 2.2. 安装后为用户准备集群 2.3. 为工作负载准备集群 2.4. 支持的用于不同平台的安装方法 第 第 3 章 章 集群功能 集群功能 3.1. 选择集群功能 3.2 25.8. 在使用用户置备的受限网络中的 VMC 上安装集群 25.9. 在 VMC 上安装三节点集群 25.10. 在 VMC 上卸载集群 第 第 26 章 章 在任意平台上安装 在任意平台上安装 26.1. 在任意平台上安装集群 第 第 27 章 章 安装配置 安装配置 27.1. 自定义节点 27.2. 配置防火墙 27.3. 启用 LINUX 控制组版本 2 (CGROUP V2) 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control plane 和计算机器 的 Ignition 配置文件。您可以使用这三个机器配置开始使用 OpenShift Container Platform 集群，它为您 提供了正确配置的基础架构。 OpenShift Container

除非在一个特定主题或特定功能中明确指定了特定的版本，当前的文档集适用于所有当前 支持的 Service Mesh 版本。 如需有关 Red Hat OpenShift Service Mesh 生命周期和支持的平台的更多信息，请参阅平 台生命周期政策。 1.1.1. Red Hat OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用 Istio 1.10 更新了 Envoy，默认使用 eth0 而不是 lo 将流量发送到应用程序容器。 1.2.2.4.6. Service Mesh Control Plane 1.1 对于所有平台，此发行版本结束了对基于 Service Mesh 1.1 的 Service Mesh Control Planes 的支持。 1.2.2.4.7. Istio 1.12 支持 第 第 1 章 Hat OpenShift Service Mesh 发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 在这个版本中，Red Hat OpenShift distributed tracing 平台 Operator 被默认安装到 openshift- distributed-tracing 命名空间。在以前的版本中，默认安装已在 openshift-operator 命名空间中。 1.2.2