云迁移过程如何避免停机

在公共云迁移过程中,IT团队需要采取一种一步一随的谨慎做法以避免发生可怕的“系统关闭”事件。

随着众多企业迁移至基于云的基础设施,IT团队需要确保在迁移过程中的可用性。但是考虑到所涉及的复杂性,在云迁移过程中防止或最小化停机时间并不容易。云团队需要考虑数据的不一致性、监控不同的软件版本并检查其网络连接是否成功。

如果企业的应用程序停用,那么其业务就会中断。虽然精确的指标因具体公司和应用而有所不同,但是Gartner在2014年发现,网络停机事件的平均成本为5,600美元/分钟。停机事件的高昂成本也是企业通常将他们最负责工作负载迁移至其他平台(包括云)的原因之一。

企业用户仍然以一个较快的速度扩大着公共云的应用范围。Forrester Research预测,2017年全球公共云市场将达到1460亿美元,高于2015年的870亿美元。

看不清的前景

对于选择迁移至云的企业来说,未来的前景是有好有坏的。任何的云迁移过程都是困难的。移动信息需要付出大量的时间与精力,即便生产系统与目标系统是完全兼容的。您的云供应商所运行系统与用户内部使用系统相同的可能性极小,所以云迁移挑战难度呈指数级增长。

在另一方面,如今的计算基础设施较以往更显模块化。

“虚拟化使企业更容易地实现不同系统之间的工作负载迁移,”Forrester Research的首席分析师兼基础设施即服务私有云负责人Lauren E. Nelson说。

虚拟化创建了一个抽象层,所以软件不再像过去那样那么的依赖于系统特性。应用程序也不再与操作系统紧密相连,而往往更依赖于哪些服务器资源可用。其缺点是现代工作负载通常是大而复杂的。大多数功能的实现都需要数亿行以上的代码。此外,其模块化设计则意味着它们能够与许多其他系统(例如用于身份管理的系统)进行交互。

从哪里开始云迁移过程

将用户所有的应用程序和支持基础设施一下子都迁移至公共云是不可行的。

“如果应用程序数量众多,那么迁移过程需要花上六至十八个月,” Nelson说。

将整个云迁移过程分解为可管理的若干步骤。从最小、最简单的项目开始,然后是更大更复杂的项目。在迁移过程中,并行运行内部部署和云计算系统、同步数据并测试云部署,以确保迁移过程中没有遗漏。另外,记录所有的API以便了解在云迁移过程中用户需要监控哪些API.

当企业用户将其原来的接口映射至新接口时,成功的关键在于细节。例如,一个应用程序可能运行4.0版的用户接口,而云供应商则使用4.1版,这就有可能包括一个应用程序不支持的功能并防止系统中运行过程中崩溃。

定制,网络面临迁移挑战

在云迁移过程中,区分企业服务或简化操作的定制应用程序会带来额外的挑战。当企业改写应用程序时,通常会创建一个附加组件或重写软件。如果云供应商缺乏支持独特功能所需的软件,那么这种定制就可能带来问题。

网络通信是与公共云相关的另一个重要因素。当企业用户将信息从内部迁移至场外时,他们需要确保其WAN链接的传输速度足够快以提供足够的性能。在某些情况下,这需要升级。

在将工作负载迁移至云时,企业会面临众多的挑战,但是公共云供应商们提供了相关的工具与服务以简化云迁移过程。

本文转自d1net(转载)

时间: 2024-10-02 21:26:38

云迁移过程如何避免停机的相关文章

避免在云迁移过程中宕机

在公共云迁移期间,IT团队需要采取谨慎的步骤,以避免听到"系统宕机"这种可怕的提示. 随着组织迁移到基于云计算的基础设施,IT团队需要在迁移过程中保持可用性.但是,考虑到所有复杂性,在云计算迁移过程中,防止宕机或最小化停机时间并不容易.云计算团队需要考虑数据不一致,监控不同的软件版本,并检查其网络连接是否成功. 如果企业的应用程序崩溃,业务往往会停止.虽然精确的指标因企业和应用的情况而异,但调研机构Gartner公司在2014年发现,网络停机时间平均每分钟的损失为5,600美元.停机时

企业在云迁移过程中需解决常见的IP地址问题

在企业将应用和数据在迁移到云端期间,许多组织忽视了围绕IP地址的潜在障碍.因此,企业需要了解云计算提供商如何管理IP地址分配.而在从本地数据中心迁移到公共云的工作负载迁移过程中,企业经常忽略IP地址问题. 用户的云计算提供商和云实例的活动通常受到IP地址范围和可用性的限制,因此用户的工作负载在公共云中使用的地址通常与其在场景中使用的地址(通常是动态的)不同. 例如,当用户将内部服务(如Web服务器)迁移到公共云(如Amazon Web Services)时,最好希望其内部服务的IP地址随迁移和公

如何保证向云迁移过程中的数据安全

2011年4月,亚马逊公司位于北弗吉尼亚州的云计算中心宕机,这导致使用亚马逊服务的回答服务Quora.新闻服务Reddit.Hootsuite和位置跟踪服务FourSquare在内的一些网站受到了影响.此次中断持续将近4天.为此亚马逊为宕机事件向用户发表了5700多字的道歉信,并且为受到影响的用户提供10天服务的点数. 2011年3月,谷歌邮箱爆发大规模的用户数据泄漏事件,大约有15万Gmail用户在周日早上发现自己的所有邮件和聊天记录被删除,部分用户发现自己的帐户被重置,谷歌表示受到该问题影响

如何顺利迁移到云上

1. 牢记基础知识 不要忘记迁移过程中的每一个基本步骤.虽然迁移过程中不得不停机,但在原有服务器还在的时候,要尽可能多.尽可能频繁地做负载测试.此外,还要记住修改域名DNS,一般来说还要将TTL设置得尽可能低.比较好的做法是,在迁移之前,应该做新DNS运行计划3~4倍的测试工作. 2. 了解你的App 根据过往的经验,你需要了解自己应用程序的架构,及其瓶颈在哪里.找到运行时负载最重的部分,并将工作重点放在这部分功能的扩展上,确保在每一个不同层面上,你的应用都能对多个端点提供支持(包括网络.应用程

数据传输DTS新功能发布—MongoDB不停机迁移

背景 随着MongoDB的普及,使用MongoDB的用户越来越多.在使用MongoDB的过程中,可能会因为上云.扩容.拆分等业务需求,需要进行 MongoDB的数据迁移.MongoDB官方提供了迁移工具mongodump/mongorestore,然而这个工具只能进行全量导入导出,为了保证迁移数据一致性,它要求数据迁移过程中,源MongoDB上的应用程序需要停机.所以,这种迁移方式对业务影响极大.为了降低MongoDB迁移门槛,DTS于8月份正式上线MongoDB不停机迁移,实现在MongoDB

阿里云DTS VS MySQLdump

云平台的到来,使得越来越多用户的数据库由云下迁到云上.对于这种情况,阿里对此提出两种方案,一种是MySQL自带的MySQLdump,另外一种就是阿里云的DTS. DTS支持异构数据源之间的数据迁移同步(如MySQL->Oracle.MySQL.PostgreSQL等等),支持数据库的结构对象以及增量的迁移,这样即保证了数据库迁移不停机,而且还保证了数据库迁移后的一致性问题.而且当数据库迁移过程中,首先会对本次迁移进行一次评估.根据你实例的空间.性能的压力来推荐RDS实例的规格,使得迁移后的RDS

Windows Server 2012 R2和SMB 3.0加速动态迁移过程

  将虚拟机从一台微软Hyper-V主机移动到另一台并不是惊天动地的消息,但是你做到了吗?微软Server 2012和2012 R2通过图形Hyper-V管理器就能轻易实现这个迁移过程.如果你像我一样想加速迁移过程--甚至自动化该过程--PowerShell可以帮助你.你还可以通过使用SMB 3.0文件共享来加速迁移过程. 将虚拟机从一台主机迁移到另一台主机的动机很多,从负载平衡到老主机退役.过去的一个挑战就是在漫长的迁移过程中遭遇停机,但以后再也不会出现了.动态迁移保障了整个虚拟机及其存储的迁

如何破解云迁移技术难题

现在情况下,显然企业能够选择验证云应用迁移的业务案例.同时也说明了,与云迁移相关的技术问题会毁了业务案例,破坏应用甚至产生其他方面的像应用性能和稳定性等问题. 考虑实施云迁移的应用架构师们需要审查他们的整个应用生命周期管理(ALM)流程.不然,他们更应当特别注意管理的性能和可靠性,确保合规性和安全性,以及确保云计算中的运行效率和稳定性. 一般来说,主要通过人工操作部署.重新部署和管理的应用都大多拥有静态资源并很少有改动.打个比方,大约有三分之一的应用生命周期管理活动只使用最少的工具用于部署应用和

改善云迁移安全性最有效的三种方法

对于企业来讲,将IT系统迁移至云端进行交付是一种行业趋势.为什么会出现云端迁移这一趋势呢?成本效益和业务便捷是驱动企业CIO采取云端迁移的主要动力.目前,大部分现代企业已经开始着手向公有云迁移. 在云迁移过程中,从基础设施的部署到云托管平台的跳转,比如法规.数据治理.账单和成本管理,都是十分具有挑战性的.因此,在迁移过程中,公司CIO首要考虑的任务之一就是:尽量减少迁移风险. LinkedIn信息安全社区的一项调查显示,49%的CIO和企业认为,影响他们采用云计算的主要原因之一是担心数据的丢失和