RedHat Enterprise Linux 生命周期

开源爱好者在系统选型的时候可能很少有人去仔细考虑商业产品的生命周期问题，但这个策略对系统架构实在是影响巨大。即使你是在运行CentOS这样的免费克隆，也应该对RHEL的相关知识了如指掌。详情去看 https://www.redhat.com/security/updates/errata/ ，我这里只是简单介绍：

1. 每个RHEL版本生命期是7年
2. 7年里分为三个阶段，Production 1 Life Cycle Phase、Production 2 L C P、Production 3 L C P。。。下面就用 p1 p2 p3 来缩写吧
3. 大致来说P1是头4年，P2是第5年，P3是剩下的2年
   
4. 不管产品在哪个阶段，都可以得到技术支持、安全方面的更新、以及bug修补。关于这个bug修补，RedHat是有选择的，只有那些被认为影响业务运行的才会被修补。
5. 在P1和P2阶段会发布Minor Release。就是Update1, Update2...或者说4.1、4.2. P1 阶段的Update相当于微软的ServicePack——这种Update并不只是简单的补丁集合，而会包括功能方面的扩展和增强——比如最近的 RHEL 5.4 一个显著变化就是加入了 KVM 的支持（Xen将被RHEL慢慢遗弃）；P2阶段的Update将不包括功能的变化。这种企业发行版本的一个特点也是在功能不断更新（4年之久）的情况下，还可以长期保证客户、ISV的向前兼容能力。P1阶段的每次Update都会发行新的安装介质，在P2阶段除非极端必要，否则不会有新的介质出现（这一点RHEL做得不如CentOS，哈哈）
6. 在长达7年的时间里，除了要应付业务和软件的变化外，另一个挑战就是硬件变化。在P1 阶段RHEL会积极的将最新硬件（我猜主要是认证厂商的服务器）驱动backport。P2阶段则是有选择的更新硬件驱动，上面说了P2阶段不会再有功能变化，因此只有那些不会影响软件堆栈的硬件驱动才会加入。如果你一定需要在尚不支持的硬件上运行P3阶段的RHEL版本的话，RedHat的方案是：现在已经进入了第6个年头，最新版的RHEL此时应该在P1或P2阶段，客户可以在新的RHEL上虚拟化上一个版本。

最后总结一下：RHEL的头四年可以获得最佳的软硬件支持，GNU/Linux Stack 对商业运行来说有价值的更新会被backport（epoll就曾经这样被移植回了RHEL3的2.4内核）；在第5年将只有部分的硬件支持，这个时候应该开始把业务迁移到新的RHEL上；在最后2年就只剩下bugfix，给客户一个平稳过渡的时期。

现在RHEL4的P2已经快要结束，还在使用RHEL4的同志们该开始考虑升级到RHEL5了；或者再等半年，2010Q1据说6就会发布了