订阅构成
- Red Hat Enterprise Linux的基础订阅
- Add-ON订阅
ADD-ON订阅
在基础的OS功能之外，如果需要用到以下功能，需要购买额外的订阅：
- Smart Management
- High Availability
- Resilient Storage
- Extended Update Support
举例：
物理主机上部署一个2节点RHCS的高可用群集，那么需要购买：2个基础的订阅+2个ADD ON订阅
订阅类型
- 自助服务（Self-Service）
- 标准（Standard）
- 高级（Premium）
服务级别
| 服务 | 自助服务 | 标准 | 高级 |
| 服务时间 | 无 | 标准工作时间 | 标准工作时间（严重级别1和2，7×24小时） |
| 支持渠道 | 无 | web或者phone | web或者phone |
| 支持案例数量 | 无 | 不限 | 不限 |
| 响应时间 | |||
| 严重级别 | 标准 | 高级 | |
| 初始响应和进入处理时间 | 初始响应时间 | 进入处理时间 | |
| 严重级别1（紧急）：故障对你在生产环境中使用软件造成严重影响（如丢失生产数据或者生产系统不能工作）。你的生产在此种情况下不能继续，并且没有临时的解决办法对应。 | 1个标准工作小时 | 1自然小时 | 1自然小时 |
| 严重界别2（高）：生产环境部分受影响，处理能力严重下降，对部分业务操作造成影响，并且没有临时的解决办法对应。 | 4个标准工作小时 | 2自然小时 | 4自然小时 |
| 严重级别3(中等)：生产或者开发环境部分非关键业务受影响，对业务系统造成影响，但是业务操作可以继续操作。或者可以使用临时的方法对应使得业务操作继续进行。对于开发环境而言，故障导致你不能将开发结果导入或者迁移到生产环境。 | 1个工作日 | 4个工作小时 | 8个工作小时 |
| 严重级别4（低）：常见得使用疑问，或者是已经又文档阐明得错误，或者是对未来产品功能得改善建议。对于生产系统来说，影响很小甚至没有。对于开发环境来说，影响中等偏低，而且业务可以继续运行。 | 2个工作日 | 8个工作小时 | 2个工作日 |
订阅打包模型
物理CPU对和虚拟机对
物理CPU对：2个物理CPU
虚拟机对：2个虚拟机实例
用户可以基于物理或者虚拟化，如果将RED HAT部署到物理机，订阅数量基于安装系统的物理CPU对；如果将RED HAT部署到虚拟化环境，订阅的数据量是基于虚拟机对，这种模式适合于低到中等密度的虚拟化环境。
适用于该模型的订阅类型包括：
- Red Hat Enterprise Linux Server.
- Red Hat Enterprise Linux Server Entry Level, Self-support.
- Red Hat Enterprise Linux Add-Ons.
无限数量虚拟机许可
这种模型的订阅是基于物理CPU对。拥有这种类型订阅之后，用户可以在物理主机上运行不限数量的虚拟实例。该模型适合于高密度虚拟化环境。适合于该模型的订阅类型包含：
- Red Hat Cloud Infrastructure.
- Red Hat OpenStack® Platform.
- Red Hat Enterprise Linux for Virtual Datacenters.
- Red Hat Enterprise Linux Add-Ons.
订阅合并
当你的系统拥有的物理CPU对或者虚拟机对超过1对时，你可以按照CPU对或者虚拟机对的倍数的方式来计算需要的订阅数量。比如，你有一个8路的服务器，那么需要购买的订阅数量是8/2=4。
订阅重用
你可以将订阅在物理主机和虚拟机之间进行互换。比如：
如果你手头有1个2CPU的空闲订阅，恰好你需要2个虚拟机，这个订阅用于2个虚拟机环境。反之亦然。
订阅计算举例
| 计算方法 | 系统数量 | CPU对数量 | 订阅数 |
| 1路服务器 | 10 | 10 | 10 |
| 2路服务器 | 10 | 10 | 10 |
| 8路服务器 | 2 | 4 | 4 |
| 总的订阅数 | 24 |
| 计算方法 | 系统数量 | 虚拟机对数量 | 订阅数 |
| 虚拟机 | 10 | 5 | 5 |
