订阅构成
-
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，7x24小时） |
|
支持渠道 |
无 |
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 |
