章 单节 单节点 点 OPENSHIFT 上的工作 上的工作负载 负载分区 分区 18.1. 使用工作负载分区最大化 CPU 分配 第 第 19 章 章 处 处于 于边缘 边缘网 网络 络的集群 的集群 19.1. 网络边缘的挑战 19.2. 为 ZTP 准备 HUB 集群 19.3. 使用 RHACM 和 SITECONFIG 资源安装受管集群 19.4. 使用策略和 POLICYGENTEMPLATE 别名来利用 MCO 配置集的优势。您必须为 control plane 和计算节点添加 YAML 配 置。 流程 流程 1. 将以下 MCO 示例配置集复制到 control plane 节点的 YAML 文件中。例如，05-master- kernelarg-hpav.yaml: 2. 将以下 MCO 示例配置集复制到计算节点的 YAML 文件中。例如，05-worker-kernelarg- TUNING OPERATOR 49 除了内置的 hpc-compute 配置集外，上面的示例还包括默认 Tuned CR 中提供的 openshift-node TuneD 守护进程配置集，以对计算节点使用特定于 OpenShift 的调优。 4.7. 支持的 TUNED 守护进程插件 在使用 Tuned CR 的 profile: 部分中定义的自定义配置集时，以下 TuneD 插件都受到支持，但

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. 远程

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. 远程

执行 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 节点上的引导装载程序 plane（控制平面） （控制平面） control plane 由 control plane 机器组成，负责管理 OpenShift Container Platform 集群。control plane 机器管理计算机器（也被称为 worker）上的工作负载。 Cluster Version Operator Cluster Version Operator (CVO)启动集群的更新过程。它根据当前的集群版本检查 次版本相关的更新策略。OSUS 使用这个配置 的策略来推荐与该策略一致更新边缘。 推荐的更新 推荐的更新边缘 边缘 推荐的更新边缘 是 OpenShift Container Platform 发行版本之间的建议更新。建议使用给定的更新， 具体取决于集群配置的频道、当前版本、已知的错误和其他信息。OSUS 将建议的边缘与 CVO 通信， 后者在每个集群中运行。 延 延长 长更新支持 更新支持

持的 JSON 或 YAML 工具（如 jq CLI）轻松操作目录元数据。 此可编辑功能启用以下功能和用户定义的扩展： 将现有捆绑包提升到新频道 更改软件包的默认频道 用于添加、更新和删除升级边缘的自定义算法 Composability 基于文件的目录存储在任意目录层次结构中，从而启用目录组成。例如，考虑两个单独的基于文件的 目录目录：catalogA 和 catalogB。目录维护人员可以通过生成新目录 级形式维护，但目录维 护人员可以在其自己的自定义工具上构建有趣的扩展，以供其自身的自定义工具用于实现任意数量的 变异。 例如，工具可以将一个高级 API （如(mode=semver)） 转换为升级边缘基于文件的低级别目录格式。 或目录维护人员可能需要通过添加新属性到符合特定标准的捆绑包来自定义所有捆绑包元数据。 第 第 2 章 章 了解 了解 OPERATOR 11 虽然这种可扩展性允许在低级别 章 了解 了解 OPERATOR 13 2.2.2.2.2. olm.channel schema olm.channel 模式在软件包中定义频道、属于频道成员的捆绑包条目，以及这些捆绑包的升级边缘。 捆绑包可作为条目包含在多个 olm.channel blob 中，但它每个频道只能有一个条目。 它对条目的 replaces 值有效，以引用无法在此目录或其他目录中找到的另一捆绑包名称。但是，所有其他

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 路由为集群中的服务提供入口流量。路由提供了标准 写的调整。每个调整都指定一个 HTTP 标头名称需要进行相关的大小写调整。例 如，指定 X-Forwarded-For 表示 x-forwarded-for HTTP 标头应调整相应的 大写。 这些调整仅应用于明文、边缘终止和重新加密路由，且仅在使用 HTTP/1 时有 效。 对于请求标头，这些调整仅适用于具有 haproxy.router.openshift.io/h1- adjust-case=true 注解

没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control plane 和计算机器 的 Ignition 配置文件。您可以使用这三个机器配置开始使用 OpenShift Container Platform 集群，它为您 提供了正确配置的基础架构。 OpenShift Container 管理和维护集群资源。以下列表详细介绍了其中一些自 我管理的资源： 组成集群的 control plane 和计算机器的底层基础架构 负载均衡器 集群网络，包括 DNS 记录和所需的子网 集群基础架构和应用程序的存储 如果您的集群使用用户置备的基础架构，您可以选择将 RHEL 计算机器添加到集群中。 安装 安装过 过程 程详细 详细信息 信息 置备集群时，集群中的每台机器都需要有关集群的信息。OpenShift plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 11 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器

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 路由为集群中的服务提供入口流量。路由提供了标准 写的调整。每个调整都指定一个 HTTP 标头名称需要进行相关的大小写调整。例 如，指定 X-Forwarded-For 表示 x-forwarded-for HTTP 标头应调整相应的 大写。 这些调整仅应用于明文、边缘终止和重新加密路由，且仅在使用 HTTP/1 时有 效。 对于请求标头，这些调整仅适用于具有 haproxy.router.openshift.io/h1- adjust-case=true 注解

没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 bootstrap、control plane 和计算机器 的 Ignition 配置文件。您可以使用这三个机器配置开始使用 OpenShift Container Platform 集群，它为您 提供了正确配置的基础架构。 OpenShift Container 管理和维护集群资源。以下列表详细介绍了其中一些自 我管理的资源： 组成集群的 control plane 和计算机器的底层基础架构 负载均衡器 集群网络，包括 DNS 记录和所需的子网 集群基础架构和应用程序的存储 如果您的集群使用用户置备的基础架构，您可以选择将 RHEL 计算机器添加到集群中。 安装 安装过 过程 程详细 详细信息 信息 置备集群时，集群中的每台机器都需要有关集群的信息。OpenShift plane 机器创建计算（compute）机器。下图说明了这一过程： 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器 第 第 1 章 章 OPENSHIFT CONTAINER PLATFORM 安装概述 安装概述 11 图 图 1.2. 创 创建 建 bootstrap、 、control plane 和 和计 计算机器 算机器

中运行。Envoy 代理也用于实现网格网关。 sidecar 代理 为其工作负载实例管理入站和出站通信。 网关是作为接收传入或传出 HTTP/TCP 连接的负载平衡器运行的代理。网关配置适用于在网 格边缘运行的独立的 Envoy 代理，而不是与您的服务负载一同运行的 sidecar Envoy 代理。 您可以使用网关来管理入站和出站流量，允许您指定您要进入或离开网格的流量。 Ingress-gateway 格的健康状况信息。 Kiali 实时提供命名空间的交互式图形视图，可让您了解诸如电路断路器、请求率、延迟甚至流量图等功 能。Kiali 提供了从应用程序到服务以及负载等不同级别的组件的了解，并可显示与所选图形节点或边缘的 上下文信息和图表的交互。Kiali 还提供了验证 Istio 配置（如网关、目的规则、虚拟服务、网格策略等 等）的功能。Kiali 提供了详细的指标数据，并可使用基本的 Grafana 集成来进行高级查询。通过将 Service Mesh 安装的一部 分被包括。启用 Istio 遥测时，指标数据存储在 Prometheus 中。Kiali 使用这个 Prometheus 数据 来决定网状拓扑结构、显示指标数据、计算健康状况、显示可能的问题等等。Kiali 与 Prometheus 直接沟通，并假设 Istio Telemetry 使用的数据 schema。Istio 依赖于 Prometheus，Kiali 也依赖于