云计算中心和灾备中心一体化规划分析(3)

    3.1.2 执行迁移前的测试工作。在迁移前，选择测试业务系统进行模拟迁移测试，为后期的大规模迁移做准备，主要测试内容为：迁移在功能性上实现是否可实现；通过网络迁移的性能是否在可允许的范围之内，网络带宽是否满足平滑迁移对网络资源的需求。

    3.1.3执行物理服务器到云计算中心的系统迁移。在以上步骤完成后，执行业务系统的迁移，首先需要规划中长期的存储规划，对每个业务系统应用规划资源池，包括存储资源，网络资源，CPU,内存等。并在云平台上对将要迁移的系统预留出可用的资源。

    3.1.4 迁移完毕后的系统和网络调整。迁移完毕后，需要关闭旧有的业务系统，启动云计算中心的虚拟计算资源，以避免IP资源冲突，迁移完毕后，新的业务系统IP地址资源保持不变，客户端无法察觉到后台日算资源的承载环境变化。

    3.1.5 业务功能测试。迁移完毕后，对业务系统进行测试，联合业务及应用部署人员，对虚拟计算中心的生产系统进行功能和性能测试。一旦出现问题，可以马上关闭虚拟平台上的系统，同时启用旧有的服务器系统。可回退性强，能够保证业务系统的良好运行。

    3.1.6 设备利旧。迁移完成后，旧有的服务器系统我们分为两组，一组为支持加人到云计算平台的，一组为不支持加人到云计算平台的。为了利旧，我们可以将支持云计算平台的设备通过配置加入到私有云当中，作为云中的计算资源池提供对外分配。对不支持云计算平台的，我们重新规划并安装新的操作系统，接入到网络当中，对外提供非关键性业务服务。

    3.2 后续优化。当把用户和服务迁移到新平台后，一定要密切关注虚拟化项目的运行情况。应当建立性能和使用方面的一些准则和阀值，必要时考虑到硬件的配置、网络设置或者增加带宽等措施。

    总结：云计算平台主要由三层构成：基础设施层、平台服务层、应用服务层。

    整合、虚拟化资源调动模式本身就最大限度屏蔽了资源调度时的硬件相关性，是高可用架构，因此整合化、虚拟化的程度本身就决定了整体系统高可用性的程度。比如智能服务资源整合到汇聚层、虚拟化到各接入层就远比将智能服务物理部署到接入层的可靠性高出很多。

（编辑：ASP站长网）