通過(guò)構(gòu)建遷移路線圖來(lái)避免可能的失誤。了解你的應(yīng)用程序并確認(rèn)遷移的好處將有助于應(yīng)用到AWS的平滑遷移。

AWS彈性計(jì)算云的便利性和潛在的成本節(jié)省很有吸引力，但這其中的未知讓許多IT專(zhuān)業(yè)人士產(chǎn)生了猶豫。遷移現(xiàn)有的應(yīng)用到云端，特別是遺留應(yīng)用，常常讓管理員手足無(wú)措。

事實(shí)證明，實(shí)現(xiàn)這一轉(zhuǎn)變并不難，但在AWS的遷移過(guò)程中有一些指導(dǎo)思想必須銘記在心。組織在遷移一個(gè)應(yīng)用到亞馬遜Web服務(wù)（AWS）前應(yīng)遵循三個(gè)步驟。

首先，進(jìn)行投資組合分析，查看各個(gè)應(yīng)用和工作負(fù)載是否適合云。“原本云計(jì)算的價(jià)值主張是如何降低成本，但現(xiàn)在很顯然，真正的價(jià)值是讓?xiě)?yīng)用程序能夠真正利用云的靈活性?xún)?yōu)勢(shì)，”一名位于馬薩諸塞州Cambridge的Forrester Research的分析師David Bartoletti說(shuō)。

第二個(gè)考慮是確定一旦將應(yīng)用遷移到云中是否要為其增加新奇的功能，如大數(shù)據(jù)或Hadoop。

第三點(diǎn)需要考慮的是應(yīng)用是否已經(jīng)被虛擬化過(guò)了，這可以減輕遷移到云的工作。然而，“如果你只是將一個(gè)虛擬機(jī)放到云里，這也許會(huì)節(jié)省一些初始的開(kāi)銷(xiāo)，但恐怕不會(huì)長(zhǎng)期的為你省錢(qián)，除非它還提供了一些其他的好處，”Bartoletti說(shuō)。
使用AWS遷移工具

IT團(tuán)隊(duì)需要仔細(xì)地完成到云的完全轉(zhuǎn)換。首先考慮虛擬化一個(gè)應(yīng)用，然后尋找可以使用的云遷移工具。“如果你正在使用VMware，Amazon有一個(gè)VM導(dǎo)入/導(dǎo)出工具可以幫助你直接遷移，”Bartoletti說(shuō)。

遷移工具可以幫助管理員評(píng)估網(wǎng)絡(luò)連接問(wèn)題并重新建立連接到應(yīng)用之前用硬編碼寫(xiě)入的地址。這應(yīng)該按照計(jì)劃進(jìn)行。然而，你也可以使用粗暴的方法，通過(guò)拷貝一個(gè)應(yīng)用到AWS然后再作必要的更改讓它能夠正常工作。有一些第三方的服務(wù)可以有助AWS的遷移。

但不是所有應(yīng)用的遷移都是一樣的，遺留應(yīng)用需要額外措施。比如，對(duì)一個(gè)小型的X86應(yīng)用來(lái)說(shuō)，該流程通常只是一個(gè)簡(jiǎn)單的“提升和轉(zhuǎn)移”。但是，在企業(yè)里，幾乎沒(méi)有獨(dú)立的應(yīng)用適用于這種狀況，大多數(shù)應(yīng)用都是和一個(gè)更大的應(yīng)用生態(tài)系統(tǒng)連接在一起。

“在這種情況下，你有可能會(huì)破壞某個(gè)接口，”Joseph Coyle，Capgemini North America的CTO說(shuō)。Capgemini采用了一種方法來(lái)識(shí)別目標(biāo)應(yīng)用和業(yè)務(wù)流程，以及他們之間的所有交互。

AWS幾乎和所有的私有云一樣都只支持基于X86的技術(shù)，Coyle注釋道，并且絕大多數(shù)都是面向Windows或者Linux的操作系統(tǒng)。企業(yè)如果使用不符合那些類(lèi)型的遺留系統(tǒng)或者依賴(lài)于某個(gè)不支持云的數(shù)據(jù)庫(kù)，則可能需要轉(zhuǎn)換技術(shù)。

“對(duì)于遺留應(yīng)用程序確實(shí)需要某種類(lèi)型的修正，你需要一個(gè)流程來(lái)確定所需的變化，以及在哪些地方采取整治，”Coyle說(shuō)。
AWS遷移六大步驟

一旦你知道了哪些組件需要遷移，就需要有一個(gè)合理的順序來(lái)執(zhí)行整個(gè)遷移的過(guò)程，根據(jù)Avishai Wool，AlgoSec的CTO的說(shuō)法，AlgoSec是一家位于波士頓的網(wǎng)絡(luò)安全策略管理提供商。

1．找出應(yīng)用程序依賴(lài)的所有服務(wù)器以及代碼的連接指向哪里--不僅僅是運(yùn)行代碼的服務(wù)器。

2．找出使用該應(yīng)用的所有客戶端以及他們位于的網(wǎng)絡(luò)分段。

3．選出哪些服務(wù)器要移植到AWS，有一些也許需要留在數(shù)據(jù)中心。

4．克隆遷移的服務(wù)器并將拷貝存到AWS實(shí)例中，然后為這些克隆服務(wù)器分配IP地址。

5．重新配置服務(wù)器指向新選出的相應(yīng)地址。

6．配置AWS防火墻和圍繞數(shù)據(jù)中心的傳統(tǒng)防火墻，讓所有的應(yīng)用程序流使用新IP地址并走新的網(wǎng)絡(luò)路徑。
可能產(chǎn)生花費(fèi)的故障和陷阱

大多數(shù)剛接觸AWS的公司在選擇或配置實(shí)例時(shí)，或者當(dāng)選擇所需的存儲(chǔ)類(lèi)型時(shí)，會(huì)犯一些錯(cuò)誤。其中一個(gè)不太常見(jiàn)但卻會(huì)造成很大后果的錯(cuò)誤是忽略網(wǎng)絡(luò)的考慮。

“在AWS基于消費(fèi)的模型上，錯(cuò)誤的配置可以在AWS的功能和工具集的幫助下非常迅速地得到修復(fù)，但是一個(gè)網(wǎng)絡(luò)錯(cuò)誤可能帶來(lái)遷移和用戶接入進(jìn)程的停滯，”Coyle說(shuō)。

另一個(gè)潛在的代價(jià)高昂的錯(cuò)誤是在選擇按需實(shí)例和預(yù)留實(shí)例上。“這種類(lèi)型的錯(cuò)誤沒(méi)有計(jì)算或性能的問(wèn)題，但可能對(duì)財(cái)務(wù)產(chǎn)生大的影響，”他說(shuō)。

遷移不一定是一個(gè)全或無(wú)的過(guò)程。Shlomo Swidler，Orchestratus公司的CEO這樣建議，“先試水，有個(gè)路線圖，進(jìn)行投資組合評(píng)估以確定哪些應(yīng)用應(yīng)該先遷移，然后每個(gè)階段要有一個(gè)可衡量的標(biāo)準(zhǔn)來(lái)幫助做出繼續(xù)（或）停止的決定。”

原文鏈接：http://www.searchcloudcomputing.com.cn/showcontent_89471.htm