企业云平台虚拟资源池规划设计方案.doc

精选资料

云计算咨询项目
云平台虚拟资源池规划设计方案

目 录

一. 导言 5
1.1 编写目的 5
1.2 文档阅读对象 5
1.3 关键术语 5
二. 整体建设标准与规范 6
2.1 虚拟化立项建设阶段流程与规范 7
2.1.1 立项建设总流程 8
2.1.2 立项建设流程分述 9
2.1.3 立项建设规范 19
2.2 应用迁移阶段流程与规范 26
2.2.1 应用迁移总流程 27
2.2.2 应用迁移流程分述 29
2.2.3 系统迁移技术手段 38
2.3 系统管理阶段流程与规范 42
2.3.1 系统管理总流程 42
2.3.2 系统管理流程分述 45
2.3.3 系统管理规范 53
三. 资源池划分规划 57
3.1 计算资源的组织 60
3.1.1 虚拟化Hypervisor软件安装规范 60
3.1.2 虚拟化架构管理软件安装规范 64
3.1.3 集群建设规范 65
3.1.4 备份规范 67
3.1.5 计算资源池建设搭建规划 69
3.2 存储资源的组织 71
3.2.1 存储基本配置规范 71
3.2.2 针对虚拟化配置规范 72
3.2.3 存储设备特定功能配置规范 74
3.2.4 存储资源池建设搭建规划 76
3.3 网络资源的组织 77
3.3.1 网络配置基本规范 77
3.3.2 针对虚拟化配置规范 79
3.3.3 VLAN设置规范 81
四. 资源池安全设计 82
4.1 虚拟化安全管理 82
4.2 安全域划分 83
4.3 虚拟化基础管理平台安全 84
4.3.1 Hypervisor安全规范 84
4.3.2 管理软件应遵守的安全规范 85
4.4 网络资源安全 86
4.4.1 总体安全策略 86
4.4.2 网络访问控制 87
4.5 系统安全 88
4.5.1 系统部署安全 88
4.5.2 系统安全管理 89
4.6 备份安全 91
4.6.1 备份策略 91
4.6.2 备份管理 91
4.6.3 业务连续管理 94
五. 系统迁移方案 95
5.1 系统迁移评估 97
5.1.1 系统评估和分析流程 97
5.1.2 评估准备 99
5.1.3 系统调研与评估 101
5.1.4 需求分析及汇总 103
5.2 迁移方案设计 104
5.2.1 迁移考虑因素 104
5.2.2 虚拟化适用性分析 104
5.2.3 迁移场景设计 105
5.2.4 资源映射分析 106
5.2.5 服务器放置设计 107
5.2.6 资源竞争关系设计 107
5.2.7 迁移顺序设计 108
5.2.8 迁移技术手段 109
5.2.9 迁移工具介绍 113
5.3 虚拟化环境准备 115
5.4 应用移植 116
5.4.1 迁移实施流程 117
5.4.2 迁移环境准备 118
5.4.3 迁移执行 119
5.4.4 迁移失败分析及处理 119
5.5 测试验证 121
5.5.1 应用系统测试验证流程 122
5.5.2 应用系统测试验证意义与内容 123
5.5.3 应用系统测试 124
5.5.4 系统优化 125
5.5.5 应用系统验证 125
5.6 应用系统切换 125
5.6.1 应用系统业务切换流程 126
5.6.2 切换评估 127
5.6.3 切换方案制定 128
5.6.4 切换准备 128
5.6.5 切换操作 128
5.6.6 回退机制 130
5.6.7 切换后观察 130
5.6.8 原系统删除 130

一. 导言
1.1 编写目的
本方案文档记录了公司云计算平台一期虚拟化资源池的规划设计方案，方便读者迅速了解云平台一期建设过程中，对虚拟化资源池的建设规划相关内容；为平台资源池的正式建设提供参考依据。
本文档的目的在于描述XX有限公司为公司的所做的资源池规划和架构设计成果物。
本文档“云计算平台虚拟资源池规划设计方案”是项目的第二阶段的交付文档。
1.2 文档阅读对象
本文档的阅读对象为公司云计算建设系统内的相关主管领导与相关部门。包括：
Ø 省公司信息部
Ø 信息中心信通公司
Ø 各地区供电局信息部门
Ø 云平台规划、建设、管理、运维相关的主管领导与实际业务、应用、资源分析和架构人员。

1.3 关键术语
本文档中用到的专门术语如下面表所示：

专门术语名称
解释
Virtualization
虚拟化的全称

二. 整体建设标准与规范
资源池的建设给管理和运营带来了新的变化：IaaS资源池的主要特征是虚拟化+管理自动化，通过虚拟化技术将主机等资源拆分成多个相互独立的虚拟机，并进行自动化的调度，从而提高资源使用的精细化程度及利用效率；同时基于统一的流程根据需求申请快速提供和回收资源，从而提高业务响应效率。资源池的高效管理要求能够对物理资源、虚拟资源实现统一部署调度，并可在运行时根据资源的使用情况和应用要求动态伸缩或迁移等，对现有资源池的建设和管理体系提出了新的要求。

虚拟化资源池标准与规范
根据现状分析发现的问题，以及专题研究的成果，我们设计了虚拟化资源池建设相关的标准与规范，主要包括：
Ø 立项建设规范，针对虚拟化项目在立项和系统建设阶段所需的标准和规范，如：工作流程、具体技术指标，以及虚拟化技术适用范围等；
Ø 应用迁移规范，针对系统从原有物理环境中迁移到新建虚拟化系统之上过程所需的标准和规范，如：具体控制迁移工作的流程，具体迁移技术手段等；
Ø 系统管理规范：针对虚拟化系统投入生产使用之后，以虚拟化资源为管理对象的全生命周期所需标准与规范，如：从虚拟化资源的申请分配，到虚拟化资源回收的工作流程，以及工作中具体的要求和指标。
Ø 使用工具，这里专指虚拟化全生命周期的成本分析工具，为虚拟化使用提供基于成本分析的具体、精确的数据依据。

2.1 虚拟化立项建设阶段流程与规范
与传统IT系统的立项建设过程有所不同，虚拟化系统的立项建设工作主要分为：
1) 策略确认；
2) 系统评估；
3) 方案选型；
4) 实施上线。
根据公司当前实际情况，以及虚拟化系统立项建设工作的需要，需要以下相关工作岗位支持对应工作：
Ø 系统架构师
职责：
a) 收集并分析应用系统需求和配置，分析应用和业务的限制条件
b) 提供虚拟化环境相关实施方案
c) 提供虚拟化环境架构的可靠性和优化改进的建议
所需技能：
a) 熟悉虚拟化技术
b) 熟悉公司IT系统架构
c) 熟悉相关应用工作负载模型
d) 具有系统思考能力、分析能力，全局观

Ø 立项阶段主管领导
职责：
a) 审核立项申请、实施方案，确认的潜在影响和风险得到评估，做出批准/拒绝的决定；
b) 针对具体申请，评估并确保所需资源的分配；
c) 参与、组织相关会议。

2.1.1 立项建设总流程
虚拟化立项建设的流程，主要包括4个阶段：
1) 目标确认；
2) 系统评估；
3) 方案选型；
4) 实施上线。

虚拟化平台建设总流程

阶段序号
阶段名称
说明
1
目标确认
确认建设虚拟化平台的目标
2
系统评估
评估现有系统是否适用虚拟化
3
方案选型
确定最终的技术方案和产品选型
4
实施上线
根据技术方案，搭建虚拟化系统并投入生产

2.1.2 立项建设流程分述
虚拟化立项建设的总流程中，主要包括4个阶段：
1) 目标确认，指虚拟化项目在立项之初，确认项目的实现目标和策略，该阶段的结果将影响到后续的工作内容；
2) 系统评估，指虚拟化项目在立项之初，对现有系统和应用进行评估，确认虚拟化应用的系统范围；
3) 方案选型，指虚拟化项目在产品选型过程，以及确认最终方案的工作内容；
4) 实施上线，根据最终技术方案和产品选型，搭建虚拟化平台并投入生产使用。
2.1.2.1 目标确认
在立项建设虚拟化系统之前，需要明确建设虚拟化系统的总体目标，可以包括但不限于以下目标：
1) 提高服务器利用率
在传统数据中心，X86服务器平均利用率通常较低，使用虚拟化技术可以很大程度的提高服务器的利用率。
2) 抑制服务器的蔓延
虽然服务器 的平均利用率很低，但由于“一种应用、一个操作系统独占一个服务器”的模式，每年都要采购很多的服务器仍然无法满足实际需求，使用虚拟化技术可以动态的供给虚拟服务器，有效抑制服务器数量的蔓延。
3) 降低运维成本
运用虚拟化技术可以极大降低空间、耗电、制冷、网口、网线、人力成本。
4) 增加IT投资回报率
利用虚拟化技术，可以增加服务器平均利用率，减少服务器的数量，减少运维成本，从而增加IT投资回报率。
5) 提高工作效率和服务水平
传统服务器的供给需要很长的周期，应用部署也要经过复杂的操作，运用虚拟化技术，可以动态的提供虚拟机及相关应用，减少了管理员重复性操作，操作更具灵活性，诸多特点都有效的提高了工作效率和服务水平。
6) 提高业务连续性
虚拟化技术有动态迁移、HA、容错等多种技术提高虚拟机的可用性，并且可以实现快速部署和容易备份，这些特点都提高了业务的连续性性。
7) 更集中的管理
传统服务器都是一台台进行管理，利用虚拟化软件集中管理的功能和与其它自动化管理工具相结合，能够提高IT环境管理的集中化程度、自动化程度，对物理机和虚拟机进行统一管理。
8) 解决软件及系统与硬件系统的兼容性
一些依赖于硬件的较老的应用软件及系统与较新的服务器平台往往不兼容，如Windows 2000、Novel Netware等操作系统在新的服务器上很难直接安装，虚拟化技术选用很好的解决了软件及系统与硬件系统的兼容性问题。
9) 解决空间、电力等因素限制
在一些数据中心中，机房空间是有限的，电力的容量是有限的，诸多的限制因素正阻碍着IT的进一步发展，运用虚拟化技术可以解决数据中心的空间、电力等限制，为IT的进一步发展扫清障碍。
10) 为备份和容灾提供新的方法
虚拟机是一个包含操作系统、应用软件和数据的封装好的文件，它可以很方便进行手工和自动备份，也为容灾提供了一种新的有效方法。
11) 为云计算打下基础
云计算可以为企业带来更多的好处，而虚拟化是云计算的基石，在向云计算演进过程中，建设适应性的虚拟化基础设施至关重要。

2.1.2.2 系统评估流程

系统评估流程

序号
步骤名称
责任人
说明
2.1
信息收集
系统架构师
q 收集现有系统的配置，包括基础架构和应用的相关信息：
Ø 操作系统类型
Ø 应用软件类型
Ø 服务器详细配置信息
Ø 网络架构
Ø 存储信息
Ø 特殊配件
Ø 规格及功耗
2.2
分析基础设施层兼容性
系统架构师
q 分析基础设施层（服务器硬件配置信息、网络架构、存储配置信息、特殊配件和规格及功耗等）是否与虚拟化环境兼容
q 兼容性判断依据参考，参见3.3.1.3 立项建设规范
2.3
是否兼容？
系统架构师
q 对基础设施层是否与虚拟化环境兼容进行判断
Ø 如是，则转入2.4
Ø 如否，则转入2.8
2.4
应用层测试分析
系统架构师
q 进行应用层的分析，分析应用所属类型、应用的负载情况等，必要时可进行POC测试
2.5
是否适合？
系统架构师
q 根据应用层的测试分析，判断应用系统是否适合虚拟化环境
q 应用类型、应用负载是重要的考虑因素，参见3.3.1.3 立项建设规范
2.6
适合虚拟化
系统架构师
q 判断出应用系统适用于虚拟化环境
2.7
评估报告
系统架构师
q 对基础设施层兼容性、应用层测试分析的数据、过程和结果生成系统评估报告
2.8
不适合虚拟化
系统架构师
q 判断出应用系统不适合虚拟化环境
表：系统评估流程
2.1.2.3 方案选型流程

方案选型流程

序号
步骤名称
责任人
说明
3.1
总结项目目标
系统架构师
q 根据在系统评估流程产生的评估报告，总结项目目标
q 输出规模性指标、功能性性指标和性能指标
3.1.1
输出规模性指标
系统架构师
q 规模性指标即本项目需支撑的业务规模
3.1.2
输出功能性指标
系统架构师
q 输出功能性指标，系统架构相关的功能指标如高可用性，动态迁移、集中备份等
3.1.3
输出性能指标
系统架构师
q 输出性能指标，如处理能力、网络带宽、I/O值等与性能相关的指标
3.2
形成初步体系架构
系统架构师
q 在规模性指标、功能性指标、性能指标的基础上，进行分析、汇总，通过条理化、系统化的加工手段完善形成体系化的虚拟化建设初步方案
3.3
TCO/ROI
系统架构师
q 利用虚拟化全生命周期分析模型，结合公司的实际情况对虚拟化建设方案进行总拥有成本和投资回报率的分析,使虚拟化项目建设初步方案有量化TCO/ROI分析结果
3.4
立项审批
主管领导
q 初步体现架构进行TCO/ROI分析后，立项并上交主管领导审批
3.5
是否审批通过？
主管领导
q 对项目进行审批
Ø 如是，则3.6
Ø 如否，则3.13
3.6
选择产品
系统架构师
q 立项经过审批，进入产品选型阶段
3.7
是否满足功能指标？
系统架构师
q 产品选型的功能指标评判，如对特许环境的支持、对高可用性的支持等。
Ø 如是，则3.7
Ø 如否，则3.6
3.8
是否满足性能指标
系统架构师
q 产品选型的性能指标的评判
Ø 如是，则3.8
Ø 如否，则3.6
3.9
产品清单
系统架构师
q 产品选型确定后，确定硬件产品的配置和数量，确定虚拟化软件的配置和数量，以及所需许可证数量
3.10
详细设计
系统架构师
q 产品清单确认后，进入详细设计阶段。
3.11
最终方案
系统架构师
q 经过详细设计后，形成最终的可实施的方案
3.12
方案汇报
系统架构师
q 想主管领导进行最终方案汇报
3.13
是否继续？
主管领导
q 在审批不合格后，主管领导评判该项目是否继续
Ø 如是，则转入3.1，重新审核项目目标
Ø 如否，则直接结束
表：方案选型流程
2.1.2.4 实施上线
虚拟化建设的实施上线的具体内容与虚拟化建设的具体内容和建设目的关系密切。但是虚拟化建设的实施上线主要包括三个阶段：准备、实施、验收。

实施上线内容

具体实施步骤：
1. 前期准备
1) 产品采购：根据前期设计规划，进行相关软硬件设备的采购工作；
2) 场地规划设计：根据实际需求，规划机房场地使用：空间使用规划、机柜编号等等；根据采购的硬件设备规格参数，确认机房环境是否符合要求，例如：UPS负载、隔离变压器、电源联接器、接地、承重、走线、回风、机柜安装设计等等(该工作属于机房建设工作)；
3) 场地准备检查：根据场地规划设计，进行场地环境准备，并在设备进场之前进行检查确认；
4) 确认应用需求：在设备安装之前，与所支持应用方进行需求确认，确认应用对系统的相关要求，例如：系统资源要求、OS要求、系统参数要求等；
5) 输出方案：根据已经确认的应用需求，以及前期的设计规划方案，确认实施方案、实施计划和测试方案（由公司和实施方一起商议测试内容、测试方法、测试标准）；
2. 验货/硬件安装
1) 到货/点货：供货商将所采购产品运输到指定地点，并在现场开箱、点货、验货。相关人员应提前到位，包括：
Ø 公司项目组相关人员；
Ø 系统集成商；
Ø 产品供货商；
Ø 货物运输方。
2) 现场开箱前，必须做好如下方面检查：
Ø 确认装箱单；
Ø 点验所有货物包装数量和编号；
Ø 拍照、检查货物包装，以及在运输过程中包装是否受到损伤；
3) 现场开箱后，必须做好如下方面检查：
Ø 点验每箱包装中小包的数量和编号；
Ø 拍照、检查货物包装，以及在运输过程包装是否受到损伤；
Ø 设备摆放到指定地点；
Ø 根据装箱单清点所有到货；
Ø 设备静放24至48小时；
4) 硬件安装：初步验货之后，进行设备安装，按照如下步骤进行：
Ø 根据机柜安装设计，将硬件设备安装到指定机架之上；
Ø 将相关服务器和存储的配件进行组装；
Ø 根据实施方案，将相关服务器和存储进行物理联接；
Ø 加电测试；
Ø 服务器网络物理联接；
5) 设备点验：硬件安装完成，按照合同中的供货清单，检测详细配置，如CPU、内存、存储容量等等；
6) 软件清单点验：虚拟化软件及其他软件的数量，许可证数量点验等；
3. 虚拟化环境实施
1) 系统及应用状况确认：根据虚拟化设计方案，对相关系统和应用实际使用情况进行确认；
2) 搭建虚拟化资源池平台：根据实施技术方案，利用虚拟化软件将相关软硬件资源搭建虚拟化资源池平台；
3) 搭建整合存储资源池：根据实施技术方案，整合存储资源，搭建存储资源池；
4) 搭建虚拟化网络环境：根据实施技术方案，整合网络环境，搭建虚拟化网络资源池；
5) 资源分配、客户化配置：根据实施技术方案，对共享资源池里的资源进行分配，并进行具体的客户化配置，以满足应用系统的需求。
4. 实施测试
1) 实际测试：根据测试方案，由公司和实施方一起进行实际测试，并记录测试结果；
2) 测试报告：根据测试方案和结果，形成测试报告；
3) 修正：针对测试中发现的偏差，监督实施方及时修正。针对修正后的测试点，需进行重新测试。
5. 系统试运行
1) 系统监控：应用正式对外提供服务初期，相关技术人员在现场对系统进行严密监控，及时发现并解决各种隐患和问题；
2) 现场培训：利用监控阶段，实施方应对后期维护人员进行现场培训；
3) 优化服务：实施完成后一段时间以内，实施方应提供一次系统优化服务，根据系统实际运行情况进行调优。
6. 实施验收
1) 提交文档：提交相关文档；
2) 签字验收：由公司相关专家和实施方共同进行验收。

2.1.3 立项建设规范
2.1.3.1 概述
虚拟化系统的立项建设主要分为4个重要阶段：

根据公司的实际情况，并结合业界的最佳实践，分别针对每个阶段的关键点，提出相关的要求和具体指标，对立项建设工作进行规范。
2.1.3.2 要求
要求主要针对目标确认阶段

虚拟化系统的立项建设必须确认清晰、明确的目标，包括但不限于以下内容：
Ø 增加IT投资回报
利用资源虚拟化能够更加有效地利用和归并现有的计算资产，实现以更少的物理设备提供更多 IT 服务，进而减少设备数量，降低运营成本，提高投资回报率(ROI)。
Ø 节能减排
利用资源虚拟化提升资源的利用率，从而减少相关硬件的数量，如：服务器数量、SAN/LAN端口数量等，同时，利用对虚拟化对能耗的精细控制，实现节能减排的目标。
Ø 改善服务水平
利用资源虚拟化功能与其它设备和管理软件相结合，提供“适应性的IT基础设施架构”，向客户提供面向服务的内容，：虚拟资源供给时间控制在3个工作日以内，从而改善优化IT的服务内容，从而提高IT服务水平，增加客户满意度。
Ø 提高业务响应能力
利用虚拟化技术的资源快速部署的优势，提高IT响应业务快速变化的能力，以满足业务的快速变化的要求，提高企业的敏捷度。
Ø 提高业务连续性
利用虚拟化技术的高可用集群配置、在线迁移、动态迁移和虚拟机容错等技术，可以提高运行在虚拟化环境中系统的可用性，保证关联业务的连续性。使用虚拟化之后，系统的SLA(Service level Agreement)应大于或等于原有系统的SLA。
Ø 提高管理效率
利用虚拟化软件集中管理的功能和与其它自动化管理工具相结合，能够提高IT环境管理的集中化程度、自动化程度，从而大幅减少重复性的工作，提高管控效率。
2.1.3.3 指标
指标主要针对系统评估阶段、方案选型阶段和实施上线阶段

系统评估阶段，必须参考具体指标对系统进行评估，明确是否适用于虚拟化技术：
2.1.3.3.1 基础架构层的评估指标
1) 适合虚拟化的典型对象
o 硬件配置较低(<1GHz)的系统；
o 硬件配置相对较高、平均使用率一直偏低(小于 20%)的系统。
2) 不适合虚拟化的典型对象
o 平均使用率高于70%的双处理器系统或平均使用率高于45%的四处理器系统；
o 需要特殊硬件(3D、显卡、加密卡、磁带机、infiniband等)的系统；
o 平均网络带宽在600Mb/s以上、平均IO在100MB/s以上、内存占有8GB以上的系统。
2.1.3.3.2 应用层的评估指标
1) 适合虚拟化的应用类型
o 在不同的时间达到峰值使用率的应用。
2) 不适合虚拟化的典型对象
o 运行CAD、CAM、PRoE等工程设计应用程序的系统；
o 运行音视频流媒体引用程序的系统；
o 大型数据库系统，如Oracle、DB2数据库软件。
方案选型阶段，需要根据系统评估报告，参考具体技术指标，设计虚拟化方案和进行产品选型：
2.1.3.3.3 产品选型指标
1) 虚拟化软件的选型指标
v 虚拟化软件对服务器硬件支持的技术指标
o 支持4个及以上物理CPU
o 对每个物理CPU支持4core以上
o 支持32G及以上内存
o 支持4个及以上物理网卡
o 支持2个及以上HBA卡
o 支持主流的网卡和HBA卡
o 支持主流的SCSI、SAS本地硬盘
o 支持SAN/iSCSI外接存储

v 虚拟化软件对虚拟机(Guest OS)支持的技术指标
o 支持Windows 2000/2003/2008、主流Linux虚拟机
o 支持4个及以上vCPU
o 支持8GB及以上内存
o 支持2个及以上虚拟网卡
o 支持512GB以上存储空间
o 每个虚拟化软件实例可支持20个以上的虚拟机

v 虚拟化软件功能支持的技术指标
o 支持2个物理网卡的绑定（bonding）
o 支持2个HBA卡故障切换（failover）
o 支持虚拟机动态迁移功能；
o 具有高可用性（HA）功能
o 具有动态负载均衡功能
o 具有集中备份功能，支持主流备份软件的集成

v 虚拟化软件配套工具支持的技术指标
o 配置P2V(Physical To Virtual)工具
o 配置集中管理工具：
o 每个管理服务器可管理50个以上物理服务器
o 可支持500个以上虚拟机
o 可以与第三方集中管理软件进行集成，实现物理、虚拟环境的统一管理

2) 虚拟化平台硬件的选型指标
v 适用虚拟化平台服务器的技术指标
o CPU配置：推荐大于2颗4核CPU配置，具有硬件辅助虚拟化技术，如：Intel-VT或AMD-v技术
o 内存配置： 推荐4G以上的内存配置
o 网络配置： 推荐2个以上的千兆以上网卡配置
o 存储配置(如果需要本地存储)：推荐本地硬盘具有RAID保护技术
o 光纤通道卡配置(如果需要外接存储设备)：推荐 2个以上的HBA卡 配置

2.1.3.3.4 虚拟化方案设计要求
1) TCO/ROI分析要求
v 虚拟化方案中，应提供TCO/ROI的分析结果
o 利用虚拟化全生命周期分析模型工具，进行总体拥有成本和投资回报率的分析
o 提供具体的总体拥有成本和投资回报率数据

2) 配置指标
v 应避免将相同性能需求的虚拟机配置在同一台物理服务器之上，如：将3个高I/O需求的虚拟机放在一台物理服务器上，是不合理的；
v 应避免将相同业务峰值时间的虚拟机配置在同一台物理服务器之上；
v vCPU(虚拟机CPU)配置标准推荐
o 1*Core(物理CPU核)总数<=vCPU数量< =4*Core总数
o 大于4，CPU的调度开销很大
o 小于1，CPU的资源没有被充分利用
3) 性能指标
v 机动资源
o 虚拟化平台计算资源设计，应预留25%的机动资源

实施上线阶段，需要根据设计方案，参考具体实施上线要求，建设虚拟化平台并投入生产使用：
2.1.3.3.5 测试要求
v 功能测试
o 虚拟化高可用集群切换测试
o 虚拟化在线迁移测试
o 虚拟化动态迁移测试
o 虚拟化备份恢复测试
o 虚拟化容错测试
v 性能测试
o 虚拟机的部件性能测试，如Network、IO、CPU等
o 应用模拟测试，模拟并发用户对应用场景进行压力测试
2.1.3.3.6 交付物
v 交付安装介质
o 所有软件的物理介质或者电子介质
v 交付文档
o 虚拟机配置报告
o 虚拟化实施报告
o 虚拟化维护手册
2.2 应用迁移阶段流程与规范
虚拟化平台建设完成后，需要将原运行在物理环境中的系统迁移至虚拟化平台之上，与传统的迁移过程不同，以下内容将从迁移前准备工作、迁移中实施和迁移后保障分别描述相关的流程。
2.2.1 应用迁移总流程
根据公司实际情况以及虚拟化迁移的最佳实践，设计了系统虚拟化迁移的总流程，从整体上描述了迁移过程。

虚拟化平台应用迁移总流程

阶段序号
阶段名称
说明
1
技术准备
确认迁移对象，分析迁移需求，完成迁移方案和资源准备
2
迁移POC测试
验证迁移方案，测试迁移过程，测试虚拟环境中的应用系统
3
迁移实施
根据迁移方案实施应用系统迁移
4
上线前测试
应用系统迁移至虚拟平台后进行上线前的功能、性能测试
5
上线切换
将生产系统切换至虚拟平台
6
上线保障
系统上线初期的运行保障工作
表 Error! No text of specified style in document.1 虚拟化平台应用迁移步骤
迁移过程中，定义如下三种角色：
v 负责人
职责：
a) 监督和控制整个迁移项目
b) 向有关领导定期汇报迁移中遇到的成果或重大问题
c) 协调资源，帮助项目实施人员有效开展工作

v 实施人员
职责：
a) 制定具体的迁移实施方案
b) 进行具体迁移工作
c) 对出现的技术问题进行判断和分析，并找出答案
主要技能：
a) 熟悉虚拟化技术
b) 熟悉系统架构
c) 熟悉迁移工具的使用
d) 具有一定系统分析能力和问题处理能力

v 维护人员
职责：
a) 负责具体的应用业务的运行与维护
b) 提供操作意见反馈
c) 协助实施人员进行迁移
主要技能：
a) 熟悉操作系统技术
b) 熟悉相关网络技术
c) 熟悉具体的应用业务

2.2.2 应用迁移流程分述
虚拟化平台应用系统迁移流程主要包括：
v 迁移前流程
迁移前流程指在系统迁移前做的技术准备工作和系统迁移的POC测试工作。
v 迁移中流程
迁移中流程指系统迁移过程中的主要流程，如迁移失败处理子流程、上线前测试失败子流程。
v 迁移后流程
迁移后流程是指在系统迁移完成之后的上线保障流程。
2.2.2.1 迁移前流程
迁移前流程分为技术准备阶段和POC测试阶段。迁移前的技术准备阶段主要工作是确认迁移对象，收集相关需求和信息，分析需迁移的应用系统，准备迁移方案和迁移所需的资源。
确认迁移对象是迁移前流程的第一步工作，它将确认迁移对象是否适合应用虚拟化，在确认迁移对象适用虚拟化环境以后，才可开展下一步的信息和需求收集工作。以下是对工作内容的详细描述：

q 技术准备阶段的工作包括以下方面：
1) 负责人和各方共同商讨确定项目管理制度，包括各方的项目成员组成、角色和职责定义、联络方式、工作方式等。
2) 实施人员收集需迁移的应用系统情况，并收集迁移要求，包括停机要求、部署要求等。
3) 实施人员分析迁移需求和要求，产生需迁移的应用系统和组件的清单，包括相关的文档和工具。
4) 实施人员分析源环境，理解其系统架构、应用架构、外部接口、应用依赖情况、数据库架构等，并分析目标环境，理解目标应用架构。
5) 实施人员确定采用手工迁移还是工具迁移。（详见3.3.3 迁移技术手段）
6) 实施人员分析潜在影响和问题，并和各方商讨确定相应的解决方案。比如分析并确定业务影响范围。
7) 实施人员完成迁移方案。迁移方案应该包含迁移的各个方面，包括迁移需求、质量需求、技术手段、迁移工具、源环境情况、目标环境情况、影响和风险情况等。
8) 负责人提供所需的虚拟化资源，并由实施人员确认资源的状态。

q POC测试阶段的工作包括以下方面：
1) 实施人员和各方商讨确定迁移的质量要求、验收标准、测试安排等，并完成测试验收计划。维护人员准备测试用例，包括集成/系统测试用例和应用验证测试用例。
2) 实施人员负责虚拟化迁移POC测试。根据POC测试过程中的问题修正迁移方案并最终定稿。
3) 实施人员与负责人共同进行迁移应用系统在虚拟环境的POC性能与功能测试，并通过相应的调试保证POC测试通过。

迁移前流程如图所示：

虚拟化平台应用迁移--迁移前流程

迁移前流程描述：
编号
步骤名称
责任人
说明
2.1
确认迁移对象
实施人员
q 确认迁移对象即确认要迁移的应用系统，收集系统相关信息如CPU、内存、存储、网络、I/O等情况以及性能指标
2.2
判断是否适合虚拟化？
实施人员
q 如果适合虚拟化进入2.3
q 如果存在特殊硬件，负载较高等不适合迁移至虚拟环境的情况则直接放弃迁移
2.3
准备迁移方案
实施人员
q 准备迁移技术手段
q 确定对虚拟资源的需求
2.4
准备迁移资源
实施人员
q 准备迁移所需的虚拟化资源
q 为迁移POC测试做好准备
2.5
迁移过程测试
实施人员
q 遵照迁移方案进行迁移过程测试
2.6
迁移是否成功？
实施人员
q 迁移成功进入2.7
q 迁移不成功进入2.9
2.7
应用功能、性能测试
实施人员
q 进行应用系统功能测试
q 进行应用系统性能测试
2.8
应用运行是否正常
实施人员
q 测试成功则POC测试阶段结束
q 测试不成功进入2.10
2.9
修正迁移方案
实施人员
q 修正迁移方案后重新测试
2.10
应用调试
实施人员
q 功能、性能测试不成功通过调试应用的手段直至问题解决
表：虚拟化平台应用迁移前流程
2.2.2.2 迁移中流程
迁移中流程包括迁移实施、上线前测试和上线切换三部分，主要工作内容是根据迁移方案进行应用系统的迁移工作，包括：
1) 实施人员负责准备虚拟环境的搭建和配置。
2) 负责人负责应用系统的备份和安排停机时间，并通知相关系统的负责人与用户。
3) 实施人员按照迁移方案中提供的迁移技术手段进行应用系统的迁移工作：应用系统的迁移主要包括两种迁移方式，分别是通过迁移工具迁移和手工迁移，后面会对两种方式做进一步阐述（详见3.3.2.3迁移技术手段）。对于数据迁移，可参照传统的数据迁移流程。
考虑到迁移过程的风险，应考虑专门的流程用于控制迁移过程中的风险，如：迁移失败流程、上线测试失败流程等，详见以下流程描述：
1) 迁移失败处理子流程

虚拟化平台应用迁移--迁移失败处理流程

迁移失败处理子流程描述：
编号
步骤名称
负责人
内容描述
3.1
迁移监控
负责人
q 迁移监控发现迁移过程中迁移失败
3.2
向领导汇报及协调资源
负责人
q 实施负责人立即通知相关人员
3.3
问题诊断
实施人员
q 迁移失败后由实施人员进行问题诊断
3.4
判断规定时间内解决
实施人员
q 在规定时间内解决问题进入3.5
q 未在规定时间内解决问题进入3.6
3.5
重新迁移
实施人员
q 规定迁移时间窗口内解决问题后重启迁移
3.6
启用原系统
实施人员
q 未在规定时间内解决问题则需要启用原系统
3.7
离线问题诊断
实施人员
q 启用原系统后将虚拟化系统离线解决问题
3.8
是否在规定时间内解决
实施人员
q 在项目迁移进度允许的时间内解决问题进入3.9
q 未项目迁移进度允许的时间内解决问题进入3.10
3.9
下次迁移计划
实施人员
q 在项目迁移进度允许的时间内解决问题，就可以计划下一次迁移时间进而重启迁移
3.10
判断迁移方案可行
实施人员
q 迁移方案可行进入3.11
q 迁移方案不可行重启迁移流程
3.11
迁移方案修正
实施人员
q 修正迁移方案重新进入3.9进行下次迁移计划
表：虚拟化平台应用迁移--迁移失败处理流程
2) 上线前测试失败处理子流程
v 上线前测试是对系统迁移到虚拟平台后在上线前的最终测试；
v 实施人员对虚拟化环境进行测试，主要测试新环境能否正常启动、网络是否连通等基本情况；
v 实施人员对准备的集成/系统测试用例和应用验证测试用例进行测试；
v 测试过程中发生问题，根据上线前测试失败处理子流程进行问题的升级处理。

上线前测试失败处理流程
上线前测试失败处理子流程描述：
编号
步骤名称
负责人
内容描述
4.1
测试监控
负责人
q 上线测试监控过程中发现上线测试失败
4.2
向领导汇报及协调资源
负责人
q 实施负责人通知相关人员
4.3
问题诊断
实施人员
q 上线前测试失败后由实施人员进行问题诊断
4.4
判断迁移失败造成的原因
实施人员
q 是迁移造成的重启上线测试
q 不是迁移造成的进入4.5
4.5
判断是否是测试用例造成的
实施人员
q 是测试用例造成的进入4.6
q 不是测试用例造成的进入4.7
4.6
更新测试用例
实施人员
q 更新测试用例重启上线测试
4.7
系统调整
实施人员
q 调整应用系统重启上线测试
表：上线前测试失败处理子流程

2.2.2.3 迁移后流程
迁移后流程主指系统迁移上线后的保障流程。即应用系统已经上线运行，原有物理系统仍存在的情况下的保障流程，区别于系统已经上线稳定运行较长时期，处于维护阶段的情况。
上线保障阶段的主要内容有一些几个方面：
1) 维护人员负责应用系统在虚拟环境中的监控。应用系统出现问题通知相关人员分析解决；
2) 维护人员负责问题的判断与应用层面的问题出来。如果是是虚拟环境问题，将问题提交给实施人员解决。如果是应用层面问题由维护人员负责协调解决；
3) 当发生的问题与虚拟环境相关时，实施人员负责解决。如果无法按时解决，则需要启动备用系统离线分析，直至最终解决问题。
迁移后流程示意图：

迁移后流程--上线保障流程

迁移后流程描述：
编号
步骤名称
负责人
内容描述
5.1
试运行监控
负责人
q 上线试运行过程中发现应用系统故障
5.2
通知其他相关人员
负责人
q 维护负责人通知相关人员
5.3
问题诊断
维护人员
q 试运行过程中发现应用系统故障后进行问题初步诊断
5.4
判断是否是虚拟化环境问题
维护人员
q 是虚拟化环境的问题进入5.6
q 不是虚拟化环境的问题进入5.5
5.5
解决传统故障
维护人员
q 按照传统故障解决方法解决问题
5.6
解决虚拟化故障
实施人员
q 解决虚拟化环境故障
5.7
判断是否在规定时间内解决故障
实施人员
q 在规定时间内解决故障，子