ImageVerifierCode 换一换
格式:DOCX , 页数:20 ,大小:823.32KB ,
资源ID:780849      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/780849.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(云平台应用系统迁移方案大纲.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

云平台应用系统迁移方案大纲.docx

1、云平台应用系统迁移方案大纲 文件编号: 密级: 项目ID: 项目编号: 中国移动广东公司UAP云平台应用迁移方案(大纲)版本 拟制沈志华日期20140716审核日期批准日期1文档说明本文档的目的在于为UAP云平台地市应用系统设计的一个迁移与整合方法,并对实际操作有指导和建议。本文档主要针对广东移动UAP的地市应用系统迁移到UAP云平台。2应用系统迁移方法2.1应用迁移与整合方法根据以往丰富的项目经验,结合UAP云平台的具体业务特点,定制了一套数据迁移与整合的方法。本迁移与整合方法分为6个阶段,分别为系统评估与分析、方案设计、虚拟化环境准备、应用移植、测试验证和业务割接。图2-1 应用迁移与整合

2、方法评估与分析在系统评估与分析阶段,应确定迁移范围和目标,利用调查问卷、系统评估工具(MAP)和访谈等评估形式,对应用系统进行评估,分析和汇总系统需求,形成调研报告。方案设计在方案设计阶段,针对项目范围内的物理服务器进行虚拟化适用性分析,设计迁移场景和云平台架构方案。在云平台方案设计的基础上,进行迁移顺序、迁移方法等内容的设计,形成总体迁移方案。虚拟化环境准备在虚拟化环境准备阶段,应判断现有的UAP云平台环境是否能容纳被迁移的所有对象,以及,具体应检查计算资源、存储资源、网络资源以及数据库资源等,建立迁移所需的环境准备,如虚拟机、虚拟化网络等。应用移植在系统移植阶段,应根据既定的迁移方案严格的

3、执行应用系统迁移,将物理机的应用系统移植到虚拟机内,有工具移植和手工部署两种方式。测试验证对云平台上的应用系统进行功能性测试、性能测试和稳定性测试,并进行应用验证,以便预先排除隐患,使得应用系统成功的运行在云平台环境下。业务割接制定割接方案,依照割接方案进行割接操作,割接完成后进入割接后观察期,通过割接验收后将原系统下线。应用系统在UAP云平台上线1个月后,提供性能分析报告。2.2应用迁移涉及的相关部门业务迁移进行中,会涉及如下各部门,其具体职责如下:省公司信息系统部:;地市公司:应用开发商:负责实施UAP平台各应用系统日常的724小时故障响应处理工作,为UAP平台各应用系统的维护支撑提供技术

4、支持。迁移实施方:1)对应用系统进行评估和分析;2)根据需求设计云平台方案,或者评估现有云平台方案是否满足需求;3)设计应用系统迁移方案,如迁移方式、迁移工具等;4)进行应用系统迁移,将应用系统从物理机上移植到虚拟机上;5)与应用开发商一起进行测试验证;6)进行业务割接。3系统评估与分析如何对被迁移系统进行有效的系统评估,为迁移和整合提供有效的支撑数据,是迁移前重要的工作,也是迁移和整合过程中的一个难点。系统评估分析,将使用调查问卷、自动化评估工具或访谈等形式对系统的基础架构层和应用层进行系统评估。3.1系统评估和分析流程图3-1 评估和分析流程应用系统迁移评估与分析流程描述如下:表3-1 系

5、统评估和分析流程编号步骤名称责任人说明3.1确定迁移范围确定要迁移的应用系统,及未来的数据中心等内容3.2选择评估方法选择自动化工具评估(MAP)、问卷调查、访谈等评估方法3.3准备评估环境和内容准备好被评估系统的网络、MAP服务器等内容准备好调查问卷的调查问题和访谈的具体内容3.4系统评估迁移实施方对系统进行评估,使用问卷调研、自动化工具评估、访谈等形式3.5问卷调研迁移实施方采用调查问卷的方式进行调研3.6自动化工具评估迁移实施方采用自动化评估工具进行系统评估3.7访谈迁移实施方采用访谈的方式进行调研3.8需求分析迁移实施方对应用系统进行整体需求分析3.9基础架构层评估迁移实施方对被评估系

6、统进行基础架构层面的具体评估和信息汇总3.10应用层面评估迁移实施方对被评估系统进行应用层面评估和信息汇总3.11业务层信息汇总迁移实施方对被评估系统进行业务层信息汇总3.12运维层信息汇总迁移实施方对被评估系统进行运维信息需求汇总3.13现状调研及需求分析报告迁移实施方根据调研内容,撰写现状调研及需求分析报告3.14调研报告审核对现状调研及需求分析报告进行审核3.15判断是否通过审核如通过审核,则结束调研和分析流程结束如未通过审核,则返回3.23.2评估准备3.2.1迁移范围确定应用系统迁移,首先要确定迁移范围,如:哪些应用系统需求从哪些服务器上迁移到UAP云平台虚拟机上;哪些应用系统需要进

7、行解耦和整合等操作;迁移前后机房环境的变化确认等。3.2.2评估方法与准备采用调查问卷方式、评估工具自动化评估或访谈等方法对UAP应用系统进行评估和分析,从不同的维度获得全面的信息,为迁移工作提供有力依据。调查问卷可以大规模的进行信息采集,收集各个层面的信息,范围较广,但是由于需要人工填写,人为因素将导致准确率不高。自动化评估工具可准确的对系统进行性能等方面的评估,准确率高,可信度大,但是适用范围有限,比如有些服务器由于客观原因无法被自动化工具评估。对于一些比较复杂的问题,可以采用深度访谈的方式,形成访谈报告,补充到文档中。3.2.3评估环境的准备使用具体评估工具进行自动化评估时,需要准备好相

8、关主机、网络、以及MAP工具包等内容,以便顺利开展系统评估工作,详见附录中的具体评估工具需求。3.3系统调研与评估3.3.1物理基础架构调研与评估在物理基础架构信息收集和评估中,计算容量、存储容量和网络容量以及相关的利用率和性能是重要的评估内容。自动化评估工具MAP可帮忙得出比较客观的物理架构的容量和性能,调查问卷也可协助完成信息收集。物理基础架构的评估中,应完成如下内容的评估:在基础架构硬件的CPU评估中,应收集CPU的型号、主频、内核数、颗数,应评估CPU的利用率。在基础架构硬件的内存评估中,应收集内存的容量以及使用率。在基础架构硬件的磁盘评估中,应收集磁盘的数量、RAID方式、文件系统类

9、型、文件系统总容量、磁盘IO性能等。在基础架构硬件的网络评估中,应收集物理服务器的网卡容量、数量及网络性能,网络交换机的型号、网口数、数量,基础架构的网络拓扑图等。3.3.2应用系统调研与评估在应用系统层面,至少应评估业务的重要性、业务成熟度、应用系统逻辑架构等内容,从而为迁移提供重要的参考依据。3.3.2.1业务重要性在评估阶段,应评估应用系统的重要程度,利用应用系统的重要程度设置相关的资源竞争策略,并且对重要的应用系统采用相应的技术方案进行保护,如重要的应用系统可使用HA等技术方案保证业务连续性。业务的重要性可作为虚拟机发生竞争时如何争取资源的一个重要输入。在虚拟机的资源竞争机制中,有最低

10、占用资源设置、最高占用资源设置和相对权重。可根据业务的重要性设置相关的权重,比如可以设置重要业务权重为200,比较重要业务的权重是150,不重要的业务权重是100。需要注意的是具体虚拟机权重设计的时候一定要遵循一个统一的标准,保持前后连贯性。3.3.2.2业务生命周期按照不同的业务成熟度为相关的虚拟机来预留资源,来满足业务发展所带来的需求。业务成熟度分为业务投入期、成长期、成熟期、衰退期,可按不同的成熟度为不同的业务系统进行预留空间等内容的设置。在评估阶段,应评估业务的成熟度,业务成熟度可作为应用系统资源预留的一个重要衡量指标。可针对不同成熟度的业务提供不同的资源预留策略,比如成熟业务预留50

11、%资源,衰退业务预留25%,成长的业务预留75%资源,投入期业务预留50%资源。3.3.2.3应用系统逻辑架构评估中,应对应用系统间的逻辑架构进行分析,从而判断各应用系统间的依赖关系和应用系统间的逻辑关系。应用系统的逻辑架构可为确定迁移依赖关系、迁移顺序和迁移后位置提供的有力参考。3.3.3迁移对应用系统的影响将应用系统从物理服务器迁移到虚拟化,从一个机房迁移到另外一个机房,这种迁移会对应用系统本身产生不同程度的影响。在评估的内容中,还要注意一起其他内容的分析,如硬件依赖关系,即那些服务器依赖于某种特定的硬件。大部分的虚拟化环境无法满足特殊硬件的需求,如视频卡、音频卡、加密卡等硬件。3.4需求

12、分析及汇总基于对基础架构和应用系统现状的评估,结合业务的发展需要,对具体应用系统进行基础架构和应用系统两个层面的需求分析和汇总。3.4.1基础架构需求分析与汇总基础架构需求分析,需要整理所有应用系统的基础架构层面的需求,汇总整个所有业务系统所需要的基础架构需求,如网络、服务器、存储等,可用表格等形式汇总整个基础架构的需求。3.4.2应用系统需求分析和汇总在系统调研中,基于调查问卷和访谈的方式对应用系统进行调研与评估,对应用系统层面的需求进行需求分析和汇总,常见的应用层面需求分析如无单点故障、高可用性等,在评估阶段需要分析和汇总所有这些应用层面的需求进行汇总,以及业务的成熟度、重要性等内容,以便

13、后续为后期云平台架构设计提供依据。4方案设计在对物理应用系统进行评估后,进一步的工作是迁移到什么地方,目标平台是否满足迁移需求,如何进行迁移等。4.1方案设计流程图4-1 方案设计阶段流程图方案设计的流程描述如下:表4-1方案设计阶段流程图说明编号步骤名称责任人说明4.1虚拟化适用性分析迁移实施方依据系统调研与需求分析报告,对物理服务器进行虚拟化筛选4.2迁移场景设计迁移实施方依据系统调研与需求分析报告,进行云平台系统迁移场景设计4.3判断是否存在现有环境迁移实施方如存在现有云环境,则进入4.4如不存在云环境,则进入4.64.4判断现有环境是否满足需求迁移实施方如满足,则进入4.9如不满足,则

14、进入4.54.5云平台整改方案迁移实施方根据实际业务需求,对现有环境进行方案整改设计4.6云平台建设方案迁移实施方根据实际业务需求,设计云平台建设方案4.7方案审核对云平台整改方案或云平台建设方案进行审核4.8判断方案是否通过审核如通过,则进入到4.9如未通过,则回退到4.14.9资源映射分析迁移实施方将应用系统对物理资源的需求映射为对虚拟系统的资源需求,具体到需要几个vCPU等内容4.10服务器放置设计迁移实施方设计将迁移后的虚拟机如何放置在不同的云平台服务器上4.11迁移顺序设计迁移实施方设计应用系统具体的迁移顺序4.12迁移技术手段选择迁移实施方依据应用系统的各自特点,选择合适的技术手段,如使用手工迁移还是使用工具进行迁移4.13迁移方法选择迁移实施方选择合适的迁移工具及迁移方式4.14迁移方案迁移实施方设计总体的迁移方案,形成文档4.15迁移方案审核对迁移方案进行审核4.16判断迁移方案是否通过审核如通过审核,则结束方案设计如未通过审核,则回退到4.84.2云平台方案设计在云平台的方案设计中,主要要考虑服务器、存储和网络基础架构的设计,要详细考虑具

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1