自助式 OpenShift（红帽 OpenShift 平台 Plus、红帽 OpenShift 容器平台、红帽 OpenShift Kubernetes 引擎和红帽 OpenShift 虚拟化引擎）可在 64 位红帽企业 Linux 已获认证且受支持的任何地方运行。请参阅 相关文档，以了解关于 OpenShift 部署方法和支持的基础架构类型的更多信息。
自助式 OpenShift 软件版本：
- 红帽 OpenShift Kubernetes 引擎：一种面向混合云的企业级 Kubernetes 运行时引擎，提供核心 OpenShift 功能，用于部署和运行应用，您可以在数据中心、公共云和边缘环境中安装和管理该平台。
- 红帽 OpenShift 容器平台： 一种功能齐全的面向混合云的企业级 Kubernetes 应用平台，可用来构建、部署和运行应用，您可以在数据中心、公共云和边缘环境中安装和管理该平台。
- 红帽 OpenShift 平台 Plus： 一种使企业能够在多个集群和云环境中大规模构建、部署、运行和管理智能应用的混合云平台。该平台提供多层安全防护、可管理性和自动化，可在整个软件供应链中提供一致的体验。OpenShift 平台 Plus 订阅仅适用于基于 x86 的集群。
- 红帽 OpenShift 虚拟化引擎：基于红帽 OpenShift 和开源的基于内核的虚拟机（KVM）监控程序的纯裸机虚拟化基础架构产品，旨在为企业提供可靠的企业级解决方案，用于部署、管理和扩展虚拟机。作为 OpenShift 功能的一部分，此版本的 OpenShift 适用于仅虚拟机工作负载，且仅支持容器中的基础架构服务（即不支持最终用户应用容器）。
订阅类型
自助式 OpenShift 有两种类型的订阅（核心对和裸机插槽对），每种订阅具有两种支持级别。
环境中的计算节点需要计算节点订阅。这些订阅可以通过核心对或裸机插槽对进行授权：
- 核心对（两个核心或四个 vCPU）
- 此订阅选项适用于 OpenShift Kubernetes 引擎、OpenShift 容器平台和 OpenShift 平台 Plus。核心订阅 不适用于 OpenShift 虚拟化引擎。
- 在向 CPU 核心授权时，计算在您想要使用核心对订阅授权的所有 OpenShift 集群中运行的所有 OpenShift 计算节点的物理核心或 vCPU 总数。
- 提供每周五天、每天八小时的标准支持 SLA 选项，或全天候高级支持 SLA 选项。
- 裸机插槽对（一至两个插槽，最多 128 个核心）
- 此订阅选项适用于所有自助式 OpenShift 版本，也是 OpenShift 虚拟化引擎的唯一选项。
- 此订阅选项仅适用于 x86 和 ARM 裸机物理节点，其中 OpenShift 直接安装在硬件上。不允许使用第三方虚拟机监控程序。
- 这显然 不是 “虚拟数据中心 ”订阅（比如用于虚拟数据中心的红帽企业 Linux，只需单个订阅，即可让您在任何虚拟机监控程序主机上无限次安装虚拟机客户操作系统）。
- 提供每周五天、每天八小时的标准支持 SLA 选项，或全天候高级支持 SLA 选项。
- 对于具有超过两个插槽或超过 128 个核心的裸机服务器，可以叠加使用订阅，但单个订阅不能跨越多台裸机服务器
此外，您还需要为环境中的加速器购买红帽 AI 加速器订阅：
- AI 加速器（一个加速器）
- 此订阅选项适用于为 AI 工作负载提供计算加速功能的加速卡（GPU、TPU、NPU、FPGA、DPU 等），这些加速卡是独立的附加组件，而不是 CPU 软件包中的一部分。
- 无论红帽 OpenShift 版本如何，每个物理 AI 加速器都使用相同的订阅。
- 如果集群上安装了红帽 OpenShift 和 OpenShift AI，那么购买一项 AI 加速器订阅产品就足够了。
- 只要加速器功能未用于计算加速，则 无需此订阅（比如 DPU 仅用作 SmartNIC 进行网络加速，即使其具有未使用的可寻址 ARM 核心；或 GPU 用于图形渲染而非 AI 加速）。
- 提供每周五天、每天八小时的标准支持 SLA 选项，或全天候高级支持 SLA 选项。SLA 必须与支持核心对或裸机插槽对订阅的 SLA 匹配。
何时选择核心对订阅
当您在基础架构即服务（IaaS）私有云中将自助式 OpenShift 部署到公共云超大规模云服务商时，或者在 VMware vSphere、红帽 OpenStack® 平台或 Nutanix 等虚拟机监控程序上部署时，您通常会选择核心对订阅。
选择核心对订阅后，您无需将订阅附加到物理服务器，并且还可以拥有很大的灵活性，能够根据需要随时随地在混合云中部署 pod。
您也可以在裸机服务器或设备（即没有虚拟机监控程序）上使用核心对订阅。注意，通常在一定的计算 pod 密度下，裸机插槽对订阅可能更具成本效益。
在将 OpenShift 虚拟化引擎用作专用虚拟化平台时，您可以选择在虚拟机监控程序本身的裸机插槽对订阅之上，使用核心对订阅来为虚拟机上的 OpenShift 容器授权。您可以单独购买 OpenShift 自助式核心对订阅，并将其分配给该环境中的虚拟机，就像您可以购买并作为虚拟机运行的任何其他应用一样。在这种情况下，存在一个核心密度，达到该密度后，切换到自助式 OpenShift 的裸机插槽对订阅模式可能更具成本效益。自助式 OpenShift 的裸机插槽对订阅模式不仅包含在裸机服务器上使用无限量的 OpenShift 容器的权限，还支持在 OpenShift 虚拟机中运行这些容器。
核心对订阅可以进行分发，从而覆盖所有 OpenShift 集群中的所有 OpenShift 计算节点。例如，100 个核心对红帽 OpenShift 平台 Plus 订阅将提供 200 个核心（400 个 vCPU），可用于混合云环境中所有运行的 OpenShift 集群中任意数量的计算节点。
何时选择裸机插槽对订阅
裸机插槽对订阅仅适用于部署到专用物理服务器上的 OpenShift 计算节点，这些物理服务器可以位于数据中心内、受支持的裸机产品上的托管私有云中，也可以在受支持的裸机产品上由超大规模云服务商提供。裸机插槽对订阅是 OpenShift 虚拟化引擎的唯一选择，并且是其他自助式 OpenShift 版本中支持 OpenShift 虚拟化功能所必需的。
每项裸机插槽对订阅最多可为插槽对中的 128 个物理核心授权。裸机订阅可堆叠，既可以用于覆盖总核心数超过 128 个的插槽对，也可以用于覆盖具有多个插槽对的物理服务器。
若要授权物理服务器，可堆叠一个或多个订阅，以覆盖服务器中的插槽总数或物理核心总数（以两者中较多者为准）。例如，一台服务器有两个插槽，且每个 CPU 中有 48 个核心，那么总核心数为 96。由于服务器具有一至两个插槽，核心总数少于 128 个，因此需要一个订阅。第二台服务器具有两个插槽，核心总数为 192 个，因此需要两个订阅。需要两个订阅才能覆盖 192 个核心，因为单个订阅最多只能覆盖 128 个核心。单个裸机插槽对订阅不能进行拆分以用于多台物理主机（不能用于覆盖两台服务器，其中每台具有一个插槽；也不能用于覆盖多台独立服务器上的核心）。
由于 Kubernetes 的固有架构，使用基于插槽授权的每台物理裸机服务器只能用作一个 OpenShift 节点。由于 Kubernetes 中的每个节点只能属于一个集群，这意味着裸机服务器上的所有容器都将位于同一个集群中。这种模式非常适合资源密集型工作负载，如 OpenShift 虚拟化（其中每个工作负载运行一个完整的虚拟机），但可能不适合其他场景。尽管 OpenShift 支持在单个节点上运行多达 2500 个容器，但在某些情况下（无论是出于性能还是架构原因），您可能希望在不同的节点或不同的集群之间分配容器。如果不使用虚拟化技术在裸机服务器上创建单独的计算节点，这将无法实现。
容器的一种常见部署模式是构建大量集群，其中每个集群包含较少数量的容器。这种模式在超大规模云服务商环境中非常普遍，并且可以通过在数据中心内使用虚拟机监控程序创建虚拟机来实现，其中这些虚拟机将成为部署容器的计算节点。在使用 VMware vSphere、红帽 OpenStack 平台和 Nutanix 等虚拟机监控程序时，您必须为部署在虚拟机中的 OpenShift 使用核心对订阅。
部署到裸机和授权插槽对订阅的 OpenShift Kubernetes 引擎、OpenShift 容器平台和 OpenShift 平台 Plus 集群，包含 OpenShift 虚拟化和部署到这些集群中的相同产品类型的任何虚拟 OpenShift 集群的订阅。举例来说，这意味着部署到裸机 OpenShift 容器平台群集的虚拟 OpenShift 群集，将会继承托管裸机群集的 OpenShift 容器平台订阅。
需要注意的是，OpenShift 虚拟化引擎订阅 不包括对容器化应用实例的支持，但下文 OpenShift 虚拟化引擎部分定义的基础架构工作负载除外。如果您希望使用 OpenShift 虚拟化引擎运行自己的容器化应用工作负载，您需要使用自助式 OpenShift 的核心对订阅来授权虚拟机。或者，在密度较高的情况下，您可以选择购买自助式 OpenShift Kubernetes 引擎、OpenShift 容器平台或 OpenShift 平台 Plus 的裸机插槽对订阅，这将使您能够在裸机集群或继承订阅的虚拟集群（如上一段中所述）上原生运行基于容器的应用。
在同一集群中无法混合使用不同类型的 OpenShift 产品，所有节点必须使用相同的 OpenShift 虚拟化引擎、OpenShift Kubernetes 引擎、OpenShift 容器平台或 OpenShift 平台 Plus 产品类型进行订阅，然而，在单个集群中可以使用核心对和插槽对订阅。例如，您不能在单个裸机集群中使用一些 OpenShift 虚拟化引擎节点来托管虚拟机，而使用 OpenShift 平台 Plus 订阅的其他节点用于托管容器化应用和虚拟 OpenShift 实例。
如何计算 AI 加速器订阅数量
近年来，市场上出现了一些特定的硬件技术，这些技术能够使某些计算工作负载以更快的速度运行。这些类型的硬件设备在红帽的部分内容中被统称为“加速器”或“AI 加速器”。有几种适用于现代服务器的硬件设备可归类为加速器，包括但不限于 GPU、TPU、ASIC、NPU 和 FPGA。
这些加速器通常是一个卡、面板或其他物理设备，占用服务器中的一个外设组件互连（PCI）插槽。加速器的数量通常与您从加速器供应商处购买的单位数量相同。例如，如果某台服务器的供应商称这台服务器“配备了八个 GPU”，这通常是指八个物理加速器单元。
每个 AI 加速器订阅都涵盖一台物理加速器设备。我们以 AI 加速器订阅为例：
- 具有四个物理 GPU 设备的物理计算节点，除了需要覆盖计算节点的 CPU 核心对或插槽对订阅外，还需要四个 AI 加速器订阅。
- 如果单个虚拟计算节点具有一个物理 GPU 设备，并且以多个 vGPU 的形式呈现给虚拟机，则需要一个 AI 加速器订阅，因为订阅计数是基于物理加速器，而不是虚拟加速器。
加速器只有在用于执行计算工作负载时才会被计算在内。当工作负载的主要目的不是近乎实时地在用户屏幕上绘制像素或在网络上传输数据时，该工作负载才会被视为计算工作负载。
这种区分非常重要，因为 VFX（视觉特效）和流媒体应用可能会使用 GPU 和其他加速器硬件，但这些场景的主要目的是在屏幕上绘制像素。在某些情况下，加速器主要功能是在网络上传输数据（例如专用于网络功能的数据处理单元），这也不应视为计算工作负载。
计算工作负载的示例包括：
- 传统软件应用，如 Java、Python 和 Perl。
- LLM 或其他计算密集型软件。
- 数据科学模型训练和调优。
- 科学建模和物理模拟，比如蛋白质折叠和流体动力学。
