云遷移的那些事

我們的CIO樂樂同學(xué)攤上事兒了，攤上大事了!在公司做出了更換公有云服務(wù)商的決定后，技術(shù)部就開始精心為這次云遷移做準備。這并不是我們第一次做云遷移，技術(shù)部也做足了功課，但在公有云的遷移過程中捅出了“簍子”，一時間連發(fā)布系統(tǒng)都無法正常使用。為什么要做這次云遷移，樂樂同學(xué)在云遷移的過程中遇到了什么?下面就讓我們來好好復(fù)盤一下吧。

云遷移前的系統(tǒng)重構(gòu)

首先，讓我們來看一下樂樂同學(xué)他們在運遷移之前做了一些什么樣的工作：

樂樂：在云遷移之前，技術(shù)部先做了一件大事，將至頂網(wǎng)已經(jīng)使用了十多年的業(yè)務(wù)系統(tǒng)整個進行了重構(gòu)。

重構(gòu)的原因很現(xiàn)實，十多年的應(yīng)用積累，已經(jīng)讓業(yè)務(wù)系統(tǒng)變得十分臃腫而龐雜。很多早已不再使用的應(yīng)用和數(shù)據(jù)，就像一堆亂麻，不但沒有用，還成為了病毒和木馬的溫床，還有很多因底層系統(tǒng)老舊而存留的安全漏洞，也在時常威脅著系統(tǒng)的可靠應(yīng)用。與其修修補補的將就過日子，還不如干脆推翻重建。重新打造一個系統(tǒng)成熟度更高、操作更加便捷、更加適合PC端與移動端多平臺業(yè)務(wù)應(yīng)用的全新系統(tǒng)。

經(jīng)過技術(shù)部全體同仁幾個月的努力，具備安全用戶登錄、更新底層系統(tǒng)架構(gòu)、對數(shù)據(jù)庫進行大幅精減的全新業(yè)務(wù)系統(tǒng)，在進行一段時間試運行之后，正式替換了舊版業(yè)務(wù)系統(tǒng)工作。

全新業(yè)務(wù)系統(tǒng)上線后，不出所料的“差評不斷”。畢竟大家對新事物需要有一個熟悉適應(yīng)的過程。在經(jīng)過一系列小規(guī)模功能調(diào)整之后，業(yè)務(wù)系統(tǒng)總算是可以穩(wěn)定運行了。

系統(tǒng)更新告一段落，云遷移也就正式提上了日程。

為了更好的業(yè)務(wù)體驗

當(dāng)向樂樂同學(xué)尋問，為什么最終選擇UCloud的時候，樂樂同學(xué)義正言辭的回答：“為了更好的業(yè)務(wù)體驗。”

追問一句：”真的是這樣嗎?”

樂樂回復(fù)：“當(dāng)然使用成本也是我們需要考慮的很重要因素?！?/p>

再追問：“所以就掉坑里了吧~~”(陰險)

樂樂：“是……”

“當(dāng)然，也不能算是完全掉到了坑里，每一次進行公有云遷移，肯定會出現(xiàn)一些不同的問題，必然會有一個發(fā)現(xiàn)問題、解決問題的過程?！彪S后，樂樂同學(xué)將這次遷移過程中所發(fā)生的問題和解決過程給我們進行了介紹。

至頂網(wǎng)是國內(nèi)最早一批將自身業(yè)務(wù)向公有云遷移的IT媒體。在至頂網(wǎng)搞技術(shù)的同學(xué)始終都保持著一種“生命不熄，折騰不止”的鉆研精神(bing)。在公司領(lǐng)導(dǎo)“不試一下，怎么知道好壞”的大力支持下，這已經(jīng)是第二次進行公有云遷移了。在公有云遷移之前，我們也曾經(jīng)進行過兩輪公有云評測活動。從測試成績上看，UCloud是完全可以滿足至頂網(wǎng)的業(yè)務(wù)應(yīng)用需求的，同時在采購成本上還有很好的優(yōu)勢，于是經(jīng)過慎重考慮(kanjia)之后，還是選定了向UClould進行遷移。

在經(jīng)歷一個半月的準備工作之后，云遷移工作正式開始。之所以需要經(jīng)歷這么長的準備時間，一方面是因為需要對當(dāng)前正在應(yīng)用的整個業(yè)務(wù)系統(tǒng)進行重構(gòu)，另一方面是對新的公有云架構(gòu)進行適配。系統(tǒng)重構(gòu)的情況，在上一段已經(jīng)介紹過了，下面就具體說一下在遷云過程中所遇到的問題。

遷移的IP配置問題

當(dāng)詢問起遷云過程中所遇到的困難時，樂樂同學(xué)的回答是：“IP配置和負載均衡”。

云上業(yè)務(wù)的正常應(yīng)用，需要依靠不同云主機來進行支持，應(yīng)用尋找云主機需要依靠的就是IP地址。業(yè)務(wù)系統(tǒng)在原公有云上已經(jīng)定義的體系架構(gòu)需要平移到新的公有云上，內(nèi)部系統(tǒng)架構(gòu)最好是能不變就不變，但問題還是出現(xiàn)了，UCloud的云主機IP無法自動適配我們的系統(tǒng)架構(gòu)。

至頂網(wǎng)在云上的業(yè)務(wù)系統(tǒng)規(guī)模雖然稱不上是龐大，但依靠運維人員手工去對每一臺云主機進行區(qū)域、配置、鏡像等等十幾選項一一進行設(shè)置，這肯定是不現(xiàn)實的，最后導(dǎo)致在業(yè)務(wù)上線時，云主機IP與系統(tǒng)內(nèi)部定義的IP不匹配，系統(tǒng)找不到云主機，業(yè)務(wù)自然也無法進行應(yīng)用。最后只能與UCloud技術(shù)團隊協(xié)商，在后臺將所有內(nèi)網(wǎng)IP重新定義，并與系統(tǒng)IP保持一致，才解決了這一問題。看來公有云主機IP的批量定義，自動切換功能也是在公有云選擇過程中，需要慎重考慮的一個功能要點。

負載均衡：意料之外的問題

業(yè)務(wù)系統(tǒng)部署好了之后，還需要將用戶請求有效的分配給不同服務(wù)器執(zhí)行，這就需要使用負載均衡。UCloud可以提供基于報文轉(zhuǎn)發(fā)和代理模式的負載均衡功能，但是這兩種負載均衡應(yīng)用到我們的業(yè)務(wù)系統(tǒng)時都存在一些不足。代理模式轉(zhuǎn)發(fā)除有限端口外，其它端口訪問時，無法獲取到準確的外網(wǎng)IP地址，有來無回。報文轉(zhuǎn)發(fā)模式雖然沒有這個問題，但是需要對虛擬網(wǎng)卡進行重新定義。這些問題最終都可以解決，但是在未定位到問題的故障點之前，就只能是盲人摸象了。

另外，在我們尋求UCloud的技術(shù)支持與幫助文檔也遇到了挑戰(zhàn)。在遇到問題時，技術(shù)支持只是簡單的發(fā)來一些幫助文檔，但這些文檔并不健全，并不能協(xié)助用戶有效的找到問題，這也是一個需要改善的地方。

技術(shù)支持文檔的不健全還會引發(fā)一個潛在問題，就是學(xué)習(xí)成本過高。用戶在使用公有云的時候，需要經(jīng)過一段時間熟悉才能順利上手，但遇到突發(fā)問題時，是沒有讓用戶熟悉的時間的，這樣搞不好整個業(yè)務(wù)線已經(jīng)掛了。

小結(jié)

回頭看這次云遷移，樂樂表示，UCloud確實還存在一些功能不完善的地方，但是從用戶業(yè)務(wù)請求響應(yīng)的角度來講，UCloud還是比較令人滿意的。比如，我們的要求是在半秒鐘內(nèi)對用戶的請求進行響應(yīng)，而UCloud在300毫秒內(nèi)就可以提供響應(yīng)，這個是超過我們的預(yù)期的。而且在域名備案上，UCloud全部都是在線上進行操作，不需要進行資料郵寄，極大縮短了整個備案工作時長，包括審核周期基本上在十幾個工作日左右就可以完成，效率比以前有了近乎一倍的提升，大大縮短業(yè)務(wù)上線時間。

而應(yīng)用功能上的缺陷實際上哪個云上都有，只不過有一些云使用的用戶多，早被發(fā)現(xiàn)、早被完善而已。而且使用用戶多、功能完善的公有云，它的使用成本可能也高。這一切都需要去綜合的進行考慮。

從這次至頂網(wǎng)在公有云遷移中發(fā)生的問題可以看出，問題主要出在以云主機搭建的系統(tǒng)在不同公有云的配合方面。而近期筆者正在研究的容器可以比較好地避免這樣的問題發(fā)生?？磥磉€需要再好好“忽悠忽悠”樂樂同學(xué)，讓他什么時候再來完成一次公有云向容器的遷移。

敬請大家期待!

本文標題：云遷移的那些事
當(dāng)前鏈接：http://www.muchs.cn/news29/103629.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供定制網(wǎng)站、電子商務(wù)、手機網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計公司、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)