第 24 章 vCPU、超线程和订阅结构如何影响订阅服务使用数据？
Red Hat OpenShift 产品组合包含跟踪使用的产品，它们带有测量内核单位，但这种测量会被虚拟化和多线程技术混淆。这些技术的行为导致了术语 vCPU 的开发，以帮助描述物理 CPU 的虚拟消耗，但这种术语可能因意义而异。此外，Red Hat OpenShift 产品的结构可能很复杂，使订阅服务中的使用数据难以理解。
红帽通过一系列改进（包括订阅服务本身）和底层技术和方法（告知 Red Hat OpenShift 使用跟踪）对 Red Hat OpenShift 使用数据进行响应。
24.1. 改进了具有并发多线程的 x86-64 架构的计算
2021 年 10 月：此更改假定启用了 x86-64 架构的并发多线程，从而导致在订阅服务中更准确的使用数据。
在不同的技术供应商中，vCPU 可以有不同的定义。如果您与多个不同的供应商合作，您使用的定义可能与红帽提供的定义不匹配。因此，您可能不熟悉在环境中使用 vCPU 和并发多线程（也称为超线程）时，红帽和订阅服务测量使用情况。
有些供应商提供不向客户机公开的虚拟机监控程序，无论客户机的 CPU 是否使用并发多线程。例如，最近版本的 VMware hypervisor 不会向虚拟机的内核显示并发多线程状态，并且始终将每个内核的线程报告为 1。这种计算方法的影响是，客户可以解释与 vCPU 相关的 Red Hat OpenShift 使用数据的订阅服务报告，以加倍。
为了解决与 vCPU 计数相关的客户关注，红帽已调整了与并发多线程相关的假设。红帽现在假设每个内核的并发多线程用于 x86 架构。对于许多虚拟机监控程序，假设每个内核准确计算 vCPU，使用这些虚拟机监控程序的客户不会在订阅服务中看到更改其 Red Hat OpenShift 使用数据。
但是，其他使用没有向内核公开并发多线程状态的客户会在 2021 年 10 月看到订阅服务数据的变化。这些客户会在实施此改变之日看到其订阅服务的相关 Red Hat OpenShift 用量数据减少了 50%。过去的数据不会受到影响。
遇到这种情况的客户将不会被购买。红帽要求客户购买足够的订阅来满足订阅服务中所计算的使用情况。
在过去，vCPU 的定义中的差异导致了某些订阅服务用户的使用和容量数据的解释问题。对于并发多线程的假设，这个变化旨在提高在更广泛的客户间 vCPU 使用数据的准确性，无论部署的 hypervisor 技术是什么。
如果您对订阅服务中显示的使用情况和容量数据有疑问或问题，请与红帽帐户团队合作，以帮助您了解您的数据和帐户状态。有关此问题解决方案的更多信息，您还可以登录到您的红帽帐户以查看以下问题： Bugzilla issue 1934915.
