IBM SCT(IBM Sever Consolidation Tool) 是 IBM Linux for Power 安装工具包提供的服务器整合工具。通过 IBMSCT，Linux 系统管理员仅需经过几下简单的鼠标点击操作和键盘输入操作，就可以方便、快捷地将 X86 服务器上的 LAMP 软件(Linux + Apache + MySQL + PHP/Python/Perl)及其数据迁移到 System P 服务器上，同时也可将 X86 服务器上的用户、用户组、配置文件以及相应的用户数据迁移到 System P 服务器上。尽管 IBM SCT 是服务器整合工具市场中的新成员，它以操作简单，功能强大得到了广大用户的青睐。

IBM SCT 基本概念

IBM SCT(IBM Sever Consolidation Tool) 是 IBM Linux for Power 安装工具包提供的服务器整合工具。该工具是由 IBM 巴西 Linux 技术中心开发的、用于简化客户从 X86 服务器向 IBM System P 服务器迁移的实施工具。目前，最新的IBM Linux for Power 安装工具包是于2008年12月份发布的版本3.0。

IBM SCT 应用中涉及到以下几个基本概念：

X86 服务器：文中所指 X86 服务器是 X86 架构或 X86_64 架构的服务器。

System P 服务器：System P 服务器是指具有能运行精简指令集的 Power 处理器的服务器。

IBM SCT 服务器：装有 IBM 安装工具包并提供服务器整合功能的 System P 服务器。

LAMP：集成 Linux，Apache，MySQL 和 PHP/Perl/Python 等开源软件的 WEB 平台。

了解上述基本概念后，我们对 IBM SCT 的工作原理进行简要说明：

IBM SCT 服务器在收到用户的请求后，通过 ssh 登录到 X86/X86_64 服务器中，收集该服务器中的 LAMP 配置文件、服务器系统配置文件，最后根据收集到的信息在 System P 服务器中进行部署和配置。图1展示了 IBM SCT 的基本工作原理

图1：IBM SCT 工作原理示意图

在了解 IBM SCT 的基本概念和工作原理后，我们将通过具体实例对 IBM SCT 软、硬件需求，IBM SCT 基本功能以及 IBM SCT 工作原理进行详细分析。

IBM SCT 应用环境

IBM SCT 应用时需要满足列表1和列表2的要求。

表 1. IBM SCT 支持的 System P 服务器

处理器型号	服务器型号
Power 5	System p5 505/510/520/550/570/575/595 Open Power 710/720
Power 6	Power 520/550/570/575/595
	IBM BladeCenter JS12/JS22
PowerPC 970	IBM BladeCenter JS20/JS21
	Intellistation POWER 185 (ATX)

IBM SCT 对 RedHat 和 Novell/SuSE 这两个 Linux 发行版本具有良好的支持。表2列出了 IBM SCT 所支持的 Linux 发行版。

表 2. IBM SCT 支持的软件

I386和X86_64	PPC64
Red Hat Enterprise Linux 4 (GA, U1, U2, U3, U4, U5, U6 and U7)	Red Hat Enterprise Linux 4 (GA, U1, U2, U3, U4, U5, U6 and U7)
Red Hat Enterprise Linux 5 (GA, U1, and U2)	Red Hat Enterprise Linux 5 (GA, U1, and U2)
SuSE Linux Enterprise Server 9 (GA, SP1, SP2, SP3 and SP4)	SuSE Linux Enterprise Server 9 (GA, SP1, SP2, SP3, and SP4)
SuSE Linux Enterprise Server 10 (GA, SP1, and SP2)	SuSE Linux Enterprise Server 10 (GA, SP1, SP1 U1, and SP2)

IBM SCT 功能及特点

• IBM SCT 根据 X86 服务器所安装的 Linux 发行版(RedHat 或 SuSE)及其上所安装的软件包，在 System P 服务器上自动安装相应的 Linux 发行版及软件。这里需要强调的是目前 IBM SCT 只支持 Linux 发行版小版本之间的升级（如从 i386 版的 RHEL4 U5 升级到 PPC 版的 RHEL4 U6），而不支持大版本之间的升级（如从 i386 版的 RHEL4 U6 升级到 PPC 版的 RHEL5 GA）。大版本之间的升级有望在将来得到支持，从而允许客户有更多的选择。
• IBM SCT 根据 X86 服务器上所安装和配置 LAMP（包括 Apache，MySQL，PHP 或Perl 或 Python)，在 System P 服务器自动配置相应的服务。
• IBM SCT 可以获取 X86 服务器上 Apache 服务器中的 HTML 文件和 CGI 脚本，将其迁移到 System P 服务器相应的 Apache 服务器目录中。
• IBM SCT 可以获取 X86 服务器上 MySQL 数据库中的数据,将其移植到 System P 服务器的 MySQL 数据库中。
• IBM SCT 可以获取 X86 服务器的用户、用户组、数据，将其迁移到 System P 服务器。这里需要强调的是由于 Linux 系统安全的原因，IBM SCT 在迁移过程只将用户的 ID 进行迁移，而不对用户口令进行迁移。系统管理员需要在迁移完成后更改 root 用户的口令。

IBM SCT 工作原理及实现

IBM SCT 包含以下几个过程：服务器迁移的配置，系统引导，操作系统安装以及迁移和应用软件配置。下面我们就其实现原理进行分析。

服务器迁移过程

IBM SCT 的服务器迁移过程是通过向导引导用户输入相应信息来实现的。下文将分步介绍服务器迁移全过程。

第一步：获取 X86 服务器信息

在数据迁移过程中，首先要保证 X86 服务器中的 SSH 服务处于正常工作状态。在此基础上，用户只需要填入 X86 服务器的 IP 地址和 root 的口令，这时，IBM SCT 服务器就会根据用户提供的 X86 服务器登陆信息，通过 SSH 服务获得 X86 服务器的硬盘分区信息、系统用户信息以及系统所安装 LAMP 信息。图2是用户输入 X86 服务器 IP 地址和 root 用户口令的界面。

图2：获取 X86/X86_64 服务器的信息

第二步：选择目标服务器 System P 服务器的类型

IBM SCT 服务器获得 X86 服务器的信息后，会将 X86 服务器的机器类型显示在源系统类型中。IBM SCT 还需要用户在目标服务器类型中选择正确的 System P 服务器类型。

图3：选择目标服务器类型

第三步：选择 Linux 发行版本及 System P 服务器

根据 X86 服务器上的 Linux 发行版，用户通过下拉菜单中所列举的 Linux 发行版选择System P 服务器需要安装的 Linux 版本。这里需要注意 IBM SCT 只提供了 Linux 小版本之间的迁移。在选定 Linux发行版后，用户可以从目标服务器下拉菜单中选择所需安装的 System P 服务器。特别指出的是目标服务器下拉菜单的服务器列表中所列的 System P 服务器是用户在使用 IBM SCT 之前，利用 IBM Linux for Power 安装工具包所提供的服务器管理中的客户系统管理模块的功能加入的。也就是说如果用户想通过 IBM SCT 将 X86 服务器迁移动指定的 System P 服务器中，首先要通过 IBM Linux for Power 安装工具包将该 System P 服务器加入服务器列表中。该列表存于 /opt/wui/clients.conf 配置文件中。

图4：选择 Linux 发行版及目标服务器

第四步：选择 Linux 发行版安装源

根据第三步中目标服务器所要安装的 Linux 发行版本，用户需要指定具有 Linux 安装源和 IBM 软件包的安装服务器。一般而言，Linux 安装源和 IBM 软件包会存放于同一台安装服务器上。

图5：选择 Linux 发行版安装源

第五步：选择需要迁移的选项

这一步中所涉及的选项是服务器迁移中最重要的一步。用户可以根据自己的需求，选择迁移用户和用户组、迁移用户目录或迁移 LAMP 数据。需要注意的是迁移用户目录不能单独进行，必须与迁移用户和用户组选项同时迁移。如果 MySQL 数据库设有口令，也需要提供相应的口令才能正确迁移 MySQL 中的数据。若是 MySQL 数据库未设口令，只要将口令输入框空白即可。

图6：选择需要迁移的选项

第六步：选择需要安装的软件

为了使迁移后的 System P 服务器能够提供更多的服务，IBM SCT 还提供了部分系统服务软件供用户选择，主要软件包包括：Samba、Cups、Apache、PostgreSQL、Open LDAP、Sendmail、Postfix 和 DHCP。用户使用时需要注意以下两点：第一点是 Sendmail 与 Postfix 不能同时安装，两者只能选其一进行安装。另一点是 Apache 只有在源服务器未安装的情况下才会显示在软件列表中，也就是说只有 X86 服务器未安装 Apache 服务时,用户才可选择是否需要在 System P 服务器上安装 Apache。

图7：选择需要安装的软件

在一步一步完成上述配置后，IBM SCT 会将用户的迁移选项显示出来。如果用户感觉其中某些选项需要修改，还可一步步回退修改。如果用户认可所选的迁移选项，只需单击下一步， 服务器迁移就开始进行了。

图8：迁移信息汇总

系统引导过程

　　IBM SCT 系统引导可以通过两种方法实现，一种是通过 IBM Linux for Power 光盘进行系统引导，另一种是通过网络进行系统引导。由于光盘方式引导比较简单，我们在这里就不去详细解释其引导过程。下面我们只针对 IBM SCT 系统引导中的网络引导方式进行描述。

IBM SCT 的系统网络引导过程是通过 dhcp 或 bootp 两种方式为 System P 服务器分配 IP 地址，然后再通过 tftp 将 netboot (RedHat)/linuxrc (SuSE) 和 rootfs 传给服务器来实现的。

为了使 System P 服务器可以从网络引导起来，首先用户需要登录到 System P 服务器的HMC/IVM 中，打开 vterm 并启动 System P 服务器，从而进入 System P 服务器的 SMS，对其 IPL 进行配置。如果系统的 IP 地址由网络中的 dhcp 服务器进行分配，需将IPL中的 IP 地址参数中所有输入框中的内容改为0.0.0.0（如图9所示）。

图9：System P 服务器 IPL 配置

在 IBM SCT 服务器的 /tftpboot/ppc 目录中，存放着 img1、img2a、img3a 和 img4a 四个文件，其中 img1 是网络引导的映像文件；img2a 是 kernel 文件；img3a 是 initrd；img4a 是 rootfs。在这四个文件中，img2a、img3a、img4a 是经过加密处理的文件。

在 IBM SCT 通过网络对 System P 服务器进行系统引导的过程中（如图10所示），System P 服务器首先通过网络中装有 IBM SCT 服务的网络服务器所提供的 tftp 服务，将 IBM SCT 网络引导映像 img1 下载到 System P 服务器的内存中。接下来 System P 服务器要将 img1a.conf 通过网络服务器所提供的 tftp 服务下载到 System P 服务器中并通过 img1a 和 img1a.conf 引导 kernel，由于此时 kernel 还没有传入 System P 服务器中，因此，System P 服务器还要通过 tftp 服务依次将 Linux kernel（img2a）、initrd（img3a）和根文件系统（img4a）传入 System P 服务器并终将系统引导起来。

图10：System P 服务器引导过程

由于操作系统安装以迁移和应用软件配置两个过程完全依据服务器迁移过程中所输入的信息并且不需要人工干预，因此，本文不对这两个过程进行分析。

通过上述实例，我们可以看出，IBM SCT 为 X86 用户提供了一套方便、快捷的向 System P 迁移的解决方案。

小结

本文介绍了 IBM SCT 的基本概念、应用场景和工作原理，并通过实例详述了 IBM SCT的操作过程。

声明：本文仅代表作者个人之观点，不代表 IBM 公司之观点。

IBM 和 System P 是国际商业机器公司在美国和／或其他国家或地区的商标或注册商标。（责任编辑：A6）