广东电信XX项目云迁移解决方案v1.2模板.docx

《广东电信XX项目云迁移解决方案v1.2模板.docx》由会员分享，可在线阅读，更多相关《广东电信XX项目云迁移解决方案v1.2模板.docx（14页珍藏版）》请在第一文库网上搜索。

1、中国电信/CHINATE1ECOMXX市XX项目云迁移解决方案中国电信股份有限公司广东分公司2017年1月XX项目云迁移方案3第1章项目概述31.1 迁移背景31.2 迁移需求31.3 云迁移能力31.4 迁移原则41.5 业务迁移流程5第2章调研方案62.1 调研方式62.2 调研范围及详细内容62.2.1应用系统调研62.2.2网络系统调研72.2.3数据库调研7第3章迁移方案83.1.1 迁移前准备工作83.1.2 迁移注意事项及风险93.1.3 迁移场景93.1.4 迁移方式103.1.5 迁移步骤123.1.6 验证方案12第4章应急回退方案12第5章迁移分工界面13第6章成功案例1

2、4XX项目云迁移方案第1章项目概述11迁移背景为了充分利用云计算带来的便利和发挥云平台集中部署的效益，很多已经部署在传统物理设备上的应用将选择迁移到云平台上，这就需要专业的业务迁移服务，保证业务迁移过程的业务连续和数据安全。目前，XX市XX局（公司）已建设私有云或租赁天翼云平台，新云平台资源已逐步到位，需按计划进行相关业务应用的上云部署。1.2迁移需求收集汇总以下迁移需求信息。1、源平台、目的平台；如是否都是云平台还是物理机；2、业务是否可中断及中断时间点及时长；3、源、目的平台之间的网络拓扑情况：是否有专线、带宽等。4、需迁移的总数据量：包括os、app、db等。5需要什么时间完成6、 OO

3、O1. 3云迁移能力业务迁移是指通过一系列的流程和方法，借助专业工具和手段，把支撑业务运营的多个应用包含的IT子系统从源设备平滑迁移到目标设备或平台，保证迁移过程对业务运行的降低到最小以及迁移后的业务稳定运行。云迁移服务是广东电信依托雄厚的技术力量和丰富的通信行业运营维护经验，基于云计算平台，通过各种系统和数据库迁移工具及方式的优化结合，为行业客户提供的一站式迁移服务。在确保原系统的业务不中断、安全稳定运行的前提下，实现跨云平台的、高效的、在线迁移、多种数据库异构迁移，达到业务应用的无缝平滑迁移割接。虚拟化平台I财系统II数据库I中间件BI网络B1存储H邮件系统I4*Vmware86股务器II

4、WindowsIOrac1eWebIog1c互联网I1otnsNotes物Fuion%phereI成网服务等I1inuxiSq1serverWebsphereIVPNIExchangeHyper-VMysqiTomcatCorcmai1,tI*QIS小型机1nixiDB2Jboss4线KVMPostfixXenIIIeI.云迁移能力覆盖范围R它应用累统14迁移原则 保密原则在调研、迁移前后严守客户业务、IT信息秘密，不传播、泄露、转卖客户信息。 数据安全性迁移过程中需保证源数据的安全，避免因数据迁移造成原有数据的丢失、损坏。 业务连续性由于业务系统的运行要求不同，对业务连续性的要求也尽不同。对

5、于关键的连续性要求较高的业务,应尽量减少因迁移而造成的停机时间,保证其业务的连续性。 迁移效率迁移方式不同，迁移的效率、所花费的时间也不同，根据客户的业务特点，进行评估，选择满足客户要求的迁移方案。 迁移成本根据客户的预算，从成本考虑，选择适合的迁移工具及方案。 虚拟化X86平台的业务系统几乎都可迁移至虚拟化平台，实现资源的动态调配。对于个别系统虚拟化暂无法支持的环境，建议采用P2P（物理机至物理机）迁移。 迁移优先级优先迁移非核心业务和紧急上线业务，对于业务复杂度高、核心业务进行深入调研，演练成功后再进行迁移。 兼容性迁移的业务系统必须满足对虚拟化技术、操作系统的版本、应用软件版本、硬件平台

6、的兼容性的要求。15业务迁移流程为了实现业务快速，平滑的迁移，结合广东电信的最佳实践，制定以下业务迁移流程，其中主要包括调研，方案设计，迁移、割接实施，保障等步骤,业务迁移流程如下图所示:JT4通过上述严格的业务迁移流程，制定确实可行的应急预案，确保业务的平滑迁移，保证业务连续性需求。第2章调研方案2.1 调研方式调研技术人员将根据需求调研表格和人员分工，逐条逐项收集、补充调研表相关字段内容。具体调研方式如下： 面对面、电话询问、EmaiI或即时通信工具沟通交流等方式。 在客户技术人员的陪同下，登录服务器或相关网络及安全设备，通过GUI界面或C11命令等方式进行必要的配置查看和分析。 个别交流

7、，就某一具体应用或业务处理和相关业务人员直接交流。 开会讨论，对跨部门、跨岗位的业务，可召集相关人员在一起，了解业务应用的真实情况。2. 2调研范围及详细内容 了解客户IT资源申请的流程、步骤及相关系统的运维管理方式。 了解客户核心网及信息化平台现状、存在问题及优化需求。 紧扣调研需求内容，深入了解各应用和数据库的运行状况，为将来云平台的规划设计提供依据，在保证安全性、稳定性的前提下，进一步降低云平台租赁成本。2. 2.1应用系统调研应用系统调研将主要包括服务器的业务名称、技术部署架构；CPU、内存、硬盘空间配置及利用率；操作系统、杀毒软件版本、补丁更新情况、IP地址、端口开放情况、任务计划、

8、访问人员、是否开放互联网访问和存在问题等信息。2.2. 2网络系统调研1 .网络详细拓扑图通过深入调研，绘制最新网络拓扑，准确反映客户真实网络设备的分层架构、边界安全情况及网络互联等情况。2 .网络设备基本信息调研设备运行信息主要是指日志、单板运行转态、路由条目和日志信息等。3 .网络及安全设备清单格式序号设备类型设备具体型号数量购置时间使用年限新购/利旧用途或使用者存在问题示例1防火墙华为E1OOO120106需更换互联网出口存在单点故障示例2核心交换机quidway9303220133剩余端口少，已不能扩展2.2.3数据库调研数据库运行环境调研 操作系统版本 数据库类型及版本 数据库数据量

9、的大小及IP地址。 数据库架构 数据库停机时长及建议停机的时段，以及迁移的先后顺序。目前的数据库许可证问题，迁移后数据库许可的处理。目前数据库存在的问题。数据库健康检查1) OraC1e数据库调研内容检查数据库的操作系统资源使用情况通过下面命令查看1inUX系统CPU、内存、硬盘使用情况查看数据库用户检查数据库表空间大小及使用率。检查OraCIe日志2) MySQ1数据库调研内容检查数据库的操作系统资源使用情况通过下面命令查看1inUX系统CPU、内存、硬盘使用情况 查看MySQ1数据库 查看MySQ1的链接数 查看数据库是否为主从复制，以及复制状态。 查看MySQ1数据库大小、日志等3) S

10、Q1Server数据库调研内容 获取数据库SerVer上有关OS、语言等更多信息 查询SQ1Server服务及其如何配置的信息： 查询获取SQ1SerVer错误日志相关的信息 获取有关群集节点的信息第3章迁移方案3.1.1 迁移前准备工作1、对源应用系统进行详细的调研分析，确定所需相应资源及计划迁移方式;2、在新平台侧准备相应的计算、存储和网络等资源；3、两侧云平台端对端网络情况；4、获取相关主机的管理员权限；5、协商初步确定应用系统、数据库的迁移、备份时间窗口、割接时间点等；3.12迁移注意事项及风险注意事项： 一般的客户业务可能涉及到众多系统集成商、数据库厂商和操作系统厂商，软件系统的跨平

11、台迁移是个难题，需要各个方面的通力合作。 迁移过程中的数据迁移方案设计，要确保数据的完整性、实时性和一致性。 要规避迁移过程中的单点效应，将迁移纳入整个it系统框架中加以考虑。数据丢失：特别是备份数据无法恢复，这比设备损坏影响更大。 协调配合有误：整个项目可能涉及多种不同厂商的设备和应用，需要考虑非常周到，各环节配合到位，否则就会出现各种各样的意外，直接影响迁移进程和结果。3.13迁移场景使用专业的数据迁移工具（如Convertor等迁移工具）把源物理机（虚拟机）的操作系统、应用和设置进行迁移到目标物理机（虚拟机）上，具体有如下4种迁移场景，P2P迁移、P2V迁移、V2V迁移、V2P迁移。序号

12、迁移场景说明1P2PP2P（Physica1toPhysica1）是将物理机转换为物理机的一种技术，即将物理机上运行的操作系统及业务软件完整地迁移到一台新的物理服务器上运行。2P2VP2V（Physica1toVirtua1）是将物理机转换为虚拟机的一种技术，即将物理机上运行的操作系统及业务软件完整地迁移到虚拟化平台上运行。3V2VV2V(Virtua1toVirtua1)迁移是在虚拟机之间移动操作系统和数据，如VMware迁移到KVM,Xen迁移到vmware；可以通过多种方式将虚拟机从一个VMHost系统移动到另一个VMHost系统。4V2PV2P(Virtua1toPhysica1)迁移

13、是将虚拟机的操作系统和数据移动到物理机上，如Xen迁移到物理机上，即将虚拟机上运行的操作系统及业务软件完整地迁移到一台新的物理服务器上运行。3.14迁移方式3.1.4.1采用迁移同步软件方式建议采用预先定制虚机模板，再结合专业的迁移同步软件，实现数据同步的方式进行迁移，即在新平台上创建相应版本虚机操作系统的标准虚机模板，启动后，在源、目的虚机上均安装迁移同步工具agent的方式，通过旁路式监听源端的数据变化，将源端变化的数据复制到新平台，并将变化的数据实时地传输到远端的新主机，且通过特有的数据序列化传输技术，严格保证源和目的主机数据的一致性和完整性。3.1.4.2采用专业迁移工具方式借助专业的

14、云迁移工具(如VmConVerter),实现跨主机跨平台的整体迁移，然后再简单调整相关不匹配项的方式，使其适应新平台的虚拟化环境。特点：此方式对源主机的性能有些影响，且主要是对带宽的大小和稳定性要求较高，迁移的成功率有时偏低，效率不高，将作为项目迁移的次选方案。3.1.4.3传统方式迁移对以上方式均存在问题，不能正常迁移的系统，建议采用通过手工安装主机操作系统、优化配置相关参数、部署应用软件，再将原相关配置及业务数据手工导入主机的方式。此方式主要用于数据库的迁移。3.1.4.4物理迁移方案Orac1e数据库物理迁移是将Orac1e数据库，在原生产环境执行物理备份,再将备份转至目标环境，如云平台，最后在云平台进行恢复从而还原数据库的方法。Orac1e物理迁移采用的是自带的备份还原工具RMAN0SQ1SerVCr物理迁移由自带的Backup和ReStOre选项实现数据级别的备份和还原。3.1.4.5逻辑迁移方案逻辑迁移就是利用EXPORT等工具对数据库对象（如用户、表、存储过程等）进行导出，并利用IM