应用系统迁移设计实施方案.docx

《应用系统迁移设计实施方案.docx》由会员分享，可在线阅读，更多相关《应用系统迁移设计实施方案.docx（24页珍藏版）》请在优知文库上搜索。

1、应用系统迁移设计方案云计算中心建成后，目前90%以上的业务应用将迁移至云计算中心。数据库、硬件类测试系统由于受到安全级别高、需在物理环境下操作的需求限制，暂不纳入到云计算平台中。1新应用系统虚拟化建设新建业务系统上线部署之前，需要进行充分的评估和分析，以确认最合适的部署方式,具体评估流程如下图所示。例中通lK外的中糊流程图新业务系统建设与部署评估流程图流程说明：1 .是否对独立硬件有特殊需求：IT系统需采用加密机等特殊硬件。2 .是否对操作系统有特殊需求:IT系统需采用除LinUx、WindoWS之外的特殊操作系统平台。3 .是否能够共享己有的平台：系统可以与己有系统共享己分配的虚拟化资源，且

2、资源需求能够满足。4 .选择相应的操作系统镜像：根据IT系统需求选择操作系统，包括需求的各版本Linux及WindowSc5 .虚拟化适用性矩阵：评估IT系统是否适合运行在虚拟化环境，对于不同的服务器可参考下图来评估其是否适合虚拟化，对于给定的应用，可以根据系统预期的硬件利用率和需求以及用户的数量决定是否适合虚拟化。适合虚拟化 低特别适合虚拟化系统资源利用率/需求热备环境的各机防病#朦务器终靖管薪务辱 办公服务器企业级文件原务骞企业级WCb 及务思数据摩主机（用户数量较大）企业级应用服务骞企业被数据库股务森适低的 少较 较率单器 户平途务 用用用服开发/测试服务叁 NT服务器SindOWS20

3、00）部门敦支持并发方式不文件服务着熟的Kb康务春数据至钟厂（用户数W较小） 小型应用股务叁小型数据库殿务器小型消息传递类盛务署高不适合虚拟化中可以虚拟化低开发用户规模6.虚拟化整合指标：对于IT系统的虚拟化而言，业务压力、系统I/O吞吐量、系统资源利用率是服务器虚拟化比例（虚拟机与物理机之比）的主要参考依据：a）高整合比例（如10:1）：对业务压力小的服务器，例如非实时数据采集服务器、防病毒服务器、接口服务器、备份服务器等。b）中等整合比例（如4:1）：对业务压力中等的服务器，例如中小型IT系统的数据库服务器、应用服务器（安全接入认证服务器、系统监控服务器等）、邮件服务器等。C）低整合比例（

4、如2:1）：对业务压力较大且内容敏感类应用的服务器，例如大型数据库服务器数据传输服务器、高性能运算服务器、业务逻辑复杂的应用服务器、安全性要求高的服务器、对物理隔离有特殊要求的服务器等。7.物理平台适用性矩阵：对于独立的IT系统而言，可以按下图选择最佳的技术配置方案。单任务单任务较少使用线程较多使用级程完全使用线程CPU 负我操作不赧繁中端/中低坞分布式的工作任务LinUX/WindgsAJNIX, raclc RAC48way机架式及分舞/刀片 HpC前靖工作任务:露露：务器中处蚱之高塔LinuxZWindovs/UNIX高可扩展性SMP发务器大数据处理型的工作任务 ERP的JR务器 门户的

5、ECbjR务骞 核心系统的测试平台GbitZS基碱工作任务 DNS原务器 AD股务寿, FiIejR 备器加金防病毒殿务器低喑 _ _LiuxVindwsJNIX24,5机架式JR务霖/刀片内存敏感型的工作任务报表服务重数据抽取殿务器中瑞/中育蜡LinuxWind*sNIX最大可扩展至32Way蜃务界内存总战带宽Mbit/S单位容量小OB）内存大小单位容量大（MB）2老应用系统虚拟化迁移为帮助客户顺利的实现应用系统的虚拟化化建设，我们提供专业的虚拟化咨询服务。对当前运行在传统架构下的应用系统及IT基础架构现状进行充分的调研和分析，并提供虚拟化IT基础架构的规划与设计。为客户将业务系统从传统架构

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

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

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

9、义和分类、区域部署、服务器虚拟化、计算能力分析、集群和负载均衡等；回存储架构设计，包存储网络和架构、数据模型、性能模型、数据保护、存储虚拟化整合、分布式存储等团灾备架构设计，包括灾备等级、本地/异地备份、本地/异地容灾、双活容灾等3业务整合迁移3.1 应用迁移3.1.1 应用迁移方法云应用迁移是为了将现有应用平滑迁移到云平台，应分三个步骤来实施:1.分析、设计及建设阶段收集基础设施新建、改造、扩容需求。识别和定义必需的运维、技术架构功能组件：包括技术规范、服务器架构、数据库服务/基础服务、并发处理能力、存储容量及增长趋势、SLA,故障响应时间、变更管理等等。快速建设支持测试验证的环境，包括基础

10、网络、存储和服务器环境。2 .测试阶段包括组件功能性测试、组件集成性测试和组件性能测试。功能型测试：包括应用功能模块测试、高可靠性测试、数据备份测试等；组件集成性测试：包括系统各模块间数据交互，与其他系统间数据交互，系统安全保障要求，设备故障恢复时间等；组件性能测试：包括系统响应测试，负荷峰值，数据交换吞吐量等。3 .迁移及扩展3. 制定完善的迁移方案、充分的实施方案、良好的应急预案等，最后实施迁移。4. 1.2应用迁移流程已有应用要迁移到云平台需要各个线条对应用系统进行梳理，具体梳理的主要内容如下表所示：编号梳理项目主要内容1系统重要性适用范围；故障影响用户范围；允许最大宕机时间；重要等级；

11、2系统当前部署模式台网中心集中；各所分散部署；部署位置；3系统是否具备迁移条件系统是否长期使用；系统是否存在严重故障隐患；同时在线用户比例；系统资源利用率；是否支持系统优化改造;是否支持平滑移植；在梳理完上述内容后,各应用可参照下图所示的流程进行迁移。用尸比例是印，4是是保持 现状现有系统是进行系统过否否是应动力进行是是否迁移到云平台改造后迁移保挣 现状里幼力遂行是行曲内进行蛎动力遂行改造后迁移保持 现状具体流程图的说明如下：1 .迁移到云平台：将IT系统迁移到云平台，使用虚拟化资源或物理资源（例如虚拟服务器、虚拟存储、虚拟网络），并采用统一运营管理平台进行管理。2 .改造后迁移：对系统架构、

12、运行环境、接口等进行改造，使其满足迁移到云平台的技术要求，然后再迁移到云平台。3 .保持现状：继续保持IT系统当前的运行环境，包括基础设施直至IT系统退役。4 .系统是否会长期使用：该系统是否还将继续长期使用，如是否还会继续使用超过一年。5 .系统是否存在故障隐患：该系统是否存在验证的故隙隐患，如数据安全、架构缺陷等。6 .设备利用率是否在60%与80%之间：该系统是否能够有效的利用基础设施硬件资源，如CPU利用率、存储利用率过低或过高。7 .同时在线用户比例是否大于等于50%:该系统用户的平均使用率（平均使用率指总体而言,同时在线的用户占全部预期用户的比例）大于等于50%o8 .系统是否随着

13、压力增长而扩展：该系统是否能够进行平滑扩展以满足预期内或预期外的业务需求。9 .系统是否能够移植：该系统是否能够消除隐患以进行移植，并满足业务使用需求。10 .是否有能力进行系统迁移及测试：该系统维护团队是否有足够的能力对系统进行测试及迁移。11 .系统是否近期停用：该系统是否由于技术原因或业务的原因在近期将被停用。12 .是否有业务驱动力进行系统迁移：该系统是否有足够的业务驱动力进行系统移植。13 .是否能够进行虚拟化：该系统平台是否有合适的技术支持虚拟化。14 .是否有业务驱动力进行虚拟化：该系统是否有足够的业务驱动力对基础设施（服务器或存储）进行虚拟化。15 .系统是否支持快速移植：该系

14、是否能够进行快速移植。16 .是否有业务驱动力进行系统移植：该系统是否有足够的业务驱动力进行应用移植。3. .是否有业务驱动力进行平台转换：该系统是否有足够的业务驱动力进行平台转换。4. 1.3应用迁移方式选型应用系统迁移需要根据系统类型和重要性选择合适的迁移方式,而对于复杂系统的迁移,需要根据实际情况采用定制化的迁移技术及方法：1 .重新安装：IT系统相关文档、安装流程齐全，在虚拟化环境中重新部署IT系统再进行数据迁移。2 .镜像快照：在某个时间点对系统进行快照，在虚拟化环境中恢复快照。3 .虚拟化迁移：物理服务器到虚拟机的实时迁移（P2V）。通过网络设备将需要迁移的业务网络与云平台实现二层

15、的互通。有选择的分批次的迁移服务器，将业务从原物理服务器迁移到新平台的虚拟机上。在业务迁移后，服务器网络属性配置保持不变仅口IP地址/VLAN等等），业务依然通过老平台承载。通过依次迁移服务器的网关，防火墙的安全策略，以及在云平台发布相应的路由，最终实现业务通过云平台承载。整个的迁移过程对业务来说几乎是透明的，应用不需要修改任何参数。3.2虚拟化迁移虚拟化迁移是指把源主机上的操作系统和应用程序通过离线或在线的方式移动到目标虚拟化主机上，并且能够在目标虚拟化主机上正常运行。在实施虚拟化迁移的过程中，我们除了要关注迁移过程的可靠性，还需要关注迁移的性能，即迁移的时间和对业务系统的影响，虚拟化迁移的性能指标包括以