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. 访问模式 一个持久性卷可以以资源供应商支持的任何方

术。 52. 云服务的碳足迹 试验 Cloud Carbon Footprint（CCF）是一款估算主要云服务提供商的云工作负载碳排放量的开源工具。它通过云平 台的 API 查询资源使用数据，并使用多种（数据）来源跟踪碳排放情况。CCF 遵循公开发布的方法，将这些数 据合并为排放量估算值，并提供随时间变化的数据可视化。云提供商已经开始在其平台上添加类似产品，但是 一些企业仍在部署 CC 公开的计算方法。此外，它还包括范围 2 和范围 3 排放的估算，分别针对电力使用和硬件生产。在我们的实验 中，不同工具的估算结果不尽相同，这并不奇怪，因为该领域的所有工具都会进行估算，并将估算值相乘。然 而，确定一种工具、设定基准线并在此基础上进行改进是我们遇到的主要使用场景，类似 Kepler 这样的工具可 能会在未来减少对估算的需求。CCF 还提供基于 GCP 和 AWS 的优化建议，这不仅有助于减少云服务的碳足迹，

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 数量 数量 作 作为 为集群管理 集群管理员 员，您可以使用集群容量工具来 ，您可以使用集群容量工具来查

Ozone适⽤场景 • Apache Ozone的最近进展 • Apache Ozone的实践分享 ⼤数据存储的需求 能否提供⾼并发读取和写⼊ 是否兼容主流API，如HDFS/S3 是否可以扩展⾄数百PB的存储容量，数千个 物理节点以及数⼗亿个对象 扩展性 API 兼容性 性能 是否⽀持存算分离架构同时也可以兼容存算耦合 架构 应⽤对接 安全 加密 HDFS现有的⼀些解决⽅案 Namenode