新版大数据中心建设方案.docx

《新版大数据中心建设方案.docx》由会员分享，可在线阅读，更多相关《新版大数据中心建设方案.docx（103页珍藏版）》请在三一文库上搜索。

1、大数据中心建设方案目录1. 总体服务实施方案52. 集成实施方案56.2.1 项目启动阶段56.2.1.1 项目信息汇总56.2.1.2 召开项目启动会66.2.2 项目规划阶段76.2.2.1 需求调研及评审76.2.2.2 项目现场查勘86.2.2.3 项目现场环境准备96.2.2.4 制定项目管理计划96.2.2.5 制定项目实施方案106.2.2.6 项目方案内部评审116.2.2.7 项目方案评审116.2.3 项目实施阶段126.2.3.1 设备到货验收126.2.3.2 硬件安装施工136.2.3.3 软件安装调测136.2.3.4 系统测试146.2.3.5 系统业务培训146

2、2.4 项目验收阶段156.2.4.1 验收材料汇编156.2.4.2 项目验收测试166.2.4.3 项目验收会议163. 定制开发方案176.3.1 系统架构176.3.2 软件生命周期206.3.3 定制能力224. 业务迁移服务246.4.1 新应用系统建设与部署评估服务246.4.2 老应用系统云化建设咨询评估服务276.4.3 云化测试与上线支持服务316.4.3.1开发316.4.3.2 开发测试环境316.4.3.2.1 开发测试环境资源316.4.3.2.2 开发环境使用326.4.3.3 测试支持326.4.3.3.1 支持内容326.4.3.3.2 支持方式326.4.

3、3.4上线336.4.4 业务迁移服务336.4.4.1 应用迁移336.4.4.1.1 应用迁移方法336.4.4.1.2 应用迁移流程346.4.4.1.3 应用迁移方式选型386.4.4.2 虚拟化迁移396.4.4.2.1 虚拟化迁移方法和流程406.4.4.2.2 虚拟化迁移方案436.4.4.3 数据迁移466.4.4.3.1 数据迁移方法和流程466.4.4.3.2 数据迁移方案设计原则476.4.4.3.3 Oracle 数据库导出 / 导入迁移486.4.4.3.4 MySQL数据库导出 / 导入迁移556.4.4.3.5 异构数据库移植585. 安全等级保护方案626.5.

4、1 云安全等级保护解决方案626.5.2 云平台等级保护定级636.5.3 云安全等级保护评估646.5.4 云安全等级保护整改656.5.5 等级保护管理整改服务656.5.6 等级保护技术整改集成656.5.7 等级保护测评656. 备份服务方案666.6.1 备份服务意义666.6.2 备份服务内容676.6.3 备份恢复管理716.6.4 备份方案调整与扩容737. 故障响应修复方案746.7.1 故障处理原则746.7.2 云平台软件故障处理流程756.7.3 云平台硬件故障处理流程786.7.4 机房基础资源故障处理流程808. 系统优化升级方案826.8.1 变更请求836.8.

5、2 变更评估866.8.3 变更分类866.8.4 影响分级866.8.5 变更的批准876.8.6 变更实施和跟踪889. 系统巡检方案8810. 核心业务保障方案926.10.1 核心业务保障总体原则936.10.2 保障对象和范围936.10.3 核心业务保障支持流程936.10.4 专项小组支持服务976.10.5 现场值守服务976.10.6 快速现场支持976.10.7 现场备件服务9811. 应急响应解决方案986.11.1 流程目的986.11.2 流程原则986.11.3 应急保障小组架构996.11.4 应急管理流程1011. 总体服务实施方案根据本期项目特点及需求，可根据

6、项目生命周期将服务阶段划分为项目集成阶段及项目运维阶段，并在各阶段提供项目管理服务、项目集成方案设计服务、业务迁移服务、云平台定制开发服务、云平台安全等级保护服务、业务备份服务、云平台业务培训服务、云平台运维服务等服务内容。各项服务内容贯穿项目全生命周期，通过项目管理服务将各项服务统筹编排， 实现统一调度， 统一交付的标准化服务目标。各项服务内容及实施方案如下所述。2. 集成实施方案6.2.1 项目启动阶段6.2.1.1 项目信息汇总牵头人项目经理主要参与者主要内容项目组全体(1) 收集项目信息，包括但不仅限于如下内容：a) 项目招标文件b) 项目建设方案 / 技术建议书c) 项目合同d) 项

7、目设计文件e) 项目服务承诺及相关约定f) 调研并收集客户现网情况（硬件组网、业务系统分布）(2) 分析项目信息，明确项目交付工作范围及内容(3) 分析项目风险(4) 规划项目里程碑计划(5) 初步规划项目分工界面交付件备注项目信息收集表项目工作说明书项目分工界面说明6.2.1.2 召开项目启动会牵头人项目经理主要参与者主要内容XX市智慧管廊大数据大数据云项目团队、技术经理、施工经理(1) 组织客户方项目团队召开项目启动会（外部），包括但不限于如下内容：a) 明确项目背景及项目目标b) 明确项目组成员分工及职责c) 明确项目分工界面d) 明确项目里程碑计划及配套资源需求e) 初步明确项目风险及

8、应对办法(2) 项目干系人识别(3) 双方（多方）就分工界面予以确认并签字交付件备注项目启动会议纪要项目开工报告项目风险登记表（更新）项目分工界面说明（更新）(1)项目分工界面说明需要项目参与方代表签字确认6.2.2 项目规划阶段6.2.2.1 需求调研及评审牵头人项目经理主要参与者主要内容联席项目经理、技术经理、施工经理、研发解决方案专家、技术支持及研发(1) 项目需求调研、收集，如定制开发、业务迁移等(2) 开展软件版本评估工作，确定可部署软件版本(3) 对项目需求进行评审(4) 明确项目范围交付件备注项目软件评估报告项目需求分析说明书项目工作范围说明书项目需求评审报告项目问题跟踪表业务迁

9、移调研表6.2.2.2 项目现场查勘牵头人施工经理主要参与者主要内容交付件备注技术经理、项目经理(1) 开展项目现场查勘，确认现场环境(2) 根据查勘结果输出项目工勘报告项目工勘报告项目工程环境准备建议书6.2.2.3 项目现场环境准备牵头人施工经理主要参与者主要内容项目经理、技术经理(1) 跟踪、确认、协调以保证机房现场环境具备项目实施条件交付件项目工程环境准备建议书（更新）备注6.2.2.4 制定项目管理计划牵头人项目经理主要参与者主要内容技术经理、施工经理(1) 规划项目整体管理(2) 规划项目范围管理(3) 规划项目进度管理(4) 规划项目质量管理(5) 规划项目风险管理(6) 规划项

10、目人力资源管理(7) 规划项目沟通管理(8) 规划项目干系人管理交付件备注项目管理计划书项目进度计划6.2.2.5 制定项目实施方案牵头人技术经理主要参与施工经理、项目经理、技术支持及研发者(1)规划设备安装及综合布线方案(2)规划网络组网及安全方案(3)规划服务器及存储分配方案(4)规划云计算平台设计方案(5)规划第三方产品集成方案主要内容(6)规划业务迁移方案(7)规划项目验收方案(8)规划项目培训方案(9)单元测试方案（含测试用例设计）(10)集成测试方案（含测试用例设计）(11)验收测试方案（含测试用例设计）交付件项目实施方案备注6.2.2.6 项目方案内部评审牵头人项目经理主要参与技

11、术经理、施工经理、PMO者(1)对项目管理计划进行内部评审主要内容(2)对项目实施方案进行内部评审(3)根据评审意见进行计划修订及更新交付件项目管理计划书（更新）项目管理计划评审报告项目实施方案（更新）项目实施方案评审报告备注PMO为我司内部项目管理办公室6.2.2.7 项目方案评审牵头人技术经理主要参与者XX 市智慧管廊大数据大数据云项目团队、技术经理、施工经理主要内容(1) 对项目管理计划书及项目实施方案进行综合评审(2) 根据评审意见对方案修订及更新交付件备注项目管理计划书（更新）项目实施方案（更新）6.2.3 项目实施阶段6.2.3.1 设备到货验收牵头人施工经理主要参与者主要内容项目

12、经理(1) 接收到货物料并根据到货清单全面核对(2) 配合客户及监理单位按照质检要求进行到货验收(3) 对到货物料进行妥善存放及保管交付件到货设备验收单备注6.2.3.2 硬件安装施工牵头人施工经理主要参与者主要内容项目经理(1) 依据项目实施方案开展布线、硬件安装工作(2) 定期开展施工质量检查交付件系统硬件安装质量检查报告备注6.2.3.3 软件安装调测牵头人施工经理主要参与者主要内容技术经理、项目经理(1) 根据项目实施方案开展软件安装及部署(2) 对部署过程中发现的问题及缺陷及时进行修复和更新交付件项目问题跟踪表项目软件配置规范Checklist备注6.2.3.4 系统测试牵头人施工经

13、理主要参与者技术经理、项目经理(1) 根据单元测试方案实施系统单元测主要内容试(2) 根据集成测试方案实施系统集成测试(3) 对测试过程中发现的问题及缺陷及时进行修复和更新交付件备注项目单元测试报告项目集成测试报告(1)测试方案及测试报告需根据项目实际情况在系统集成测试启动前完成汇总并完成评审6.2.3.5 系统业务培训牵头人施工经理主要参与者主要内容项目经理、技术经理、授课讲师(1) 依据合约制订项目培训方案，若无合约，开展随工培训(2) 开展相关系统业务、运维培训(3) 收集培训反馈交付件备注项目实施方案（更新）项目培训签到表项目培训实施报告项目培训反馈表6.2.4 项目验收阶段6.2.4

14、1 验收材料汇编牵头人项目经理主要参与者主要内容XX 市智慧管廊大数据大数据云项目团队、项目监理单位、技术经理、施工经理(1) 根据项目管理规范汇编项目验收所需文件(2) 根据项目业主、监理单位要求汇编项目验收所需文件交付件项目验收文件(1) 项目验收文件依照项目业主（甲方）备注沟通结果确认并提供6.2.4.2 项目验收测试牵头人项目经理主要参与者主要内容交付件备注XX 市智慧管廊大数据大数据云项目团队、项目监理单位、技术经理、施工经理(1) 协调项目业主、监理单位及其他项目干系人对系统进行全面验收测试(2) 对验收过程中项目业主、监理单位及其他参与验收单位所提出的问题予以解释说明并对验收过

15、程中发现的缺陷予以修复(3) 形成验收测试结论(4) 明确项目遗留问题项目验收测试报告项目遗留问题清单6.2.4.3 项目验收会议牵头人项目经理主要参与者主要内容XX 市智慧管廊大数据大数据云项目团队、项目监理单位、技术经理、施工经理(1) 总结项目整体交付工作(2) 就项目遗留问题及后续解决计划进行讨论说明(3) 项目移交及运维交接(4) 形成项目初步验收结论交付件备注项目验收报告项目服务交付报告项目会议纪要项目完工报告3. 定制开发方案6.3.1 系统架构定制系统采用B/S/S三层架构，基于SpringMVC 开源框架开发，对内可与CSM、CloudOS、CAS、IMC、VCFC进行对接，

16、对外可与OA、邮件、短信、微信和支付宝等其它第三方 系统进行对接。系统支持多种数据库（Mysql 、SqlServer 、Oracle和 PostgreSQL 等），采用 Tomcat7.0服务器， 运行在Docker容器上。系统架构具有以下几个特点：(1) 技术先进性系统后端全部使用当前非常流行的开源框架，流程引擎采用 Activiti5， ORM采用 Hibernate4， MVC采用 Spring4， 安全采用 Spring-security4，数据库二级缓存采用Ehcache； 前端采用Bootstrap、Echarts、Font Awesome 和 Jquery等非常流行的开源框架。

17、系统前端采用定制开发自定义的标签进行代码开发，实 现了组件化的开发，开发效率和维护效率都得到极大的提升。系统权限基于RBAC进行设计开发，权限与角色相关联， 非常灵活地支持系统进行权限管理，同时也能根据客户的需 要支持分授权的功能。(2) 软件组件化系统采用组件化设计开发，使系统的应用功能、算法程序及子系统既有机集成，又相互独立，如同系统上可以“热插拔”的组件。这种设计开发，一方面可保证系统的灵活和按需配置，另一方面可最大限度地保护开发资源，避免重复开发。(3) 高安全性系统根据 GBT31167、GBT31168的要求，对常见的攻击（ SQL 盲注、 OS攻击、 XSS攻击、 CSRF攻击、

18、 MITM 攻击）进行了有效的防护，并使用AWVS对系统的安全漏洞进行扫描，保证了系统的高安全性。(4) 高可用性系统当前根据定制项目的实际需求，有多种HA的实现方案可选，例如：应用服务器的主备倒换，或者负载均衡，或者以上两个方案结合在一起使用。从而保证任何一台服务器宕机都不会影响到整个系统的使用，理论上可用性能达到7*24 。(5) 高可扩展性由于系统架构的支撑层采用面向服务的开发方式，即定制系统的业务数据来源于CloudOS、CAS、IMC、VCFC和其它标准化的软件所提供的标准化接口。新增的定制功能可以通过调用这些标准化的可复用服务实现自身的业务逻辑，而对现有功能没有任何影响；可复用服务

19、升级变更的时候，也可以通过提供多版本服务对应用实现透明升级，不需要强制应用同步变更。系统整体架构如下图所示：6.3.2 软件生命周期在云应用定制开发服务中，XXX 公司向最终用户交付如下服务：工作任务具体工作内容输出调研记录报告需求调研需求沟通和讨论与研发讨论和部门内可行性分析部讨论需求整理和文档编写、出差日报可行性分析报告 业务需求分析说明需求分析部门需求评审、用户需求确认、软件需求规格书、需求确认书、软件需求规格说明说明书编写书项目设计阶段编码阶段软件测试软件交付编写概要设计说明书代码开发、单元测试和代码走查集成测试、系统测试、用户测试（验收测试）编写用户帮助手册、编写部署指导、项目实 施

20、编写项目总结概要设计详细设计数据库结构说明（包括数据字字典说明）系统测试用例、验收测试用例功能测试报告用户帮助手册、软件部署指导说明 书、所有定制开发程序源码（含注释说明）、软件交付总结运维跟踪报告软件维护软件日常维护运维更新后的相关文档软件升级需求调整分析、软件功软件升级说明文档6.3.3 定制能力(1) 单点登录a) 支持从 Portal单点登录到IMC、CAS、CloudOS、VCFC、UIS 和其它第三方系统；b) 支持 Portal被其它系统单点登录。(2) 模块整合a) 支持将 IMC、CAS、CloudOS、VCFC、UIS 和其它第三方系统的功能菜单设置到Portal的导航栏

21、中， 通过在 Portal点击进入指定系统的某个功能模块；b) 支持将 IMC、CAS、CloudOS、VCFC、UIS 和其它第三方系统的功能直接嵌入到Portal中；c) 支持 CloudOS 一揽子的资源申请定制。(3) 数据整合a) 支持整合 CSM的数据b) 支持整合 CloudOS 的数据c) 支持整合 IMC的数据d) 支持整合 VCFC的数据e) 支持整合 CAS的数据f) 支持整合其它第三方系统的数据(4) 个性化定制a) 个性化 LOGOb) 个性化背景图片或者颜色c) 个性化字体和样式d) 个性化布局e) 个性化权限管理f) 个性化大屏页面展示(5) 流程定制a) 人员注

22、册流程定制b) 主机申请流程定制c) 硬盘申请流程定制d) 公网 IP申请流程定制e) 其它流程定制(6) 协作功能定制a) 整合各个系统的数据，提供定制的REST接口给第三方系统b) 提供移动设备接入的接口c) 提供 PORTAL内点对点讨论和聊天的功能(7) 报表定制a) 支持 CSM报表的定制b) 支持 CloudOS 报表的定制c) 支持 IMC报表的定制d) 支持 VCF报表的定制e) 支持 CAS报表的定制(8) 客户端定制a) Portal支持手机版网页浏览b) CloudOS 部分功能支持手机版网页浏览(9) 第三方系统对接定制a) 短信平台b) 邮件系统c) 微信d) 支付宝

23、4. 业务迁移服务6.4.1 新应用系统建设与部署评估服务新建业务系统上线部署之前，需要进行充分的评估和分析，以确认最合适的部署方式，具体评估流程如下图所示。新业务系统建设与部署评估流程图流程说明：1. 是否对独立硬件有特殊需求：IT系统需采用金融加密机等特殊硬件，如支付系统的金融加密机、经营分析系统NCR 设备( 采用 Teradata数据仓库 ) 等。2. 是否对操作系统有特殊需求：IT系统需采用除UNIX、Linux 、Windows 之外的特殊操作系统平台。3. 是否能够共享已有的平台：系统可以与已有系统共享已分配的虚拟化资源，且资源需求能够满足。4. 选择相应的操作系统镜像：根据IT

24、系统需求选择操作系统，包括UNIX、Linux、Windows。5. 虚拟化适用性矩阵：评估IT系统是否适合运行在虚拟化环境， 对于不同的服务器可参考下图来评估其是否适合虚拟化， 对于给定的应用，可以根据系统预期的硬件利用率和需求以及用户的数量决定是否适合虚拟化。6. 虚拟化整合指标：对于IT系统的虚拟化而言，业务压力、系统I/O吞吐量、系统资源利用率是服务器虚拟化比例 (虚拟机与物理机之比) 的主要参考依据：a) 高整合比例 ( 如 10:1)：对业务压力小的服务器，例如非实时数据采集服务器、防病毒服务 器、接口服务器、备份服务器等。b) 中等整合比例 ( 如 4:1)：对业务压力中等的服务

25、器，例如中小型IT系统的数据库服务器、应用服务器 ( 安全接入认证服务器、系统监控服务器等) 、邮件服务器等。c) 低整合比例 ( 如 2:1)：对业务压力较大且内容敏感类应用的服务器，例如大型数据库服务器数据传输服务器、高性能运算服务器、业务逻辑复杂的应用服务器、安全性要求高的服务器、对物理隔离有特殊要求的服务器等。7. 物理平台适用性矩阵：对于独立的 IT 系统而言，可以按下图选择最佳的技术配置方案。6.4.2 老应用系统云化建设咨询评估服务为帮助客户顺利的实现应用系统的云化建设，我们提供专业的云化咨询服务。对当前运行在传统架构下的应用系统及 IT基础架构现状进行充分的调研和分析，并提供云

26、化IT基础架构的规划与设计。为客户将业务系统从传统架构转移至云架构提供有效的技术支撑。咨询服务主要包含如下内容：服务名称服务描述业 务 系 统 现 状调研咨询服务专家将根据调查问卷，通过现场访谈的方式，收集客户应用系统的现状信息，主要包括但不限于如下内容：IT 基础架构部分用户数 / 并发数服务器、存储等设备型号、配置和数量网络架构，如接入层、汇聚层、核心层、站点互联设计等存储架构，如SAN、DAS、NAS、分布式存储等服务器资源利用率，包括CPU、内存等峰值和平均利用率存储资源利用，包括总容量、可用容量和剩余空间等灾备系统架构，包括组网结构、规模和 RTO/RPO指标IT应用系统部分应用系统

27、名称和重要程度应用系统架构，如BS、CS或其他与其他应用系统对接和依赖关系应用系统中间件、数据库等平台信息应用系统业务流程评估与分析 根据应用系统现状调研的结果，进行具体的评估和分析，找出差距和改进点，主要包括但不限于以下内容：网络架构分析，包括当前网络架构中的分层、分区、扩展性、安全性、可靠性、QOS保障等方面的分析；计算子系统分析，包括异构平台、计算模型、 数据库架构、 集群架构、 负载均衡架构、服务器资源利用率等方面的分析；存储子系统分析，包括异构平台、存储架构、 采用的存储技术、数据模型、 性能指标、高可用现状、存储空间利用率等方面的分析；灾备子系统分析， 包括灾备系统架构 （如双活容

28、灾、 LANFree备份等）、灾备目标和数 据量、容灾链路带宽和距离、备份策略和备份窗口等，以及业务系统在RTO/RPO方面的需求，分析当前灾备系统是否能够满足业务需求。规划与设计根据对评估与分析的结果，进行云架构的规划和设计，主要包括但不限于以下内容：总体架构设计， 描述云化 IT基础架构的设计思想和蓝图，包括资源层（物理资源层、 虚拟化平台层、虚拟资源层）、服务层（基础 设施服务和平台服务）和应用层的整体设计， 以及统一的运维管理和安全管理设计；云平台架构设计，包括资源池化管理和调度、自动编排、自助服务等；网络架构设计，包括网络分层、功能分 区、安全接入、Overlay、网络虚拟化、扩展性

29、和可靠性等；计算架构设计，包括计算模型定义和分类、区域部署、 服务器虚拟化、 计算能力分析、集群和负载均衡等；存储架构设计，包存储网络和架构、数据模型、性能模型、数据保护、存储虚拟化整合、分布式存储等灾备架构设计，包括灾备等级、本地 / 异6.4.3 云化测试与上线支持服务6.4.3.1 开发免费提供完整的云平台技术开发文档，并可根据客户需求，定期举办现场或网络视频培训，并可提供完整的培训教材。6.4.3.2 开发测试环境开发者新开发的应用在云平台上线前可以在政务专有云开发测试环境上进行相关测试。开发测试环境使用的架构和技术实现均与云平台相同，开发测试环境与云平台通过技术手段完全隔离，测试环境

30、操作不影响云平台正常对外提供服务。6.4.3.2.1 开发测试环境资源开发测试环境，计算资源由4台物理服务器组成，每台 服务器标配96GB内存， 9TB 硬盘，按照16GB内存每台虚拟机计算共可以提供大约24台虚拟机同时供开发者使用，如 果按 8GB 内存计算则可以提供48 台虚拟机同时供开发者使用。除本地硬盘外，虚拟机可以连接IP SAN 存储或者FC存储进行相关测试。开发测试环境中提供MySQL、SQL Server数据库服务。6.4.3.2.2 开发环境使用与云平台流程化申请不同，开发环境不单独对外提供完 整流程portal界面，开发测试环境对开发者提供单独的申请/ 管理界面，由开发者提

31、出资源需求，云平台管理员根据虚拟机模板开通相应的虚拟化资源，给开发者最大限度的自由空间去构建测试环境。6.4.3.3 测试支持针对开发者从前期咨询到测试过程中遇到任何与云测试平台相关的技术问题，都将提供所有必要技术支持。6.4.3.3.1 支持内容测试环境基本操作指导、网络通信保障、测试环境特殊需求受理、 存储资源分配、 数据库资源分配， 测试业务评估， 业务上线支持。6.4.3.3.2 支持方式基本使用提供操作指导书，其他技术类支持，不仅限于电话、邮件咨询。6.4.3.4 上线云平台使用的底层环境与开发者使用的测试环境一致， 可以保证在测试环境下测试通过的业务在云平台上正常运 行。如果测试环

32、境下开发的业务通过评估具备迁移到云平台的条件，则将协助开发者进行相关迁移工作，保障业务在云平台正常运行。6.4.4 业务迁移服务6.4.4.1 应用迁移6.4.4.1.1 应用迁移方法云应用迁移是为了将现有应用平滑迁移到云平台，应分三个步骤来实施：1. 分析、设计及建设阶段收集基础设施新建、改造、扩容需求。识别和定义必需的运维、技术架构功能组件：包括技术规范、服务器架构、 数据库服务 /基础服务、 并发处理能力、存储容量及增长趋势、SLA、故障响应时间、 变更管理等等。快速建设支持测试验证的环境，包括基础网络、存储和服务器环境。2. 测试阶段包括组件功能性测试、组件集成性测试和组件性能测试。功

33、能型测试：包括应用功能模块测试、高可靠性测试、数据备份测试等；组件集成性测试：包括系统各模块间数据交互，与其他系统间数据交互， 系统安全保障要求， 设备故障恢复时间等； 组件性能测试：包括系统响应测试，负荷峰值，数据交换吞吐量等。3. 迁移及扩展制定完善的迁移方案、充分的实施方案、良好的应急预案等，最后实施迁移。6.4.4.1.2 应用迁移流程已有应用要迁移到云平台需要各个线条对应用系统进行梳理，具体梳理的主要内容如下表所示：编号梳理项目主要内容适用范围；系统重要1性故障影响用户范围；允许最大宕机时间；重要等级；系统当前2部署模式市集中；区县分散部署； 部署位置；系统是否长期使用；系统是否存在

34、严重故障隐患；系统是否3具备迁移条件同时在线用户比例；系统资源利用率；是否支持系统优化改造；是否支持平滑移植；在梳理完上述内容后，各应用可参照下图所示的流程进具体流程图的说明如下：迁移到云平台：将IT系统迁移到云平台，使用 虚拟化资源或物理资源(例如虚拟服务器、虚拟存储、虚拟网络 ) ，并采用统一运营管理平台进行管理。改造后迁移：对系统架构、运行环境、接口等进行改造，使其满足迁移到云平台的技术要求，然后再迁移到云平台。保持现状：继续保持IT系统当前的运行环境， 包括基础设施直至IT系统退役。系统是否会长期使用：该系统是否还将继续长期使用，如是否还会继续使用超过一年。系统是否存在故障隐患：该系统

35、是否存在验证的故障隐患，如数据安全、架构缺陷等。设备利用率是否在60% 与 80% 之间：该系统是 否能够有效的利用基础设施硬件资源，如 CPU 利用率、存储利用率过低或过高。同时在线用户比例是否大于等于50% ：该系统用户的平均使用率( 平均使用率指总体而言，同时在线的用户占全部预期用户的比例) 大于等于 50%。系统是否随着压力增长而扩展：该系统是否能够进行平滑扩展以满足预期内或预期外的业务需求。系统是否能够移植： 该系统是否能够消除隐患以进行移植，并满足业务使用需求。是否有能力进行系统迁移及测试：该系统维护团队是否有足够的能力对系统进行测试及迁移。系统是否近期停用： 该系统是否由于技术原

36、因或业务的原因在近期将被停用。是否有业务驱动力进行系统迁移：该系统是否有足够的业务驱动力进行系统移植。是否能够进行虚拟化：该系统平台是否有合适的技术支持虚拟化。是否有业务驱动力进行虚拟化： 该系统是否有足够的业务驱动力对基础设施 ( 服务器或存储 ) 进行虚拟化。系统是否支持快速移植：该系是否能够进行快速移植。是否有业务驱动力进行系统移植：该系统是否有足够的业务驱动力进行应用移植。是否有业务驱动力进行平台转换：该系统是否有足够的业务驱动力进行平台转换。6.4.4.1.3 应用迁移方式选型应用系统迁移需要根据系统类型和重要性选择合适的迁移方式，而对于复杂系统的迁移，需要根据实际情况采用定制化的迁

37、移技术及方法：重新安装： IT系统相关文档、安装流程齐全， 在虚拟化环境中重新部署IT系统再进行数据迁移。镜像快照： 在某个时间点对系统进行快照，在虚拟化环境中恢复快照。虚拟化迁移：物理服务器到虚拟机的实时迁移(P2V) 。通过网络设备将需要迁移的业务网络与云平台实现二层的互通。有选择的分批次的迁移服务器，将业务从原物理服务器迁移到新平台的虚拟机上。在业务迁移后，服务器网络属性配置保持不变 ( 如 IP 地址/VLAN 等等 ) ，业务依然通过老平台承载。通过依次迁移服务器的网关，防火墙的安全策略，以及在云平台发布相应的路由，最终实现业务通过云平台承载。整个的迁移过程对业务来说几乎是透明的，应

38、用不需要修改任何参数。6.4.4.2 虚拟化迁移虚拟化迁移是指把源主机上的操作系统和应用程序通过离线或在线的方式移动到目标虚拟化主机上，并且能够在目标虚拟化主机上正常运行。在实施虚拟化迁移的过程中，我们除了要关注迁移过程的可靠性，还需要关注迁移的性能，即迁移的时间和对业务系统的影响，虚拟化迁移的性能指标包括以下三个方面：整体迁移时间： 从源主机开始迁移到迁移结束的时间业务停机时间：迁移过程中，源主机、目标主机同时不可用的时间对应用程序的性能影响：迁移对于源主机上运行服务性能的影响程度。虚拟化迁移的目标是最小化整体迁移的时间和业务停机时间，并且将迁移对于源主机上运行服务的性能造成的影响降至最低。

39、在迁移过程中，这几个因素互相影响，我们将针对不同的业务场景和客户需求，进行充分和专业的评估与分析，并设计合理的和定制化的迁移方案，以达到预期的目标。6.4.4.2.1 虚拟化迁移方法和流程虚拟化迁移过程中，服务交付人员需要详细了解客户需求，深入分析客户业务系统现状，设计出切实可行的迁移方案，并细化成可供实施的各种图、表、配置文件等交付件。虚拟化迁移具体交付内容如下表所示： 服 务 名 称 服 务 描 述详细信息收集 服务专家将根据信息收集模板，通过电话或现场交流的方式，收集客户需求和现场环境信息，主要收集内容如下：当前业务系统组网拓扑、业务类型、服务器数量和分布源服务器软硬件配置、操作系统和软

40、件版本源服务器的资源包括CPU、内存、磁盘和网络连接等占用状况各业务系统之间的依赖关系和对接情况客户对可靠性、安全性方面的要求命名规则评估和分析根据信息收集的结果，对应用系统的虚拟化迁移进行评估和规划，主要包括如下内容：评估当前物理服务器资源利用率，并计算迁移后虚拟机所应具备的计算资源。评估当前存储类型、资源利用率和性能指标， 并计算迁移后虚拟化平台所应提供的存储类型和容量。评估当前虚拟化平台可用资源（计算、存储、网络等）是否具备迁移的条件。评估迁移过程对业务系统的风险，包括业务暂停、数据丢失、性能下降等，并提出相应的规避或回退措施。方案设计 根据对当前系统的评估和分析结果，进行具体的迁移方案设计，在保障迁移过程的可靠性的基础上，应尽量降低业务整体的暂停时间。主要包括以下内容：确定迁移工具和迁移方式（在线 / 离线） 确定迁移前环境准备工作规划并设计具体的迁移步骤，包括所有服务器的迁移先后顺序。规划并设计必要的备份方案，