AIX 生命周期管理.PDF

AIX 生命周期管理 尽可能延长版本升级之间的时间 Charlie Cler 2010 年 11 月 19 日 解决方案架构师 Forsythe Technology, Inc 计划和部署新的 AIX OS 版本很有挑战性。如果您的许多系统都安装 AIX，就更有难度。本文帮助 您更好地了解 AIX 生命周期管理的各个阶段，提供改进计划和部署过程的建议。注意，本文内容 也适用于需要维护的大多数软件包。本文来自 IBM Systems Magazine for AIX 中文版。 主要 AIX 版本和可用性时间线 首先，从 IBM 的视角基本了解 AIX 版本的生命周期。对于主要 AIX 版本的市场推广和支持，IBM 采 用一个标准的模型，见图 1。 图 1.IBM 标准模型 可以为主要 AIX 版本购买许可证的时间一般为大约 5 到 6 年。当一个主要版本不再进行市场推广 时，在此后的一年里仍然以标准的速度提供 AIX 支持和维护。因此，标准的服务期是大约 6 到 7 年。超过标准的服务期之后，IBM 再提供为期 3 年的扩展支持。扩展支持的价格比标准支持高，大 多数客户会尽量避免扩展支持带来的额外成本。IBM 可能调整各个阶段的长度，在历史上对于不同 的 AIX 版本有过一些小调整，主要在标准服务期方面。 生命周期阶段 现在，从客户的视角看看 AIX 的时间线。主要 AIX 版本的生命周期可以划分为以下六个阶段： 1. 等待阶段 等待阶段开始于新的 AIX 版本首次可用时，结束于客户开始新版本的 IT 认证时。在此阶段，客户可 能在等待 IBM 解决最初发现的问题，或者等待中间件或工具支持出现。一些客户选择等待 IBM 发布 第一个 OS 更新，以此作为等待阶段结束的标志。等待阶段的长度因客户而异。 © 版权所有 IBM 公司 2010 商标 AIX 生命周期管理 第 1 页，共 5 developerWorks® /developerWorks/cn/ 2. IT 认证 在 IT 认证阶段，测试新版本与 IT 标准、脚本、监视工具、备份过程和主要中间件组件的兼容性。另 外，将开发和记录在现有的服务器上部署新版本的过程。 3. 应用程序开发认证 应用程序开发团队需要在这个阶段检验应用程序在新版本上的功能和性能。 4. 部署 在部署阶段，安排和执行 OS 升级。可以参与执行升级的系统管理员数量，以及安排应用程序停机 升级是否方便，决定部署阶段的总长度。如果请求应用程序停机升级会对下一阶段的长度有消极影 响，给部署阶段留出的时间很可能不充裕。 5. 使用期 这个阶段代表到需要应用下一次主要版本升级之前的好几年。目标是尽可能缩短其他所有阶段的长 度，以便尽可能延长 OS 的使用期。 6. 下一次升级 客户决定应该进行下一次 AIX 升级的时间。 大多数客户的总体目标是在 AIX 标准服务期内完成所有六个阶段，从而避免扩展支持带来的额外费 用。根据这个目标，这六个阶段与 AIX 时间线的关系应该如图 2 所示。 图 2.六个阶段与 AIX 时间线的对应关系 其他客户目标 对于 AIX 升级，不同的客户有不同的做法、想法和目标。比较常见的想法包括： •  希望跳过一个主要 AIX 版本，从而尽可能延长使用期。如果当前部署的 AIX 版本非常过时，这 种想法可能是可行的。但是，如果当前部署的 AIX 版本是 N，客户跳过下一个可用版本 N+1， 等待未来的版本 N+2，那么就会推迟使用 N+1 版本已经启用的新服务器特性。 •  试图让公司中的所有服务器采用相同的版本，以此简化系统管理。尽管这对于比较小的 IT 系统 可能是可行的，但是一旦安装的 AIX 映像达到大约 100 个，这通常就不现实了。AIX 安装量非 常大的一些公司发现有必要在合理的时间段内临时增加人员来安装 AIX 升级。 AIX 生命周期管理 第 2 页，共 5 /developerWorks/cn/