图1 同平台应用整合示意图
3.2 实现服务器的控制台集中管理通过 IBM Systems Director 集中控制台，实现跨机房、多网段的服务器的自动发现（通过 IP 地址），系统同时能自动更新已发现服务器的信息。管理员能借助这套系统快速的了解每台服务器，如物理、逻辑、或虚拟硬件，操作系统类型及版本，硬件固件及 BIOS 信息，所安装的软件信息等等。
通过制定系统一致性策略，管理员可以实时监控受管系统更新状态和自动接收更新提醒，这包括了受管操作系统和服务器固件更新管理。
Director 同时整合了多个硬件管理控制台（HMC），提供了层次化的资源关系表以及图形视图。管理员可以利用这些关系表和视图方便查看服务器拓扑结构和虚拟化层次。
3.3 实现快速的问题定位和瓶颈识别管理员可以自定义一个 Systems Director 集中受管系统健康状况视图，所有受管系统硬件层面告警都将集中在该视图展现。通过设置过滤，管理员可以快速检查重要告警信息，比如CPU 利用率、内存利用率、I/O 吞吐量、页交换等等。监控结果可以触发自动化响应策略。对划分了分区的服务器来说，Director 分别显示每个分区的资源利用率，同时也显示整台服务器的资源利用率。这对于采用了超用 CPU 模式（uncapped）的微分区来说，是非常关键的。管理员根据这些信息来动态评估服务器的分区规划是否合理。这些历史性能信息也为管理员进行服务器容量规划提供依据。
3.4 实现主机CPU、内存自动化弹性调整，实现精细化管理通过分区虚拟化实现同平台应用整合，仍然处于静态方式。业务是动态发展的，网管中心的支持要能对此作出快速响应。服务器 CPU 池化的技术很好的解决这一问题。基于 Power 服务器微分区，我们设置两种策略来确保分区能自动实现弹性化调整：首先多个业务分区共享多个物理 CPU，每个分区设定适量初始授权 CPU 用量以及适量的虚拟 CPU 个数，这非常关键。业务分区在压力很小时，虚拟 CPU 基本不占用或只用很少量的物理 CPU 处理能力。当某个分区业务突发增大时，该分区的虚拟 CPU 可实时动态的调用更多物理 CPU，在超过初始授权值时，只要 CPU 池中还有空闲物理 CPU，那么该分区可以超用 CPU。第二，我们在必要的情况下可以对各个分区设定合适的权重。如果有多个分区都超用 CPU，权重较大的分区在超用 CPU 时可以占用较多的资源。这种调整都是可以动态实现。
3.5 构建资源池与映像库，实现标准化流程，优化基础平台交付业务部门需要基础平台，传统上的流程通常如图 2 左边部分所示，首先用户提出要求，然后 IT 部门新购（或利旧）设备，物理设备连接，安装操作系统、打补丁，安装应用软件、打补丁…，最后测试再提交使用。流程长，牵扯较多人力，各个系统之间的软件版本也较难保持一致性，导致维护复杂。
在实现统一服务器管理的前提下，再结合服务器虚拟化技术，使得我们有能力构建“统一管理，优化标准，快速部署”的 IT 基础环境。如图 2 右边部分所示。首先是服务器被统一管理，纳入计算资源池中。然后，我们通过 Director 对常用的软件版本组合（操作系统、数据库、中间件等）进行捕捉，创建标准化映像，保存在统一映像库中。在需要新基础平台时，管理员通过 Director 在计算资源池中查找合适的受管服务器，然后从映像库中选择合适的映像。之后 Director 能自动创建分区，并把映像部署到指定的受管服务器上。整个部署过程都通过网络进行，管理员不再需要到现场。 交付使用的系统，也被纳入统一监控系统中，结合用户的反馈意见等，管理员可以优化、创建新的系统映像保存在映像库中。
图2 使用Director的软硬件部署/环境准备
3.6 完善计算资源回收机制对于一些临时借用的开发测试环境，或某些系统下线之后，我们将其中的服务器归入可再重利用组。如果是物理服务器，可以直接关机以节约能耗。在服务器有供电的情况下，我们仍然可以通过 Director 对其基本信息进行了解。如果是分区，我们可以通过 Director 进行统一删除，以释放资源。正如图 2 所示，采用Director的新软硬件部署模式较之传统模式效率有了很大提升，部署基本实现远程自动化，并实现了资源回收和灵活调度。
