3.2. Red Hat OpenShift

对于 Red Hat OpenShift，订阅服务并不只专注于集群的总大小及其所在的节点。订阅服务侧重于集群的订阅部分，即正在处理工作负载的集群节点。因此，订阅服务报告 用于订阅的集群大小，而不是整个集群的大小。

要确定订阅的集群大小，数据收集工具和订阅服务会同时检查节点类型和节点标签是否存在。订阅服务使用此数据来决定哪些节点可以接受工作负载。所有非基础架构节点以及可调度的 master 节点总和被视为可用于工作负载。可用于工作负载使用的节点计为订阅的节点，对订阅的集群大小贡献，并出现在订阅服务的使用情况报告中。

以下信息提供了有关节点标签如何影响这些节点的可数性以及影响订阅的集群大小的更多详情。对内部和外部环境的分析都显示这些标签和标签组合代表大多数客户配置。

订阅服务会跟踪 CPU 内核或集群 CPU 内核或套接字中的 Red Hat OpenShift Container Platform 使用量，并将这些数据聚合到一个帐户视图中，具体根据以下版本支持进行优化：

对于 RHOCP 订阅使用，主要 3 和 4 版本之间报告模型有变化。版本 3 使用量在节点级别和版本 4 使用量考虑在集群级别。

RHOCP 主版本报告模型的区别还会导致一些与云服务平台中相关服务和相关服务计算使用情况的区别。对于 RHOCP 版本 4，订阅服务遵循检查节点类型和节点标签的规则，以计算订阅的集群大小，如 确定订阅的集群大小 中所述。订阅服务识别并忽略执行开销任务且不接受工作负载的集群部分。订阅服务只识别并只跟踪接受工作负载的集群部分。

但是，对于 RHOCP 版本 3.11，版本 3 era 报告模型无法区分执行开销任务且不接受工作负载的集群部分，因此报告模型无法找到订阅的节点。因此，对于 RHOCP 版本 3.11，您可以假定订阅服务报告的大约 15% 的订阅数据是执行基础架构相关任务的非订阅节点的开销。这个百分比基于 RHOCP 版本 3 安装中的集群开销分析。在这种情况下，使用情况结果显示高达 15% 的容量可能仍然符合要求。

订阅服务跟踪 RHOCP 或 OpenShift Dedicated 4.7 及之后的版本中的使用时间（内核小时内）提供的、以 CPU 内核计算集群大小（以 CPU 内核的时间度量为 CPU 内核）。对于 OpenShift Dedicated On-Demand 订阅，在实例时间内跟踪服务实例的 control plane 资源。订阅服务最终将帐户中的所有集群核心小时和实例小时数据聚合到每月的时间内，供计费服务用于 Red Hat Marketplace 使用的时间单位。

如 RHOCP 4.1 及之后的版本的信息中所述，订阅服务只会识别和跟踪包含计算节点的部分，也称为 worker 节点。

订阅服务从 vCPU 小时和 control plane 小时内预付(On-paid)订阅和 control plane 小时内，跟踪 Red Hat OpenShift Service on AWS Hosted Control Planes (ROSA Hosted Control Planes)使用情况。