天下數(shù)據(jù)依托在云計(jì)算領(lǐng)域超過(guò)十年的專業(yè)交付和管理經(jīng)驗(yàn)，以“構(gòu)建全棧全生命周期MSP服務(wù)”為核心，打造出一套成熟的遷移方法論和最佳實(shí)踐，幫助眾多用戶將業(yè)務(wù)和數(shù)據(jù)平穩(wěn)遷移上云。

具體而言，天下數(shù)據(jù)云MSP服務(wù)提供的云遷移流程可以分為四個(gè)階段，分別是評(píng)估階段，準(zhǔn)備階段，遷移階段，運(yùn)營(yíng)和優(yōu)化階段，這四個(gè)階段相互關(guān)聯(lián)，不可分離，每個(gè)階段都是保障最終業(yè)務(wù)上云遷移的關(guān)鍵。相關(guān)閱讀：什么是云MSP?為什么需要云MSP服務(wù)?

一、評(píng)估階段

在制定遷移計(jì)劃并開(kāi)始實(shí)施之前，需要先評(píng)估企業(yè)上云的可行性、IT基礎(chǔ)結(jié)構(gòu)、軟硬件資產(chǎn)、工作負(fù)載等情況。評(píng)估階段主要從業(yè)務(wù)能力、技術(shù)能力、投入產(chǎn)出三個(gè)方面來(lái)評(píng)估。

1、業(yè)務(wù)能力

首先要考慮的是企業(yè)的業(yè)務(wù)是否需要上云，云的敏捷、彈性可以快速適應(yīng)業(yè)務(wù)的迭代升級(jí)，適用于電子商務(wù)、跨境出海、游戲娛樂(lè)、生活服務(wù)、物聯(lián)網(wǎng)等場(chǎng)景。其次是企業(yè)內(nèi)部對(duì)云的認(rèn)知、接受度、對(duì)云的技能掌握程度。最后，上云是否符合企業(yè)的戰(zhàn)略發(fā)展，以及是否可以得到各相關(guān)部門的支持。

2、技術(shù)能力

首先是應(yīng)用系統(tǒng)和基礎(chǔ)設(shè)施，涉及到業(yè)務(wù)系統(tǒng)是新建還是遷移，如果是遷移，需要用到什么工具才能順利上云。其次是安全性，數(shù)據(jù)上云之后，需要滿足當(dāng)?shù)氐恼�策法�?guī)，比如國(guó)內(nèi)的等級(jí)保護(hù)建設(shè)、歐洲的數(shù)據(jù)安全法等。最后是運(yùn)維，云的運(yùn)維和本地運(yùn)維不一樣，區(qū)別很大，需要考慮是自運(yùn)維，還是購(gòu)買MSP云托管服務(wù)。

3、投入產(chǎn)出

企業(yè)需要盤點(diǎn)現(xiàn)有IT資產(chǎn)，還需哪些資源，以及業(yè)務(wù)場(chǎng)景和使用率，比如服務(wù)器、應(yīng)用程序、數(shù)據(jù)庫(kù)、通訊網(wǎng)絡(luò)、存儲(chǔ)等。如果是測(cè)試環(huán)境上云，可以考慮夜間或周末關(guān)機(jī)來(lái)降低成本；如果是確定用量的業(yè)務(wù)上云，可以考慮多種付款模型，通過(guò)預(yù)付費(fèi)來(lái)節(jié)省成本；如果現(xiàn)有使用率不高的資源上云，比如服務(wù)器、存儲(chǔ)，可以考慮降低機(jī)器配置來(lái)節(jié)省成本；最后結(jié)合人工成本，綜合測(cè)算投入產(chǎn)出，為上云的決策提供數(shù)據(jù)支撐。

二、準(zhǔn)備階段

在正式實(shí)施遷移之前，相關(guān)的準(zhǔn)備規(guī)劃工作也是云遷移項(xiàng)目中最關(guān)鍵的部分，這個(gè)階段的準(zhǔn)備工作主要包括資產(chǎn)發(fā)現(xiàn)、遷移策略、著陸區(qū)初始環(huán)境等。

1、資產(chǎn)發(fā)現(xiàn)

準(zhǔn)備階段的資產(chǎn)發(fā)現(xiàn)主要是來(lái)梳理業(yè)務(wù)系統(tǒng)，包括應(yīng)用程序和資源使用情況，推薦使用Application Discovery工具。通過(guò)把Application Discovery Agent安裝在VMware虛擬環(huán)境的虛擬機(jī)中，或者所有需要遷移的物理服務(wù)器上，自動(dòng)收集資產(chǎn)信息。最后根據(jù)資產(chǎn)信息，推薦上云實(shí)例類型/規(guī)格/付費(fèi)模型等，與本地方案做對(duì)比，評(píng)估總體擁有成本（TCO），以及遷移項(xiàng)目成本。

2、遷移策略

應(yīng)用程序的遷移策略分為：保留、停用、搬遷、重新托管、重新購(gòu)買、更換平臺(tái)、重構(gòu)。

保留—比如應(yīng)用程序所在的區(qū)域沒(méi)有云資源，并且應(yīng)用程序需要極低延遲；停用—在資產(chǎn)梳理階段，發(fā)現(xiàn)不需要的應(yīng)用程序，無(wú)遷移價(jià)值，可以將其停用；搬遷—比如本地K8S上的容器重新在EKS上部署；重新托管—也叫直接遷移，直接將服務(wù)器遷移至云主機(jī)，無(wú)需更改操作系統(tǒng)或數(shù)據(jù)庫(kù)管理系統(tǒng)；重新購(gòu)買—直接使用SaaS服務(wù)，比如桌面應(yīng)用直接使用AWS Workspaces；更換平臺(tái)—使用PaaS服務(wù)，使用RDS服務(wù)，而不是繼續(xù)維持?jǐn)?shù)據(jù)庫(kù)云主機(jī)；重構(gòu)—重新編寫代碼，重新設(shè)計(jì)云原生的應(yīng)用。

其中，常見(jiàn)的遷移策略是搬遷、重新托管、更換平臺(tái)。

3、初始環(huán)境（著陸區(qū)）

著陸區(qū)是一個(gè)基礎(chǔ)云環(huán)境，它提供一個(gè)推薦的起點(diǎn)，包括默認(rèn)賬戶、賬戶結(jié)構(gòu)、網(wǎng)絡(luò)（VPC）和安全布局等。從著陸區(qū)，企業(yè)可以利用所有解決方案和應(yīng)用程序的工作負(fù)載，將架構(gòu)良好的環(huán)境定位為著陸區(qū)環(huán)境，其包含三個(gè)關(guān)鍵組件：多個(gè)AWS賬戶、多個(gè)組織單位（OUs）、及良好的規(guī)劃架構(gòu)。

隨著業(yè)務(wù)的發(fā)展，架構(gòu)也需要持續(xù)改進(jìn)和迭代。良好的架構(gòu)主要有五個(gè)方面的考量：卓越運(yùn)維、安全性、可靠性、性能效率、成本優(yōu)化。沒(méi)有一個(gè)架構(gòu)是完美、一成不變的，需要平衡這五個(gè)方面的考量，做到一個(gè)當(dāng)下完善、可擴(kuò)展的架構(gòu)。

三、遷移階段

遷移階段即執(zhí)行遷移操作，完成數(shù)據(jù)、文件、主機(jī)等遷移，最后做完整的業(yè)務(wù)功能驗(yàn)證，將線上流量切換至目標(biāo)環(huán)境。

遷移階段可以是從本地到云、從A區(qū)域到B區(qū)域、從A云到B云，總的來(lái)說(shuō)，遷移場(chǎng)景主要分為：服務(wù)器遷移、數(shù)據(jù)庫(kù)遷移、數(shù)據(jù)遷移。

1、服務(wù)器遷移

直接將服務(wù)器遷移上云，數(shù)據(jù)塊級(jí)別復(fù)制系統(tǒng)卷和數(shù)據(jù)卷，在云上克隆新的云主機(jī)。推薦使用CloudEndure、block level的連續(xù)復(fù)制。CloudEndure Migration支持快速可靠的自助式遷移，且業(yè)務(wù)中斷最少，縮短切換期限，最大程度減少切換停機(jī)時(shí)間，另外，CloudEndure Disaster Recovery實(shí)現(xiàn)快速回退，同時(shí)降低實(shí)現(xiàn)IT彈性所需的總體擁有成本。

2、數(shù)據(jù)庫(kù)遷移

數(shù)據(jù)庫(kù)遷移過(guò)程中，往往會(huì)遇到一些挑戰(zhàn)，比如盡可能短的應(yīng)用程序停機(jī)時(shí)間、Schema沖突、數(shù)據(jù)整合和應(yīng)用程序重構(gòu)。推薦使用Database Migration Service，支持同構(gòu)和異構(gòu)數(shù)據(jù)庫(kù)遷移、商業(yè)和開(kāi)源數(shù)據(jù)庫(kù)遷移，遷移期間應(yīng)用程序可以持續(xù)運(yùn)行。Database Migration Service還支持合并數(shù)據(jù)、拆分?jǐn)?shù)據(jù)、篩選數(shù)據(jù)等功能。此外，Schema Conversion Tool可以自動(dòng)轉(zhuǎn)換數(shù)據(jù)庫(kù)Schema和代碼，包括數(shù)據(jù)庫(kù)Scheme、數(shù)據(jù)倉(cāng)庫(kù)Schema、以及應(yīng)用程序中的SQL代碼。

3、數(shù)據(jù)遷移

本地?cái)?shù)據(jù)中心存在大量的數(shù)據(jù)文件，需要將數(shù)據(jù)搬遷至云，推薦使用DataSync工具用于離線數(shù)據(jù)的搬遷，DataSync支持在線遷移NFS和SMB數(shù)據(jù)，速度比開(kāi)源工具快10倍，而且傳輸過(guò)程通過(guò)TLS加密，除此之外，還可以選擇 Snowcone和Snowball來(lái)離線搬遷數(shù)據(jù)。

四、運(yùn)營(yíng)和優(yōu)化階段

前面提到的，云的運(yùn)維和本地運(yùn)維不一樣，區(qū)別很大，需要考慮是自運(yùn)維，還是購(gòu)買MSP云托管服務(wù)。如果云的技術(shù)能力較強(qiáng)，可以構(gòu)建專業(yè)的云運(yùn)維團(tuán)隊(duì)，像傳統(tǒng)本地?cái)?shù)據(jù)中心的運(yùn)維團(tuán)隊(duì)一樣；如果云的技術(shù)能力較弱，可以考慮依靠合作伙伴的專業(yè)云服務(wù)團(tuán)隊(duì)來(lái)運(yùn)營(yíng)整個(gè)云上的基礎(chǔ)設(shè)施，比如天下數(shù)據(jù)MSP云專家團(tuán)隊(duì)。日常的運(yùn)營(yíng)只是一方面，另一方面是架構(gòu)持續(xù)優(yōu)化，比如容器化改造、成本優(yōu)化等等。

五、天下數(shù)據(jù)MSP助力某跨境電商企業(yè)輕松上云

某頭部B2C跨境電商企業(yè)為了適應(yīng)業(yè)務(wù)高速發(fā)展，選擇天下數(shù)據(jù)MSP云遷移服務(wù)，通過(guò)應(yīng)用程序和數(shù)據(jù)庫(kù)遷移的方式順利上云，實(shí)現(xiàn)更敏捷的系統(tǒng)架構(gòu)，同時(shí)優(yōu)化運(yùn)營(yíng)成本支出。

客戶面臨的挑戰(zhàn)

1.企業(yè)原有系統(tǒng)的基礎(chǔ)設(shè)施缺乏彈性，計(jì)算存儲(chǔ)一體，無(wú)法單獨(dú)擴(kuò)容；

2.擴(kuò)容周期長(zhǎng)，業(yè)務(wù)上線等待時(shí)間久，業(yè)務(wù)故障恢復(fù)慢；

3.跨境運(yùn)維難度大，大任務(wù)無(wú)法運(yùn)行，中型任務(wù)失敗率高；

4.投入人力成本和資源成本高。

天下數(shù)據(jù)MSP云遷移方案

1.梳理企業(yè)現(xiàn)有系統(tǒng)架構(gòu)和實(shí)際業(yè)務(wù)負(fù)載情況，制定全盤的遷移計(jì)劃并實(shí)施；

2.利用天下數(shù)據(jù)SD-WAN保障站點(diǎn)至云的數(shù)據(jù)安全和傳輸穩(wěn)定；

3.幫助企業(yè)提高IT環(huán)境的安全合規(guī)性，并提供企業(yè)級(jí)托管運(yùn)維服務(wù)。

客戶收益

1.架構(gòu)比之前更加敏捷，滿足了日常多個(gè)數(shù)據(jù)分析目的的場(chǎng)景；

2.數(shù)據(jù)分析效能提高了20%+；

3.經(jīng)過(guò)成本優(yōu)化，TCO成本節(jié)省了30%。

本文鏈接：http://m.51huadong.com/cloundnews/11008127.html