问题或问题陈述:迁移的范围是构建一个 Linux 栈,该 Linux 栈将被复制到 3 个集群环境,但不限于:
开发
测试
生产
J2EE 应用程序将相继部署在这 3 个环境中。
假设:J2EE 容器是 WebSphere Application Server (WAS)。
备用方案:
首先,使用 OS 和 WAS 中间件构建开发环境,然后应用克隆技术创建测试和生产环境
使用 OS 和 WAS Hypervisor Edition 在 Linux 中间件上创建开发环境,然后应用克隆技术创建测试和生产环境
决策:与备用方案 2 一起使用。
理由:如果您使用 WAS Standard 或 Enterprise 版本构建 Linux OS,当前环境的主机名和 IP 地址的引用将在在安装过程中集成,并且耦合的更为紧密。从开发 Linux 映像中构建一个新克隆后,WAS 并不能在新的 Linux 内置映像中运行,因为它在很多地方,包括单元名和 WAS 配置文件中的其他地方,存储了旧的主机名和 IP 引用。删除配置文件以及创建一个新配置文件可能会增加迁移工作量。 为了避免这类问题,在 Linux 上选择 WAS Hypervisor 版本,因为它与当前环境不是紧耦合的,可以帮您减少编写代码和删除依赖项的手动操作。
示例 2:Linux 环境的可移植性因素
主题范围:平台选择上的解决方案架构示例。
问题或问题陈述:比较 AIX 和 Linux on System z 环境中迁移应用程序和后台数据库服务器。所有服务器应用程序和 DB2 后台组件目前都运行在非虚拟化 AIX 环境中。从可扩展性和运营成本角度来看,不管是在 Linux 还是在 AIX 上,客户都想将服务器移到一个虚拟环境以获取虚拟化的优势和一个更好的计算平台。
评估是直接基于其他服务器的峰值 CPU 利用率,根据工作负载特征进行调整。服务器合并分级评估精确性取决于提供的输入。对于不准确的评估而言,最常见的是由于错误的当前服务器 CPU 利用率所导致的。每个单独服务器的峰值 CPU 利用率和跨所有服务器(分级所用的)的峰值需求模式对于一个好的评估来说是至关重要的。如果峰值负载是的免费的,那么它们可能发生在不同时段,服务器容量需求可能明显少于峰值并发时的容量需求。工作负载特征的变化也是一个重要的因素。工作负载特征变化可能会导致在分级结果中出现一个 4x 的差量。不正确的或不精确的输入使得分级结果无效。检查分级中使用的输入也是非常重要的,这些输入精确反映当前服务器的工作负载和 CPU 利用率。
正确收集峰值 CPU 利用率也是很重要的。它们表示的应该是 15 - 30 分钟峰值需求间隔的平均 CPU 利用率,而不是瞬时峰值。如果客户的平均 CPU 利用率数据是以 8 小时或一天为单位,可能需要应用峰均比 (peak-to-average ratio) 来正确反映峰间 CPU 利用率。