1、 自動(dòng)化上云遷移指南目 錄 TOC o 1-3 h z u HYPERLINK l _Toc530727546 1.云遷移的難點(diǎn) PAGEREF _Toc530727546 h 3 HYPERLINK l _Toc530727547 2.云遷移，從重人工向工具化和自動(dòng)化演進(jìn) PAGEREF _Toc530727547 h 4 HYPERLINK l _Toc530727548 3.幾種云遷移方案對(duì)比 PAGEREF _Toc530727548 h 7 HYPERLINK l _Toc530727549 4.ChinaMSP遷移方案 PAGEREF _Toc530727549 h 10根據(jù)Rig

2、htScale的2018 年云狀況調(diào)查報(bào)告96的企業(yè)使用云，公有云采用從2017年的89增加到2018年的92，2018年私有云采用率從2017年的72上升到75。新業(yè)務(wù)可以直接在云上開展，舊業(yè)務(wù)如何遷移到云上，一直是一個(gè)難點(diǎn)，目前還大多停留在重人工階段。云遷移的難點(diǎn)上云的難點(diǎn)是云遷移，這是業(yè)界的共識(shí)。云遷移是將組織內(nèi)部服務(wù)器上托管的應(yīng)用程序，數(shù)據(jù)和其他組件移動(dòng)到基于云的基礎(chǔ)架構(gòu)的過程。云遷移為什么難，因?yàn)樵七w移是一個(gè)非常復(fù)雜的過程，在云遷移過程中要考慮的因素非常多，包括以下因素：保持業(yè)務(wù)穩(wěn)定：將業(yè)務(wù)遷移到云上，并穩(wěn)定運(yùn)行，業(yè)務(wù)上云了，可用性更低，這肯定是不能接受的；彈性：性能滿足業(yè)務(wù)需求，并

3、實(shí)現(xiàn)彈性，彈性是云的最大好處之一，業(yè)務(wù)上云，就是為了獲得云的敏捷特性；安全：因?yàn)榄h(huán)境發(fā)生變化了，安全需要重新評(píng)估和評(píng)審，比如像ISO27000和等保這樣的安全資質(zhì)要求，如果環(huán)境發(fā)生變化，都要重新進(jìn)行評(píng)審；技術(shù)：業(yè)務(wù)遷移在云上，或多或少都要重新配置和調(diào)整，比如如果使用了RDS服務(wù)，業(yè)務(wù)的代碼都要調(diào)整，這些對(duì)技術(shù)上都是挑戰(zhàn)。組織和人：業(yè)務(wù)遷移到云，相關(guān)的組織架構(gòu)要調(diào)整，流程要優(yōu)化，人的技能要重新再培訓(xùn)。那么，如何才能做好云遷移呢，云遷移正在經(jīng)歷從重人工向工具化和自動(dòng)化演講的過程。云遷移，從重人工向工具化和自動(dòng)化演進(jìn)云遷移方式從遷移方式來看，Gartner將云遷移劃分為五種方式：Rehost：即Ia

4、aS層的遷移，應(yīng)用程序代碼不需要修改。Reflatform：平臺(tái)層面的遷移，使用云服務(wù)，比如是云上的負(fù)載均衡，使用RDS數(shù)據(jù)庫，需要部分代碼修改。Refacor/Reengineering：以云供應(yīng)商的服務(wù)為主，對(duì)應(yīng)用進(jìn)行重構(gòu)，比如使用云供應(yīng)商的PaaS服務(wù)重構(gòu)應(yīng)用。Retire/Repurchase：轉(zhuǎn)換為購買SaaS服務(wù)的模式。Retain：不遷移，保留在現(xiàn)有環(huán)境下。云遷移的階段從遷移階段來看，可以劃分為三個(gè)大的階段遷移準(zhǔn)備：信息收集，從硬件的配置信息，到操作系統(tǒng)的版本，軟件的授權(quán)，應(yīng)用的配置信息等。確認(rèn)上下游的依賴關(guān)系，這項(xiàng)工作非常重要，決定了遷移的先后順序業(yè)務(wù)規(guī)劃，根據(jù)信息和業(yè)務(wù)依賴關(guān)

5、系，制定遷移方案遷移及驗(yàn)證：云的建設(shè)或采購測試環(huán)境驗(yàn)證小范圍驗(yàn)證應(yīng)用遷移和驗(yàn)證數(shù)據(jù)遷移和驗(yàn)證逐步遷移，并且驗(yàn)證，持續(xù)不斷的循環(huán)，直到完成遷移。持續(xù)改進(jìn)：遷移完成不是終點(diǎn)，要充分挖掘云的好處，必須持續(xù)不斷的優(yōu)化，持續(xù)改進(jìn)不斷的提升自動(dòng)化水平不斷的提升數(shù)字化水平傳統(tǒng)云遷移需要人工重度參與如前面的描述，上云遷移是非常復(fù)雜的一個(gè)過程，要保障業(yè)務(wù)穩(wěn)定的遷移到云上，必須對(duì)熟悉業(yè)務(wù)的人來實(shí)施，并且制定周密的上云遷移流程和方案，整個(gè)遷移過程還需要不斷的協(xié)調(diào)溝通，云遷移在傳統(tǒng)上是一個(gè)重人工的過程。但是人工方式將遷移的風(fēng)險(xiǎn)都“賭”到了人身上，帶來了相對(duì)較高的誤配風(fēng)險(xiǎn)，同時(shí)遷移效率也無法有效提升。而工具和自動(dòng)化，逐

6、漸成為新方向。云遷移走向工具化和自動(dòng)化早在虛擬化時(shí)代，就有一些工具幫助完成物理機(jī)到虛擬機(jī)，或者虛擬機(jī)到虛擬機(jī)的遷移，比如VMware的converter工具。隨著云時(shí)代的到了，遷移到云，每個(gè)云廠商也推出了自己的一些工具，可以方便的把客戶的物理機(jī)或者虛擬機(jī)遷移到自己的云上，也有數(shù)據(jù)層面的遷移工具。但是這些工具一般都只支持自己的云，不支持別的云廠商。通過這些工具，在一定程度上也能提升自動(dòng)化水平。此外，除了公有云提供通用工具，面向所有云平臺(tái)的中立第三方工具，也正在成為新選擇。幾種云遷移方案對(duì)比公有云遷移方案每家公有云都有自己的遷移方案，以AWS為例，AWS遷移相關(guān)的有好幾款工具：AWS Applic

7、ation Discovery Service：收集有關(guān)企業(yè)客戶的本地?cái)?shù)據(jù)中心的信息，從而幫助企業(yè)規(guī)劃遷移項(xiàng)目。AWS Database Migration Service： 可幫助將數(shù)據(jù)庫遷移至AWS。源數(shù)據(jù)庫能夠在遷移過程中全面保持運(yùn)行，該服務(wù)支持在不同數(shù)據(jù)庫平臺(tái)之間的異構(gòu)遷移（例如從 Oracle 遷移到 Amazon Aurora 或從 Microsoft SQL Server 遷移到 MySQL）。AWS Server Migration Service (SMS)： 是一種無代理服務(wù)，可以將本地工作負(fù)載遷移到AWS。借助 AWS SMS，可以自動(dòng)執(zhí)行實(shí)時(shí)服務(wù)器卷的增量復(fù)制、對(duì)其制定

8、計(jì)劃以及進(jìn)行跟蹤，從而能夠更輕松地協(xié)調(diào)大規(guī)模服務(wù)器遷移。AWS Snow 系列：使用物理設(shè)備將數(shù)據(jù)傳入和傳出AWS特別介紹下AWS Snowmobile，AWS Snowmobile是一個(gè) 45 英尺長的堅(jiān)固集裝箱，可遷移高達(dá) 100PB 的數(shù)據(jù)。公有云遷移解決方案往往都有相應(yīng)的鏡像和數(shù)據(jù)遷移工具，甚至像AWS這樣，有大容量數(shù)據(jù)的物理遷移方案，但是公有云遷移方案一般只支持自己的云，提供的是標(biāo)準(zhǔn)化的服務(wù)，具體實(shí)施還需要用戶自助，不能根據(jù)用戶制定周密的遷移方案。用戶自己遷移到云上用戶制定自己的遷移計(jì)劃，然后逐步遷移到云上，這種方案雖然比較靈活，用戶對(duì)自己的業(yè)務(wù)也最熟悉，但是往往因?yàn)槿狈w移經(jīng)驗(yàn)，會(huì)

9、走不少彎路，大多數(shù)情況下會(huì)造成遷移失敗。借助Cloud MSP完成遷移Cloud MSP是云和用戶之間的橋梁，云遷移是Cloud MSP的基本功（關(guān)于Cloud MSP是什么及能做什么，請閱讀 HYPERLINK /s?_biz=MzAxOTAzMDEwMA=&mid=2652507483&idx=1&sn=4dd79d5e15f1d032ba54d010bf11799c&chksm=8023e460b7546d760eb7b489e62511545b36ddc033c673ba95873ff405b9cef54aed72f18a00&scene=21 l wechat_redirect t

10、_blank 云時(shí)代，Cloud MSP時(shí)代！)。借助Cloud MSP可以幫助完成以下方面的遷移：支持遷移到多個(gè)公有云，并且支持跨云遷移；支持遷移到私有云，并且支持公有云遷移到私有云；結(jié)合用戶業(yè)務(wù)情況，制定周密的遷移計(jì)劃；團(tuán)隊(duì)擁有豐富的云遷移經(jīng)驗(yàn)；如何衡量Cloud MSP的云遷移能力，有以下三項(xiàng)指標(biāo)：是否擁有自己的遷移工具：遷移工具是衡量Cloud MSP遷移能力的重要標(biāo)志，強(qiáng)大的工具，代表的是Cloud MSP對(duì)云遷移的理解和不斷實(shí)踐的積累，也是遷移自動(dòng)化水平的保障。是否有完善的遷移方案：云遷移是一個(gè)復(fù)雜的過程，Cloud MSP的遷移方案要能根據(jù)用戶的實(shí)際情況定制，并且考慮到相關(guān)的推進(jìn)

11、進(jìn)度和流程。是否擁有云遷移的經(jīng)驗(yàn)：團(tuán)隊(duì)是否完成過云遷移的操作。所以，借助Cloud MSP來完成云遷移才是保證云遷移順利達(dá)到目標(biāo)的正確方案。在Cloud MSP中，也有很多玩家，我們在上篇 HYPERLINK /s?_biz=MzAxOTAzMDEwMA=&mid=2652507483&idx=1&sn=4dd79d5e15f1d032ba54d010bf11799c&chksm=8023e460b7546d760eb7b489e62511545b36ddc033c673ba95873ff405b9cef54aed72f18a00&scene=21 l wechat_redirect t _b

12、lank 云時(shí)代，Cloud MSP時(shí)代！中有所介紹。其中，ChinaMSP的遷移方案在工具化和自動(dòng)化方向上走的更遠(yuǎn)，并且已經(jīng)在運(yùn)營商和互聯(lián)網(wǎng)金融用戶處實(shí)施，效果顯著，下面詳細(xì)介紹。ChinaMSP遷移方案ChinaMSP有自己的遷移工具M(jìn)igFlash，該方案由3類組件構(gòu)成：控制器、復(fù)制器、轉(zhuǎn)換器，控制器用于人機(jī)交互、對(duì)復(fù)制器發(fā)出控制指令等，復(fù)制器用于將虛擬機(jī)、物理機(jī)數(shù)據(jù)由源端加密、壓縮后發(fā)送到目的端，轉(zhuǎn)換器將機(jī)器的文件格式轉(zhuǎn)變?yōu)槟繕?biāo)平臺(tái)格式。MigFlash具有如下關(guān)鍵特性，能夠幫助用戶實(shí)現(xiàn)穩(wěn)定、快速的云遷移：源端無代理,源端環(huán)境無侵入風(fēng)險(xiǎn) 遷移基于磁盤的塊復(fù)制技術(shù),無需在源操作系統(tǒng)部署agent,避免源端引入異常風(fēng)險(xiǎn)支持增量復(fù)制 基于增量復(fù)制,可以大大降低遷移數(shù)據(jù)傳輸對(duì)網(wǎng)絡(luò)的要求,提升業(yè)務(wù)遷移速度傳輸帶寬限制 通過多源端和目的端的帶寬限制,避免遷移數(shù)據(jù)和正常業(yè)務(wù)的帶寬爭搶,遷移過程不會(huì)影響業(yè)務(wù)數(shù)據(jù)壓縮加密傳輸 遷移數(shù)據(jù)中,源端和目的端是壓縮加密傳輸?shù)?降低了帶寬要求,并且保證數(shù)據(jù)的安全性遷移速度線性增長 支持部署多對(duì)傳輸組件,虛擬機(jī)并行