OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 Last Updated: 2023-10-18 OpenShift Container Platform 4.10 可伸缩性和性能 扩展 OpenShift Container Platform 集群并调整产品环境的性能 CONTAINER PLATFORM 环境和配置 8.3. 如何根据经过测试的集群限制规划您的环境 8.4. 如何根据应用程序要求规划您的环境 第 第 9 章 章 优 优化存 化存储 储 9.1. 可用的持久性存储选项 9.2. 推荐的可配置存储技术 9.3. 数据存储管理 9.4. 为 MICROSOFT AZURE 优化存储性能 第 第 10 章 章 优 优化路由 化路由 10.1. INGRESS 134 136 139 139 139 139 141 153 154 154 155 157 OpenShift Container Platform 4.10 可伸 可伸缩 缩性和性能 性和性能 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

owners. 摘要 摘要 本文提供有关在集群中配置和管理节点、Pod 和容器的说明。它还提供有关配置 Pod 调度和放置、 使用作业（job）和 DaemonSet 来自动执行操作，以及确保集群保持高效性的其他任务信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 点上的 POD 放置（ 放置（调 调度） 度） 3.1. 使用调度程序控制 POD 放置 3.1.1. 调度程序用例 3.1.1.1. 基础架构拓扑级别 3.1.1.2. 关联性 3.1.1.3. 反关联性 3.2. 配置默认调度程序以控制 POD 放置 3.2.1. 了解默认调度 3.2.1.1. 了解调度程序策略 3.2.2. 创建调度程序策略文件 3.2.3. 修改调度程序策略 3. 使用关联性和反关联性规则相对于其他 POD 放置 POD 3.3.1. 了解 pod 关联性 3.3.2. 配置 pod 关联性规则 3.3.3. 配置 pod 反关联性规则 3.3.4. pod 关联性和反关联性规则示例 3.3.4.1. Pod 关联性 3.3.4.2. Pod 反关联性 3.3.4.3. 无匹配标签的 Pod 反关联性 3.4. 使用节点关联性规则控制节点上的

镜像 registry进行身份验证。服务帐户不受用户帐户更改的影响，因此使用令牌进行身份验证是一个可 靠且具有弹性的方法。这是生产环境集群中唯一受支持的身份验证选项。 Web用 用户 户名和密 名和密码 码。 。这是用于登录到诸如access.redhat.com之类的资源的标准凭据集。虽然可 以在OpenShift Container Platform上使用此身份验证方法，但在生产环境部署中不支持此方法。 false，这意味着它只在 etcd 中修剪镜像元数据。 2.2. 裸机、NUTANIX 和 VSPHERE 上的镜像 REGISTRY 2.2.1. 安装过程中删除的镜像 registry 在不提供可共享对象存储的平台上，OpenShift Image Registry Operator bootstraps 本身为 Removed。 这允许 openshift-installer 在这些平台类型上完成安装。 Registry Operator CRD 进行 patch 处理: 2.7. 为镜像 REGISTRY 访问配置额外的信任存储 Image.config.openshift.io/cluster 自定资源可包含对配置映射的引用，该配置映射包含要在镜像 registry 访问期间被信任的额外证书颁发机构。 先决条件 先决条件 证书颁发机构（CA）必须经过 PEM 编码。 流程 流程 您可以在ope

CONTAINER PLATFORM WEB 控制台查看集群状态 28.6. 查看 RED HAT OPENSHIFT CLUSTER MANAGER 中的集群状态 28.7. 检查集群资源的可用性和使用 28.8. 列出正在触发的警报 28.9. 后续步骤 第 第 29 章 章 安装 安装问题 问题的故障排除 的故障排除 29.1. 先决条件 29.2. 从失败安装中收集日志 29.3 进行置备。您可以在有连接或断开连接的环境中部署集群。 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征： 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 Platform 4.13 集群中的每一 control plane 机器都必须使用 RHCOS，其中包括一个 关键的首次启动置备工具，称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像（使用 OSTree 作为后端）提供，该镜像由 Machine Config Operator 在集群中部署。实际的操作系 统更改通过使用 rpm-ostree 在每台机器上作为原子操作

为 VIRT-LAUNCHER POD 扩展 SELINUX 策略 6.2. KUBEVIRT-CONTROLLER 服务帐户的其他 OPENSHIFT CONTAINER PLATFORM 安全性上下文约束和 LINUX 功能 6.3. 其他资源 第 第 7 章 章 使用 使用 CLI 工具 工具 7.1. 先决条件 7.2. OPENSHIFT CONTAINER PLATFORM 客户端命令 控制台提供了一个图形化的门户界面 来管理虚拟化资源以及 OpenShift Container Platform 集群容器和基础架构。 OpenShift Virtualization 的设计和测试，可与 Red Hat OpenShift Data Foundation 功能配合工作。 重要 重要 使用 OpenShift Data Foundation 部署 OpenShift Virtualization 或选择不使用将 来的自动更新。 现在，您可以将 OpenShift Virtualization 与单一节点集群一起使用，也称为单一节点 OpenShift(SNO)。 注意 注意 单节点集群没有针对高可用性操作配置，这会导致 OpenShift Virtualization 行为 有显著变化。 现在，为所有 OpenShift Virtualization control plane 组件定义了资源请求和优先级类。

owners. 摘要 摘要 本文提供有关在集群中配置和管理节点、Pod 和容器的说明。它还提供有关配置 Pod 调度和放置、 使用作业（job）和 DaemonSet 来自动执行操作，以及确保集群保持高效性的其他任务信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 点上的 POD 放置（ 放置（调 调度） 度） 3.1. 使用调度程序控制 POD 放置 3.1.1. 调度程序用例 3.1.1.1. 基础架构拓扑级别 3.1.1.2. 关联性 3.1.1.3. 反关联性 3.2. 配置默认调度程序以控制 POD 放置 3.2.1. 了解默认调度 3.2.1.1. 了解调度程序策略 3.2.2. 创建调度程序策略文件 3.2.3. 修改调度程序策略 4. 使用关联性和反关联性规则相对于其他 POD 放置 POD 3.4.1. 了解 pod 关联性 3.4.2. 配置 pod 关联性规则 3.4.3. 配置 pod 反关联性规则 3.4.4. pod 关联性和反关联性规则示例 3.4.4.1. Pod 关联性 3.4.4.2. Pod 反关联性 3.4.4.3. 无匹配标签的 Pod 反关联性 3.5. 使用节点关联性规则控制节点上的

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25.8. 检查集群资源的可用性和使用 25.9. 列出正在触发的警报 25.10. 后续步骤 第 第 26 章 章 安装 安装问题 问题的故障排除 的故障排除 26.1. 先决条件 26.2. 从失败安装中收集日志 26.3 进行置备。您可以在有连接或断开连接的环境中部署集群。 完全控制 完全控制：您可以在自己准备和维护的基础架构上部署集群，这种方法提供了最大的定制性。您 可以在有连接或断开连接的环境中部署集群。 每种方法部署的集群具有以下特征： 没有单点故障的高可用性基础架构，默认可用。 管理员可以控制要应用的更新，以及应用的时间。 1.1.1. 关于安装程序 您可以使用安装程序部署每种集群。安装程序会生成主要资产，如 Platform 4.14 集群中的每一 control plane 机器都必须使用 RHCOS，其中包括一个 关键的首次启动置备工具，称为 Ignition。这一工具让集群能够配置机器。操作系统更新作为可引导容器 镜像（使用 OSTree 作为后端）提供，该镜像由 Machine Config Operator 在集群中部署。实际的操作系 统更改通过使用 rpm-ostree 在每台机器上作为原子操作

安全准入 5.10. 云供应商上的 OPERATOR 的令牌身份验证 5.11. 使用 SCORECARD 工具验证 OPERATOR 5.12. 验证 OPERATOR 捆绑包 5.13. 高可用性或单节点集群检测和支持 5.14. 使用 PROMETHEUS 配置内置监控 5.15. 配置领导选举机制 5.16. 为多平台支持配置 OPERATOR 项目 5.17. 基于 GO 的 OPERATOR 组件包含用于解决这些问题的开源工具： Operator SDK Operator SDK 辅助 Operator 作者根据自身专业知识，引导、构建、测试和包装其 Operator，而无需 了解 Kubernetes API 的复杂性。 Operator Lifecycle Manager Operator Lifecycle Manager (OLM) 能够控制集群中 Operator 的安装、升级和基于角色的访问控制 OpenShift (OLM) 所支持的 Operator 打包格式。 2.2.1. 捆绑包格式 Operator 的 Bundle Format 是 Operator Framework 引入的新打包格式。为提高可伸缩性并为自行托管 目录的上游用户提供更好地支持，Bundle Format 规格简化了 Operator 元数据的发布。 Operator 捆绑包代表 Operator 的单一版本。磁盘上的捆绑包清单是容器化的，并作为捆绑包镜像提供，

community. All other trademarks are the property of their respective owners. 摘要 摘要 本文档提供了使用不同存储后端配置持久性卷以及通过 pod 管理动态分配存储的信息。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 第 第 3 章 章 了解持久性存 了解持久性存储 储 3.1. 持久性存储概述 3.2. 卷和声明的生命周期 3.3. 持久性卷（PV） 3.4. 持久性卷声明 (PVC) 3.5. 块卷支持 第 第 4 章 章 配置持久性存 配置持久性存储 储 4.1. 使用 AWS ELASTIC BLOCK STORE 的持久性存储 4.2. 使用 AZURE 持久性存储 4.3. 使用 AZURE AZURE FILE 的持久性存储 4.4. 使用 CINDER 的持久性存储 4.5. 使用 FIBRE CHANNEL 持久性存储 4.6. 使用 FLEXVOLUME 的持久性存储 4.7. 使用 GCE PERSISTENT DISK 的持久性存储 4.8. 使用 HOSTPATH 的持久性存储 4.9. 使用 ISCSI 的持久性存储 4.10. 使用本地卷的持久性存储 4.11. 使用 NFS

像 registry 放在 可访问您的网络以及互联网的镜像（mirror）主机上。 2.1. 关于镜像 REGISTRY 您可以镜像 OpenShift Container Platform registry 的内容，也可以镜像生成安装程序所需的镜像。 镜像 registry 是一个关键组件，有了它才能在受限网络中完成安装。您可以在堡垒主机上创建此镜像，该 主机可同时访问互联网和您的封闭网络 主机可同时访问互联网和您的封闭网络，也可以使用满足您的限制条件的其他方法。 由于 OpenShift Container Platform 验证发行版本有效负载完整性的方式，您的本地 registry 中的镜像引 用与红帽在 Quay.io 上托管的镜像相同。在安装的 bootstrap 过程中，不论镜像是从哪个存储库提取的， 镜像都必须有相同的摘要。要确保发行版有效负载一致，请将镜像镜像到您的本地存储库。 2.1.1. 准备镜像主机 您可以将其视为一种打包技术。容器只能访问其镜像中定义的资源，除非创建时授予容器其他访问权限。 通过将同一镜像部署到跨越多个主机的多个容器内，并在它们之间进行负载平衡，OpenShift 容器平台可 以为镜像中打包的服务提供冗余和横向扩展。 您可以直接使用 podman 或 Docker CLI 构建镜像，但 OpenShift Container Platform 也提供了构建程序 （bui