CPU，则会对集群 CPU 开销要求有 1:1 影响。否则，没有有关虚拟机所需 CPU 数量的具体 规则。 第 第 4 章 章 安装 安装 17 4.1.2.3. 存 存储开 开销 使用以下指南来估算 OpenShift Virtualization 环境的存储开销要求。 集群存 集群存储开 开销 Aggregated storage overhead per node ≈ 10 GiB 10 示例 示例 作为集群管理员，如果您计划托管集群中的 10 个虚拟机，每个虚拟机都有 1 GiB RAM 和 2 个 vCPU，集 群中的内存影响为 11.68 GiB。集群中每个节点的磁盘存储影响估算为 10 GiB，托管虚拟机工作负载的 worker 节点的 CPU 影响最小 2 个内核。 4.1.3. 对象最大值 在规划集群时，您必须考虑以下测试的对象最大值： OpenShift Container 虚拟机镜像可以托管在 HTTP 或 HTTPS 端点上，也可以内嵌在容器磁盘中，并存储在容器镜像仓库中。 重要 重要 当您将磁盘镜像导入到 PVC 中时，磁盘镜像扩展为使用 PVC 中请求的全部存储容量。要 使用该空间，可能需要扩展虚拟机中的磁盘分区和文件系统。 调整大小的流程因虚拟机上安装的操作系统而异。详情请查看操作系统文档。 8.16.2.1. 先决条件 先决条件 如果端点需要 TLS

机 CPU 开 开销 如果请求专用 CPU，则会对集群 CPU 开销要求有 1:1 影响。否则，没有有关虚拟机所需 CPU 数量的具体 规则。 6.1.2.3. 存 存储开 开销 使用以下指南来估算 OpenShift Virtualization 环境的存储开销要求。 集群存 集群存储开 开销 Aggregated storage overhead per node ≈ 10 GiB 第 Example 作为集群管理员，如果您计划托管集群中的 10 个虚拟机，每个虚拟机都有 1 GiB RAM 和 2 个 vCPU，集 群中的内存影响为 11.68 GiB。集群中每个节点的磁盘存储影响估算为 10 GiB，托管虚拟机工作负载的 worker 节点的 CPU 影响最小 2 个内核。 6.1.3. 关于虚拟机磁盘的存储卷 如果您将存储 API 与已知的存储供应商搭配使用，则会自动选择卷和访问模式。但是，如果您使用没有存 虚拟机镜像可以托管在 HTTP 或 HTTPS 端点上，也可以内嵌在容器磁盘中，并存储在容器镜像仓库中。 重要 重要 当您将磁盘镜像导入到 PVC 中时，磁盘镜像扩展为使用 PVC 中请求的全部存储容量。要 使用该空间，可能需要扩展虚拟机中的磁盘分区和文件系统。 调整大小的流程因虚拟机上安装的操作系统而异。详情请查看操作系统文档。 10.16.2.1. 先决条件 先决条件 如果端点需要 TLS

个存储设备和消耗它的 pod 的充足资源。可以使用手动放置 规则覆盖默认放置规则，但这种方法通常仅适用于裸机部署。 7.5. 存储设备要求 使用本节了解在规划内部模式部署和升级时可以考虑的不同存储容量要求。我们通常建议每个节点 9 个设 备或更少。本建议可确保节点保持低于云供应商动态存储设备附加限制，以及限制使用本地存储设备的节 点故障后恢复时间。以三个节点（每个故障域中一个节点）来扩展集群是满足 放置规则的一种简单方 法。 存储节点应至少有两个磁盘，一个用于操作系统，其余磁盘用于 OpenShift Data Foundation 组件。 注意 注意 您只能根据安装时所选的容量递增来扩展存储容量。 7.5.1. 动态存储设备 Red Hat OpenShift Data Foundation 允许选择 0.5 TiB、2 TiB 或 4 TiB 容量作为动态存储设备大小的请 求大小。 节点）来扩展 集群是满足 pod 放置规则的一种简单方法。 注意 注意 不支持磁盘分区。 7.5.3. 容量规划 始终确保可用的存储容量保持领先于消费。如果可用存储容量已完全用尽，则需要更多的干预，而不是仅 仅添加容量、删除或迁移内容。 当集群存储容量达到总容量的 75%（接近满）和 85%（满）时，会发出容量警报。始终及时处理容量警告 的信息，并定期检查您的存储以确保您不会耗尽存储空间。达到

项定义，它代表了开发人员对存储的一个请求。它与一个 pod 类 似，pod 会消耗节点资源， PVC 消耗 PV 资源。例如：pod 可以请求特定级别的资源，比如 CPU 和内 存，而 PVC 可以请求特定的存储容量和访问模式。例如：它们可以被加载为“只允许加载一次，可读写”， 或“可以加载多次，只读”。 3.2. 卷和声明的生命周期 PV 是集群中的资源。PVC 是对这些资源的请求，也是对该资源的声明检查。PV 每个 PV 都会包括一个 spec 和 status，它们分别代表卷的规格和状态，例如： PersistentVolume 对 对象定 象定义 义示例 示例 持久性卷的名称。 卷可以使用的存储容量。 访问模式，用来指定读写权限及挂载权限。 重新声明策略，指定在资源被释放后如何处理它。 3.3.1. PV 类型 OpenShift Container Platform 支持以下持久性卷插件： Red Hat OpenShift Data Foundation VMware vSphere 3.3.2. 容量 一般情况下，一个持久性卷（PV）有特定的存储容量。这可以通过使用 PV 的 capacity 属性来设置。 目前，存储容量是唯一可以设置或请求的资源。以后可能会包括 IOPS 、 throughput 等属性。 3.3.3. 访问模式 一个持久性卷可以以资源供应商支持的任何方

OpenShift Cluster Manager 扩展负载均衡器、持久性存储容量和 OpenShift Dedicated 集群的 节点数。 先决条件 先决条件 已登陆到 OpenShift Cluster Manager。 您创建了 OpenShift Dedicated 集群。 流程 流程 扩展负载均衡器的数量或持久性存储容量： 1. 进入到 OpenShift Cluster Manager

项定义，它代表了开发人员对存储的一个请求。它与一个 pod 类 似，pod 会消耗节点资源， PVC 消耗 PV 资源。例如：pod 可以请求特定级别的资源，比如 CPU 和内 存，而 PVC 可以请求特定的存储容量和访问模式。例如：它们可以被加载为“只允许加载一次，可读写”， 或“可以加载多次，只读”。 3.2. 卷和声明的生命周期 PV 是集群中的资源。PVC 是对这些资源的请求，也是对该资源的声明检查。PV 每个 PV 都会包括一个 spec 和 status，它们分别代表卷的规格和状态，例如： PersistentVolume 对 对象定 象定义 义示例 示例 持久性卷的名称。 卷可以使用的存储容量。 访问模式，用来指定读写权限及挂载权限。 重新声明策略，指定在资源被释放后如何处理它。 3.3.1. PV 类型 OpenShift Container Platform 支持以下持久性卷插件： Manila OpenShift Container Storage VMware vSphere 3.3.2. 容量 一般情况下，一个持久性卷（PV）有特定的存储容量。这可以通过使用 PV 的 capacity 属性来设置。 目前，存储容量是唯一可以设置或请求的资源。以后可能会包括 IOPS 、 throughput 等属性。 3.3.3. 访问模式 一个持久性卷可以以资源供应商支持的任何方

7.1. 查看 OPENSHIFT CONTAINER PLATFORM 集群中的系统事件信息 7.1.1. 了解事件 7.1.2. 使用 CLI 查看事件 7.1.3. 事件列表 7.2. 估算 OPENSHIFT CONTAINER PLATFORM 节点可以容纳的 POD 数量 7.2.1. 了解 OpenShift Container Platform 集群容量工具 7.2.2. 在命令行中运行集群容量工具 为 为了避免因 了避免因为 为内核内存 内核内存问题 问题而 而丢 丢失容器， 失容器，请 请确保容器 确保容器请 请求足 求足够 够的内存。您可以使用以下公式来估算 的内存。您可以使用以下公式来估算 kmem_cache 所消耗的内存数量，其中 所消耗的内存数量，其中 nproc 是 是 nproc 命令 命令报 报告的可用 告的可用处 处理 理单 单元数。容器 元数。容器请 删除负载均衡器时出错。 DeletedLoadBal ancer 已删除负载均衡器。 OpenShift Container Platform 4.9 节 节点 点 306 7.2. 估算 估算 OPENSHIFT CONTAINER PLATFORM 节 节点可以容 点可以容纳 纳的 的 POD 数量 数量 作 作为 为集群管理 集群管理员 员，您可以使用集群容量工具来 ，您可以使用集群容量工具来查

7.1. 查看 OPENSHIFT CONTAINER PLATFORM 集群中的系统事件信息 7.1.1. 了解事件 7.1.2. 使用 CLI 查看事件 7.1.3. 事件列表 7.2. 估算 OPENSHIFT CONTAINER PLATFORM 节点可以容纳的 POD 数量 7.2.1. 了解 OpenShift Container Platform 集群容量工具 7.2.2. 为 为了避免因 了避免因为 为内核内存 内核内存问题 问题而 而丢 丢失容器， 失容器，请 请确保容器 确保容器请 请求足 求足够 够的内存。您可以使用以下公式来估算 的内存。您可以使用以下公式来估算 kmem_cache 所消耗的内存数量，其中 所消耗的内存数量，其中 nproc 是 是 nproc 命令 命令报 报告的可用 告的可用处 处理 理单 单元数。容器 元数。容器请 删除负载均衡器时出错。 DeletedLoadBal ancer 已删除负载均衡器。 OpenShift Container Platform 4.6 节 节点 点 338 7.2. 估算 估算 OPENSHIFT CONTAINER PLATFORM 节 节点可以容 点可以容纳 纳的 的 POD 数量 数量 作 作为 为集群管理 集群管理员 员，您可以使用集群容量工具来 ，您可以使用集群容量工具来查

z-stream 版本通常会每周提供。随着 时间推移，旧的次版本变得更稳定，可能需要更长的时间才提供新的 z-stream 版本。 重要 重要 它们仅根据 z-stream 版本的相关数据进行估算。红帽保留根据需要更改发行频率 的权利。任何数量的问题都可能导致此发行节奏出现异常和延迟。 发布 z-stream 版本后，它也会出现在该次版本的 fast 频道中。延迟后，z-stream 版本可能会出 OPENSHIFT CONTAINER PLATFORM 更新持续时间 OpenShift Container Platform 更新持续时间因部署拓扑而异。这个页可帮助您了解影响更新持续时间的 因素，并估算集群更新在环境中所需的时间。 1.4.1. 影响更新持续时间的因素 以下因素可能会影响您的集群更新持续时间： 通过 Machine Config Operator (MCO) 将计算节点重启到新机器配置 需更多信息，请参阅"添加资源"部分中的"了解更新期间如何应用清单"。 其他 其他资 资源 源 OpenShift 更新简介 了解更新期间如何应用清单 1.4.3. 估算集群更新时间 类似集群的历史更新持续时间为您提供了未来集群更新的最佳估算。但是，如果历史数据不可用，您可以 使用以下约定来估算集群更新时间： Cluster update time = CVO target update payload deployment

如果没有访问内核电源上限子系统，Kepler 使用机器学习模型来估算节点上 CPU 的功耗。  OpenShift Container Platform 4.14 电 电源 源监 监控 控 4 警告 警告 estimator 目前只是实验性的功能，它不被支持，用户不应依赖它。 您可以使用 Power Monitoring / Overview 仪表板来识别节点的电源估算方法。 2.4. 其他资源 电源监控仪表板概述