Platform 4.14 在公有或私有云基础架构之上提供了一 种弹性动态置备方法。 两种主要资源分别是： Machines 描述节点主机的基本单元。机器具有 providerSpec 规格，用于描述为不同云平台提供的计算节点的 类型。例如，计算节点的机器类型可能会定义特定的机器类型和所需的元数据。 机器集 机器集 MachineSet 资源是计算机器组。计算机器集适用于计算机器，因为副本集是针对 pod。如果需要更多 pod 时不会上线 设置扩展策略，以便您可以扩展节点，但不会缩减节点 机器健康 机器健康检查 检查 MachineHealthCheck 资源可检测机器何时处于不健康状态并将其删除，然后在支持的平台上生成新 的机器。 在 OpenShift Container Platform 版本 3.11 中，您无法轻松地推出多区架构，因为集群不负责管理机器置 备。自 OpenShift Container 操作的集群中使用高级机器管理和扩展功能。具有用户置备的基础 架构的集群需要额外的验证和配置才能使用 Machine API。 具有基础架构平台类型 none 的集群无法使用 Machine API。即使附加到集群的计算机器安 装在支持该功能的平台上，也会应用这个限制。在安装后无法更改此参数。 要查看集群的平台类型，请运行以下命令： 2.1.1. Alibaba Cloud 上计算机器设置自定义资源的 YAML 示例 此

除非在一个特定主题或特定功能中明确指定了特定的版本，当前的文档集适用于所有当前 支持的 Service Mesh 版本。 如需有关 Red Hat OpenShift Service Mesh 生命周期和支持的平台的更多信息，请参阅平 台生命周期政策。 1.1.1. Red Hat OpenShift Service Mesh 简介 Red Hat OpenShift Service Mesh 通过在应用 1.20.6 Jaeger 1.36 Kiali 1.48.2-1 1.2.2.2.2. 复制路由标签 在这个版本中，除了复制注解外，您还可以为 OpenShift 路由复制特定的标签。Red Hat OpenShift Service Mesh 将 Istio 网关资源中存在的所有标签和注解（从 kubectl.kubernetes.io 开始的注解除外）复 制到受管 OpenShift 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 章

使用 PERFORMANCE ADDON OPERATOR 减少 NIC 队列 14.7. 调试低延迟 CNF 调整状态 14.8. 为红帽支持收集调试数据延迟 第 第 15 章 章 为 为平台 平台验证执 验证执行延 行延迟测试 迟测试 15.1. 运行延迟测试的先决条件 15.2. 关于延迟测试的发现模式 15.3. 测量延迟 15.4. 运行延迟测试 15.5. 生成延迟测试失败报告 机器配置示例 以下流程演示了如何配置 worker 节点上的每个节点的最大 pod 数量。 先决条件 先决条件 1. 为您要配置的节点类型获取与静态 MachineConfigPool CR 关联的标签。执行以下步骤之一： a. 查看机器配置池： $ oc get kubeletconfig NAME AGE set-max-pods 15m $ OpenShift Container Platform 4.10 可伸 可伸缩 缩性和性能 性和性能 6 1 a. 查看机器配置池： 例如： 输 输出示例 出示例 如果添加了标签，它会出现在 labels 下。 b. 如果标签不存在，则添加一个键/值对： 流程 流程 1. 查看您可以选择的可用机器配置对象： 默认情况下，与 kubelet 相关的配置为 01-master-kubelet 和

允许非集群管理员安装 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 25.8. 在使用用户置备的受限网络中的 VMC 上安装集群 25.9. 在 VMC 上安装三节点集群 25.10. 在 VMC 上卸载集群 第 第 26 章 章 在任意平台上安装 在任意平台上安装 26.1. 在任意平台上安装集群 第 第 27 章 章 安装配置 安装配置 27.1. 自定义节点 27.2. 配置防火墙 27.3. 启用 LINUX 控制组版本 2 (CGROUP V2) rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config

10. 配置远程写入存储 2.11. 控制用户定义的项目中未绑定指标属性的影响 第 第 3 章 章 配置外部 配置外部 ALERTMANAGER 实 实例 例 3.1. 在时间序列和警报中附加额外标签 3.2. 为监控组件设置日志级别 3.3. 为 PROMETHEUS 启用查询日志文件 3.4. 为 THANOS QUERIER 启用查询日志记录 第 第 4 章 章 为 为 PROMETHEUS 监控概述 1.1. 关于 OPENSHIFT CONTAINER PLATFORM 监控 OpenShift Container Platform 包括一个预配置、预安装和自我更新的监控堆栈，可为核心平台组件提供 监控。您还可以选择为用户定义的项目启用监控。 集群管理员可以使用支持的配置对监控堆栈进行配置。OpenShift Container Platform 提供了与监控相关 的现成的最佳实践。 Platform 监控堆栈基于 Prometheus 开源项目及其更广的生态系统。监控堆栈包括 以下组件： 默 默认 认平台 平台监 监控 控组 组件 件。在 OpenShift Container Platform 安装过程中，默认会在 openshift- monitoring 项目中安装一组平台监控组件。这为包括 Kubernetes 服务在内的 OpenShift Container Platform

trademarks are the property of their respective owners. 摘要 摘要 本文概述 OpenShift Container Platform 中的平台和应用架构。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 章 章 RED HAT OPENSHIFT CLUSTER MANAGER 4.1. 访问 RED HAT OPENSHIFT CLUSTER MANAGER 4.2. 常规操作 4.3. 集群标签页 4.4. 其他资源 第 第 5 章 章 CONTROL PLANE 架 架构 构 5.1. 使用机器配置池进行节点配置管理 5.2. OPENSHIFT CONTAINER PLATFORM OpenShift Container Platform 4.10 架 架构 构 2 第 1 章 架构概述 OpenShift Container Platform 是一个基于云的 Kubernetes 容器平台。OpenShift Container Platform 的 基础基于 Kubernetes，因此共享相同的技术。如需了解更多有关 OpenShift Container Platform 和 Kubernetes

OpenShift Container Platform 为软件开发人员和 IT 机构提供了一个混合云应用平台。使用这个 平台可以在配置和管理成本最小化的情况下，利用安全、可扩展的资源部署新的或已有的应用程序。 OpenShift Container Platform 支持大量编程语言和开发平台，如 Java、JavaScript、Python、Ruby 和 PHP。 OpenShift Container 生命周期政策。 从 OpenShift Container Platform 4.14 开始，延长更新支持(EUS)扩展至 64 位 ARM、IBM Power®(ppc64le)和 IBM Z®(s390x)平台。如需更多信息，请参阅 OpenShift EUS 概述。 OpenShift Container Platform 4.14 是一个延长更新支持 (EUS) 版本。如需了解更多与 Red Hat 的用 的用户 户定 定义 义的 的标签现 标签现已正式 已正式发 发布 布 Microsoft Azure 的用户定义的标签功能以前在 OpenShift Container Platform 4.13 中作为技术预览引 进，现在在 OpenShift Container Platform 4.14 中正式发布。如需更多信息，请参阅为 Azure 配置用户定 义的标签。 1.3.2.8. Azure

安装 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) rpm-ostree 在每台机器上作为原子操作原位进行。通过结合使用这些技术，OpenShift Container Platform 可以像管理集群上的任何其他应用程序一样管理操作系统，通过原位升级使整个平台 保持最新状态。这些原位更新可以减轻运维团队的负担。 如果将 RHCOS 用作所有集群机器的操作系统，则集群将管理其组件和机器的所有方面，包括操作系统在 内。因此，只有安装程序和 Machine Config

trademarks are the property of their respective owners. 摘要 摘要 本文概述 OpenShift Container Platform 中的平台和应用架构。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Platform 的互联网访问 第 第 3 章 章 安装和更新 安装和更新 3.1. OPENSHIFT CONTAINER PLATFORM 安装概述 3.1.1. OpenShift 集群支持的平台 3.1.2. 安装过程 采用安装程序置备的基础架构的安装过程 采用用户置备的基础架构的安装过程 安装过程详细信息 安装范围 3.2. 关于 OPENSHIFT UPDATE 服务 3.3. 非受管 Container Platform 4.7 架 架构 构 2 目 目录 录 3 第 1 章 架构概述 OpenShift Container Platform 是基于云的 Kubernetes 容器平台。OpenShift Container Platform 的基础 是基于 Kubernetes，因此共享相同的技术。要了解更多有关 OpenShift Container Platform 和 Kubernetes