应用系统迁移设计实施方案.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虚拟化迁移虚拟化迁移是指把源主机上的操作系统和应用程序通过离线或在线的方式移动到目标虚拟化主机上,并且能够在目标虚拟化主机上正常运行。在实施虚拟化迁移的过程中,我们除了要关注迁移过程的可靠性,还需要关注迁移的性能,即迁移的时间和对业务系统的影响,虚拟化迁移的
16、性能指标包括以下三个方面:团整体迁移时间:从源主机开始迁移到迁移结束的时间团业务停机时间:迁移过程中,源主机、目标主机同时不可用的时间国对应用程序的性能影响:迁移对于源主机上运行服务性能的影响程度。虚拟化迁移的目标是最小化整体迁移的时间和业务停机时间,并且将迁移对于源主机上运行服务的性能造成的影响降至最低。在迁移过程中,这几个因素互相影响,我们将针对不同的业务场景和客户需求,进行充分和专业的评估与分析,并设计合理的和定制化的迁移方案,以达到预期的目标。3.2.1虚拟化迁移方法和流程虚拟化迁移过程中,服务交付人员需要详细了解客户需求,深入分析客户业务系统现状,设计出切实可行的迁移方案,并细化成可
17、供实施的各种图、表、配置文件等交付件。虚拟化迁移具体交付内容如下表所示:T务名服务描述称服务专家将根据信息收集模板,通过电话或现场交流的方式,收集客户需求和现场环境信息,主要收集内容如下:团当前业务系统组网拓扑、业务类型、服务器数量和分布田源服务器软硬件配置、操作系统和软件版本详细信息收集团源服务器的资源包括CPU、内存、磁盘和网络连接等占用状况团各业务系统之间的依赖关系和对接情况团客户对可靠性、安全性方面的要求团命名规则根据信息收集的结果,对应用系统的虚拟化迁移进行评估和规划,主要包括如下内容:评估和团评估当前物理服务器资源利用率,并计算迁移后虚拟机所应具备的计算资源。分析团评估当前存储类型
18、、资源利用率和性能指标,并计算迁移后虚拟化平台所应提供的存储类型和容量。出评估当前虚拟化平台可用资源(计算、存储、网络等)是否具备迁移的条件。团评估迁移过程对业务系统的风险,包括业务暂停、数据丢失、性能下降等,并提出相应的规避或回退措施。根据对当前系统的评估和分析结果,进行具体的迁移方案设计,在保障迁移过程的可靠性的基础上,应尽量降低业务整体的暂停时间。主要包括以下内容:团确定迁移工具和迁移方式(在线/离线)团确定迁移前环境准备工作方案设7回规划并设计具体的迁移步骤,包括所有服务器的迁移先后顺序。计由规划并设计必要的备份方案,对于某些关键业务系统数据,或虚拟化后需要重复利用的服务器,建议在迁移
19、前进行适当的数据备份团规划并设计迁移后所需的网络环境团规划迁移实施计划,包括迁移起止时间、团队成员和具体分工等根据迁移实施方案确定中的步骤和计划,执行具体的虚拟化迁移工作,主要包括如下内容:回迁移前环境准备,包括迁移工具安装、网络环境准备回迁移前原系统健康检查,确保迁移前原系统处于健康状态迁移执团迁移前数据备份(可选)行团在虚拟化平台完成迁移前准备,包括虚拟机创建等回暂停业务系统运行(可选)团通过迁移工具执行在线/离线迁移团将业务系统切换到虚拟化平台并停用旧系统完成虚拟化迁移后,将对迁移后的业务系统进行验证和测试,以确认业务系统在虚拟化平台运行正常,主要包括如下内容:业务验团根据客户需求和业务
20、环境,输出测试方案证和测二G加回与客户讨论,制定明确的测试计划试团根据测试计划中的时间点,按照测试方案中的内容和步骤进行业务系统的验证和测试团完成测试后,输出测试报告3. 2.2虚拟化迁移方案迁移方式选型根据信息收集的结果,分析各应用系统特点,包括重要程度、与其他业务系统的关联关系、是否允许离线迁移、允许离线的时间窗口等因素,然后为每个应用系统制定相匹配的迁移方式,如下表所示:序号迁移方式服务名称迁移工具选择依据1预报系统H3C_CAS_Converter在线业务连续性要求高,允许离线的时间窗口较小,2办公自动化系统H3C_CAS_Converter离线业务连续性要求较低,有足够的离线时间窗口
21、3邮件系统H3C_CAS_Converter离线业务连续性要求高,允许离线的时间窗口较小,虚拟资源计算在进行虚拟化迁移之前,应对每个应用系统虚拟化迁移后所需的虚拟计算进行合理的评估和计算,以确保迁移后应用系统的可用性、可靠性和各项性能指标可满足业务目标。虚拟资源计算的原则是,如果客户希望业务系统迁移后,业务系统能够保持与原系统一致的体验,我们建议虚拟机的计算能力与原物理服务器的计算能力保持一致;如果客户希望通过P2V的迁移,提高资源的利用率,我们建议虚拟机的计算能力可以相比原先进行一定程度的压缩,具体的压缩计算方式如下图所示。(虚拟资源1方法1: VCPUs=CeiI (PX峰值利用率/80%
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 应用 系统 迁移 设计 实施方案
链接地址:https://www.desk33.com/p-598591.html