系统云迁移上云方案_第1页
系统云迁移上云方案_第2页
系统云迁移上云方案_第3页
系统云迁移上云方案_第4页
系统云迁移上云方案_第5页
已阅读5页,还剩7页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

迁移方案总体思路中心系统迁移是一种整体系统工程。迁移必须确保顾客系统建设的有关规定,在迁移方案设计中,我们重点考虑几个问题。保障业务中断停机时间最小化业务中断对于顾客无论是运行环境还是测试环境均存在较大的恢复风险,这样的风险特别对于时间敏感型数据和数据完整性业务都是不能够接受的。我们基于这样的规定,考虑到如何将停机时间最小,能否实现0停机的建设目的?1、对于服务器操作系统而言,我们能够采用P2V的方式,运用操作系统的Volume

Shadow

Copy卷影副本复制服务作为基础,来实现在旧系统环境下的系统无修改,无停机的状况下,将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。2、对于应用中间件和其它应用服务器来说,我们能够基于应用服务器的动态业务扩展集群方式,来实现服务器不停机环境下的增加业务节点操作,这样能够实现应用服务器“热添加”到新环境中的故障转移/负载均衡集群系统中,在部分应用服务中我们能够使用session会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时,我们能够采用会话内存复制,考虑到会话复制和状态的安全性,我们能够采用会话数据库复制管理。3、对于数据库而言,我们能够基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建,数据库镜像技术能够让我们不仅确保数据库迁移的不停机,并且还能够确保万一迁移中出现停机故障也不影响源数据库,而日志传递技术构建的迁移能够确保系统数据库迁移以异步方式进行,这样能够让我们的系统环境在网络出现故障的状况仍然能够进行迁移任务窗口的正常工作。业务切割时间节点优化针对现有系统需要对外提供服务的应用,需要通过对顾客历史应用进行分析,选择最优的的切割时间节点,并提切割期间的备份链路、人工受理手段。迁移后完整性测试迁移涉及到应用、实例、数据库的操作以外,还涉及到迁移前规划、迁移后测试的完整性测试。这些测试涉及但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才干确保迁移的安全性和有效性。服务器硬件环境迁移方案按照顾客招标规定,本次项目建设的服务硬件环境重要是从原有服务器向北京政务云平台的迁移。首先需向北京市政务云服务平台咨询其对原有服务器硬件环境和操作系统环境虚拟的支持程度,能够减少迁移的难度。迁移评定迁移前,我公司将对迁移方案进行评定以确保迁移成功。首先我公司将派工程师勘察现有系统的架构和资源使用状况,评定过程必须包含下列信息和内容:现有系统支撑的服务数量以及在服务器中的分布状况;现有物理服务器资源占用状况,涉及CPU、内存、磁盘和网络连接状况,为确保迁移成功,目的虚拟机规格应不低于原物理机原则;现在的物理环境与否支持虚拟化,与否支持资源扩展,由于在迁移之前须在物理服务器上完毕虚拟化;对现在的存储容量和资源运用率进行评定,需在目的系统中规划好迁移需要的存储空间。需明确现有存储如何运用,例如有些服务器是在本地磁盘上创立系统盘和顾客盘,有些服务器则在本地磁盘上创立系统盘而在SAN/NAS上创立顾客盘。迁移计划通过对现有网络环境的评定,我们对现有资源运用率,服务以及系统需求非常清晰并进行评定后才干开始对迁移进行计划,环节以下:1、拟定迁移环节,涉及全部服务器的迁移先后次序,其次序按风险的高低降序排列。2、拟定备份方案,由于现有系统会被加固,某些服务器通过虚拟化重复运用,而在虚拟化前需要去除全部的数据,因此需要对这些服务器进行备份确保服务的持续性。3、拟定并准备好迁移所需的工具,涉及工具在迁移中必备的一系列功效和使用工具所需含有的网络环境。4、在实际迁移开始之前拟定额外的测试环境,该测试环境能够引导测试从而确保迁移成功。因此,测试环境需明确设计的服务器和存储数量。5、规划网络环境,由于网络中的服务器各处不同位置,因此在迁移中需考虑到网络连接状况、数据备份方式,以及网络流量来源,拟定网络流量与否会引发网络拥塞6、拟定迁移周期以及参加人员,涉及迁移起止时间,团体能力建设以及团体组员的角色。测试计划迁移计划后,执行小批量的测试迁移方案,这里会涉及到首批迁移的测试和审核,环节以下:准备用于测试迁移的测试系统环境,在测试时,第一批服务器将会迁移到该系统环境中。安装并核算迁移工具,此时要执行第一批服务器的迁移。对第一批服务器,需分析存储系统,不管该服务器在存储迁移中采用本地磁盘存储还是远端SAN/NAS存储系统。迁移测试在第一批服务器和服务的小批量测试迁移后,需对迁移后的服务器进行测试,涉及单元测试和性能测试。迁移实施在迁移实施过程中,全部的服务器都会被迁移到虚拟化系统下。执行环节以下:确保批量迁移的整个网络环境已准备完毕,并通过迁移工具完毕源系统和目的系统之间的连通。此处的目的系统属于中转系统。对迁移系统进行性能审核和健康检查,如果系统状态监视则停用旧系统并将其服务临时转移到新的虚拟化系统中。进行利旧,对于一部分可用的旧硬件可在服务器虚拟化中重新再运用,某些软件资源需扩展,如内存和硬盘。这些服务器构成最后的虚拟化基础设施,即最后系统。最后,在目的系统和最后系统之间进行迁移。迁移的具体操作环节迁移的具体环节及描述以下:1、在评定阶段,虚拟化和迁移之前需收集的信息以下:性能统计:涉及CPU使用率,内存使用率,硬盘IOPS和硬盘使用状况;物理服务器配备:涉及CPU规格,内存容量,硬盘容量统计物理服务器布署位置,分析与否支持虚拟化,累计支持虚拟化的服务器数量,并规划出虚拟化中需新增的硬件状况;通过上述无代理收集和代理收集两种场景收集现在系统的使用和配备状况。可采用信息收集工具。2、分析现有服务的依赖条件,对现在系统进行备份。拟定应用系统对服务器的依赖关系,可作为迁移参考,拟定全部服务器的迁移优先级次序。在拟定各服务的依赖条件后,对需进行虚拟化的服务器进行备份。3、容量规划和虚拟化执行根据现在的资源使用和需求状况,计算虚拟化所需的容量。

4、规划应用服务

在拟化解决方案中,同类虚拟机布署在同一种计算资源池中,在同一种池中可互相共享存储/计算资源,一种集群的故障不会影响其它资源池。5、虚拟化规划和虚拟机分派建立虚拟化平台后,要准备最后的迁移资源。迁移前,如果服务器a含有双核CPU和2G内存,那么在虚拟化平台中就创立一种2核/2G内存的虚拟机,并分派对应的硬盘。6、

规划迁移工具采用迁移工具从物理或虚拟的服务器向最后的虚拟化系统中进行磁盘复制。7、通过工具执行在线迁移准备好源系统,目的虚拟机以及目的系统后,决定迁移时需使用的迁移工具和迁移方略。8、迁移测试迁移后,需进行测试来验证迁移与否成功,测试场景以下:应用服务迁移后对虚拟化基本功效的监测;迁移前后应用服务的特性功效与否几乎相似;虚拟化系统的性能监控;….9、停用旧系统截至现在现有的服务器已经被虚拟化和重复使用,其它某些不支持虚拟化的服务器上对应的服务也已经迁移到虚拟化平台,那么现在可将应用服务切换到虚拟系统并停用旧系统。应用系统和数据库迁移方案针对本项目建设,我们将在应用系统和数据库迁移前,在北京市政务云平台中布署与原应用同样的操作系统、中间件、服务器管理平台软件环境,确保迁移的环境变化风险最低。应用服务器迁移针对本项目应用系统迁移,原系统全部是基于多个应用环境、多个应用程序框架。本方案计划对应用环境以及应用程序框架提出构建NLB群集,将现在系统不停机加入到NLB群集中,使之成为群集中的一种节点,而新环境则为另外一种节点。实施完毕后再退出此迁移群集,将新环境加入到新的构建的NLB群集。NLB不仅能实现均衡负载,并且还能实现多个形式的冗余。NLB重要用于那些文献改动不大,并且不常驻内存的环境,例如WEB服务、FTP服务、和VPN服务等。当顾客访问集群的时候,集群能将访问请求分摊到集群中的每个服务器上,以达成均衡负载的效果。这些服务器被称为集群节点。在负载平衡中,每个节点的文献普通都规定是同样的。这样每个节点返回给客户的成果都是一致的。普通来说组建一种NLB规定最少两个节点,其中一种节点不能使用,这全部负载将落入到剩余的那个节点上,即全载。NLB能提供三种冗余功效,软件冗余、硬件冗余、站点冗余。数据库迁移实施针对本项目数据库迁移,需要将中心积累的历史数据文献搬迁到北京市政务云平台,并且规定最小宕机时间,同时面临的难点还涉及服务器并不在同一种一种机房。

1、分析与设计思路针对本项目数据库搬迁环境特点:第一种是数据库文献比较大;第二是传送文献的速度可能会比较慢(广域网传输)。初步解决方案以下。为了使宕机时间最短,我们这里使用完整备份和差别备份来迁移数据库,在白天的时候对需要迁移的数据库进行一次完整备份(XXX_full.bak),并把备份文献拷贝(这里能够使用FTP软件进行断点续传)到目的服务器进行还原,等到下班时间之后再进行一次差别备份(XXX_diff.bak),再把这个差别备份拷贝到目的服务器,在完整还原的基础上再进行差别还原。这里的宕机时间=差别备份时间+传送差别备份文献时间+还原差别备份文献时间,不存在宕机时间。2、确保数据迁移过程中的安全性和操作可审计性数据迁移中的安全性不可无视,本方案设计基于多重数据审计功效实现迁移安全性和操作审计性。系统迁移的具体组织实施方案针对本项目建设,涉及中心生产系统的搬迁,上述系统含有停机时间规定短、系统构造复杂、测试时间长、设备繁多、使用人员多、层次复杂等特点。本项目搬迁,时间非常紧,且设备间的稳定性也是一种考验。因此,必须协调好各单位人员的关系,齐心合力才可能在预定时间内完毕搬迁工程。本项目搬迁组织以尽量不影响日常工作或将影响减少到最低为前提的状况下制订,即在保障内容最少日的最少时间节点开始搬迁,尽快完毕必须搬迁的服务器、网络设备的搬迁、安装及测试。并且在开机后来,继续跟踪系统的运行状况,随时解决系统运行的异常状况。搬迁需要原系统建设公司人员的充足协调及配合下才干完毕本次搬迁任务。搬迁规划实施流程:流程重要根据搬迁前的需要制订,重要具体理解现在系统设备状况,系统运行状况。针对所理解状况制订具体搬迁方案以及应急方案。专业工程师理解顾客现在机房的现状以及搬迁后的具体规定。充足考虑在实施过程中可能出现的多个状况,定制具体可行性的迁移实施计划,将机房迁移工作对顾客的影响降至最小。编制搬迁前及搬迁后的物理布置表、连接表、线缆号表。可根据顾客状况分为多个系统进行分类。在搬迁过程中需要XXX技术人员亲密配合。为确保搬迁工作顺利、有序、安全的进行将制订具体的搬迁流程,进行细致的分工,具体工作安排到人,责任到人。搬迁工作中的每项工作原则最少安排(2)人,以确保工作的精确性。具体实施方案为了搬迁能准时顺利进行,并且在搬迁后能够确保设备正常运行,我们制订了一系列简朴明了的工作表,协助工程实施人员拟定多个搬迁工作中要执行的工作与否完毕。避免工作

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论