“資源供應(yīng)區(qū)”方案失敗 云服務(wù)故障切換成Amazon巨大挑戰(zhàn)

原創(chuàng)
作者：核子可樂(lè)譯 2011-04-29 09:48:53

云計(jì)算 上周發(fā)生的Amazon EC2服務(wù)器停轉(zhuǎn)事件，再次為當(dāng)今所采用的保障應(yīng)用程序正常運(yùn)行的負(fù)載平衡及故障切換系統(tǒng)的功能局限性敲響了警鐘。但Amazon只是個(gè)突出的例子，在云服務(wù)供應(yīng)商中，任何一家都無(wú)法保證自己的系統(tǒng)能夠提供100%的正常運(yùn)行率。

創(chuàng)新互聯(lián)建站網(wǎng)站建設(shè)公司，提供成都做網(wǎng)站、網(wǎng)站設(shè)計(jì)，網(wǎng)頁(yè)設(shè)計(jì)，建網(wǎng)站，PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);可快速的進(jìn)行網(wǎng)站開(kāi)發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展；專業(yè)做搜索引擎喜愛(ài)的網(wǎng)站，是專業(yè)的做網(wǎng)站團(tuán)隊(duì)，希望更多企業(yè)前來(lái)合作!

Amazon的EC2 服務(wù)器停轉(zhuǎn)事件將當(dāng)下故障切換系統(tǒng)的局限性推向風(fēng)口浪尖，但Amazon并不是惟一無(wú)法保證云服務(wù)正常工作率達(dá)到100%的供應(yīng)商。

上周發(fā)生的Amazon EC2服務(wù)器停轉(zhuǎn)事件，再次為當(dāng)今所采用的保障應(yīng)用程序正常運(yùn)行的負(fù)載平衡及故障切換系統(tǒng)的功能局限性敲響了警鐘。但Amazon只是個(gè)突出的例子，在云服務(wù)供應(yīng)商中，任何一家都無(wú)法保證自己的系統(tǒng)能夠提供100%的正常運(yùn)行率。

構(gòu)建以云技術(shù)為基礎(chǔ)的應(yīng)用程序時(shí)，要實(shí)現(xiàn)當(dāng)某座數(shù)據(jù)中心發(fā)生故障時(shí)，所有應(yīng)用功能都可以及時(shí)由其它運(yùn)行正常的中心來(lái)提供，這一要求不僅是對(duì)供應(yīng)商技術(shù)力量的挑戰(zhàn)，同時(shí)可能也要求客戶具備良好的技術(shù)支持團(tuán)隊(duì)。因?yàn)榭蛻舯仨毰c云供應(yīng)商緊密協(xié)作并購(gòu)置第三方出品的負(fù)載平衡產(chǎn)品來(lái)保證當(dāng)類似Amazon事件發(fā)生時(shí)，相關(guān)的應(yīng)用程序仍能正常運(yùn)行。

GoGrid，這家公司以一種與Amazon類似的形式提供基礎(chǔ)設(shè)施即服務(wù)（簡(jiǎn)稱IaaS）計(jì)算，并且向消費(fèi)者做出了一系列當(dāng)數(shù)據(jù)中心出現(xiàn)故障時(shí)的承諾。但是這并不意味著整套云服務(wù)體系絕不會(huì)出現(xiàn)當(dāng)機(jī)情況。

“對(duì)于我們所提供的服務(wù)來(lái)說(shuō)，我們希望能夠使其好評(píng)率達(dá)到100%，并且不會(huì)發(fā)生有損雙方利益的事故，”GoGrid公司創(chuàng)始人同時(shí)也是現(xiàn)任CEO的John Keagy說(shuō)道?！岸坏┦鹿拾l(fā)生了，客戶不應(yīng)該把100%的好評(píng)率解釋為100%的正常運(yùn)行率?！?/p>

但消費(fèi)者仍然能夠通過(guò)部署一些災(zāi)備措施的方式，來(lái)保障其應(yīng)用程序在發(fā)生服務(wù)器停機(jī)事故時(shí)仍能正常運(yùn)作，Keagy說(shuō)道。那些沒(méi)有做過(guò)任何事故恢復(fù)及故障切換準(zhǔn)備工作的Amazon客戶，在上周的停機(jī)事件中所遭受的損失很可能遠(yuǎn)遠(yuǎn)大于那些做過(guò)相關(guān)準(zhǔn)備的客戶，他說(shuō)。

GoGrid公司的云服務(wù)產(chǎn)品部署在十一座數(shù)據(jù)中心當(dāng)中，而其主要負(fù)載以主機(jī)代管的形式實(shí)現(xiàn)?？蛻魝兿Ｍ跒?zāi)難性事件發(fā)生時(shí)自己的應(yīng)用程序支持可以由一個(gè)數(shù)據(jù)中心切換至另一個(gè)的愿望，能夠借助第三方公司提供的全局流量管理產(chǎn)品來(lái)實(shí)現(xiàn)，Keagy說(shuō)?？蛻暨€可以通過(guò)與GoGrid公司所提供的增值服務(wù)來(lái)對(duì)自己的應(yīng)用部署這套完整的保護(hù)方案，但“必須與我們協(xié)同進(jìn)行構(gòu)建工作，”Keagy說(shuō)。

“這就是關(guān)于必要的基礎(chǔ)設(shè)施的全部?jī)?nèi)容，”Keagy說(shuō)道?！斑@跟服務(wù)器類的運(yùn)行平臺(tái)或是軟件不同，這是從基礎(chǔ)設(shè)施的源頭上進(jìn)行改造，需要使用者對(duì)整套執(zhí)行體系有一定的了解?！?/p>

Amazon的方案是將客戶的主機(jī)應(yīng)用程序部署在多個(gè)“資源供應(yīng)區(qū)”內(nèi)來(lái)應(yīng)對(duì)局部故障，但這些區(qū)域彼此之間的距離到底有多遠(yuǎn)、是否真的能立即提供切換并保持應(yīng)用流暢還是未知數(shù)。至少?gòu)纳现艿那闆r來(lái)看，多個(gè)“資源供應(yīng)區(qū)”這套方案徹底失敗了。

雖然包括Foursquare，Reddit，Quora以及Hootsuite在內(nèi)的許多站點(diǎn)相繼發(fā)生斷線事故，但SmugMug這一照片分享網(wǎng)站的成功經(jīng)驗(yàn)表明了做好預(yù)防工作確實(shí)能夠幫助客戶成功應(yīng)對(duì)故障。上周的Amazon事件，SmugMug公司的CEO Don MacAskill將其稱為“Amazon啟示錄”。

SmugMug將其服務(wù)分別部署于三個(gè)資源供應(yīng)區(qū)中，并且決定不采用Amazon的“彈性模塊存儲(chǔ)”方案，因?yàn)槠洹靶阅軣o(wú)法保證且耐用性不理想，”MacAskill在他的博文中寫(xiě)道。而數(shù)據(jù)存儲(chǔ)服務(wù)在上周的大崩潰中需要承擔(dān)主要責(zé)任。

如果大家打算將自己的關(guān)鍵性應(yīng)用服務(wù)依靠云技術(shù)實(shí)現(xiàn)，MacAskill的建議是應(yīng)將其分散部署于Amazon各地的機(jī)房（包括東海岸及西海岸等）或是干脆采用多家云服務(wù)供應(yīng)商。

Amazon的負(fù)載平衡服務(wù)無(wú)法在跨地區(qū)的前提下正常發(fā)揮作用，因此客戶必須親自做一些額外的工作，并依靠引入第三方軟件的辦法來(lái)徹底實(shí)現(xiàn)該保障方案，Gartner公司的分析師Drue Reeves說(shuō)。然而，將應(yīng)用程序分散部署在多家服務(wù)供應(yīng)商那里雖然不是不可能，但也難度極大，因?yàn)楦鞴?yīng)商的服務(wù)之間缺乏一套統(tǒng)一的標(biāo)準(zhǔn)和交互操作規(guī)范。

Rackspace公司，另一家基礎(chǔ)設(shè)施即服務(wù)供應(yīng)商，最近開(kāi)始提供云負(fù)載平衡服務(wù)，借以在某臺(tái)服務(wù)器失效時(shí)，保護(hù)其上的特定應(yīng)用程序。但是負(fù)載平衡工具的運(yùn)作機(jī)理并不是將信息分別部署在不同的數(shù)據(jù)中心當(dāng)中。

Josh Odom，Rackspace公司云平臺(tái)產(chǎn)品開(kāi)發(fā)的負(fù)責(zé)人，指出將應(yīng)用程序運(yùn)行于多個(gè)數(shù)據(jù)中心以保證100%的正常運(yùn)行時(shí)間是最理想的，而Rackspace公司正在嘗試使客戶能夠更容易地利用第三方的負(fù)載平衡工具及故障切換機(jī)制來(lái)達(dá)成上述目標(biāo)。***的挑戰(zhàn)并非來(lái)自應(yīng)用程序本身，而是來(lái)自數(shù)據(jù)，Odom說(shuō)。“任何與相關(guān)數(shù)據(jù)庫(kù)系統(tǒng)有聯(lián)系的數(shù)據(jù)庫(kù)復(fù)制工作都是相當(dāng)麻煩的，”O(jiān)dom說(shuō)?！岸覀兯龅恼潜M量清理這類阻礙?！?/p>

Rackspace公司部署于德克薩斯州的數(shù)據(jù)中心曾于2009年遭遇了一些電力供應(yīng)中斷狀況，這迫使該公司不得不向客戶做出信譽(yù)承諾。此后，公司引入了新的數(shù)據(jù)中心管理專家，并對(duì)低端以及高端的全部設(shè)施進(jìn)行了重新審核，Odom說(shuō)道。不管過(guò)去發(fā)生了什么樣的問(wèn)題，Odom說(shuō)，如今Rackspace公司的數(shù)據(jù)中心已經(jīng)被設(shè)計(jì)為專門(mén)抵御“災(zāi)難性故障”，包括主要供電中斷以及網(wǎng)絡(luò)問(wèn)題。

雖然基礎(chǔ)設(shè)施層面上的事故恢復(fù)規(guī)劃對(duì)技術(shù)水平有所要求，但并不是所有的云服務(wù)都需要配備專門(mén)的管理人員。平臺(tái)即服務(wù)產(chǎn)品——例如微軟的Windows Azure或谷歌的App Engine——旨在盡量減少基礎(chǔ)設(shè)施的介入，并為開(kāi)發(fā)人員提供一個(gè)相對(duì)簡(jiǎn)單的方式來(lái)建立并托管網(wǎng)頁(yè)應(yīng)用程序。

然而負(fù)載平衡以及數(shù)據(jù)中心之間的故障切換體系對(duì)于平臺(tái)即服務(wù)這類云產(chǎn)品仍然具有巨大的積極意義。

微軟近來(lái)公布了一款名為“微軟Azure流量管理器”的工具，據(jù)說(shuō)它將使“同一款應(yīng)用程序的開(kāi)發(fā)過(guò)程以拓?fù)湫问江h(huán)狀部署于各數(shù)據(jù)中心當(dāng)中，并構(gòu)成故障切換及負(fù)載平衡功能的基礎(chǔ)?！盇zure流量管理器目前僅在某個(gè)社區(qū)中展示技術(shù)預(yù)覽效果，這意味著它并不能為每一類客戶提供幫助。雖然Windows Azure流量管理器將流量分布在不同的數(shù)據(jù)中心中，但SQL Azure數(shù)據(jù)同步工具，同樣處于測(cè)試階段，能夠復(fù)制“不同數(shù)據(jù)中心中的數(shù)據(jù)庫(kù)信息以防止資料在直接傳輸過(guò)程中的丟失，”微軟如是說(shuō)。

開(kāi)發(fā)人員Rober McLaws在Twitter上發(fā)布文章稱，即使沒(méi)有Windows Azure流量管理器，客戶們?nèi)匀荒軌驗(yàn)樽约旱膽?yīng)用程序構(gòu)建起數(shù)據(jù)中心之間的故障切換機(jī)制，只要我們“事必躬親地進(jìn)行管理”。

谷歌的App Engine服務(wù)能夠?qū)?yīng)用程序及數(shù)據(jù)從一個(gè)數(shù)據(jù)中心轉(zhuǎn)移到另一個(gè)，而不會(huì)在故障發(fā)生時(shí)造成數(shù)據(jù)丟失或是當(dāng)機(jī)，谷歌產(chǎn)品經(jīng)理Greg D’alesandre說(shuō)。谷歌沒(méi)有透露該種切換是否對(duì)數(shù)據(jù)中心之間的距離有所限制，但他說(shuō)：“該系統(tǒng)的設(shè)計(jì)使單一地理區(qū)域內(nèi)的主機(jī)故障不再產(chǎn)生影響?！?/p>

而與此同時(shí)，Amazon方面被指責(zé)沒(méi)有為上周的事件提供詳盡的故障說(shuō)明。Amazon將其歸咎于“網(wǎng)絡(luò)問(wèn)題”，即“由大量的鏡像引用所造成的”存儲(chǔ)量，引發(fā)了短暫的服務(wù)中斷，并導(dǎo)致虛擬機(jī)無(wú)法連接。

Thorsten von Eicken，RightScale公司的創(chuàng)始人及CTO，曾為Amazon EC2提供過(guò)功能強(qiáng)化服務(wù)，而對(duì)于上述事態(tài)，他的意見(jiàn)是Amazon在公關(guān)交流水平方面“只得了F”，并且完全沒(méi)有提供一套深層次的事故原因分析。

原文名：Cloud failover a challenge for Amazon competitors, too 作者：Jon Brodkin

【本文乃51CTO精選譯文，轉(zhuǎn)載請(qǐng)標(biāo)明出處！】

【編輯推薦】

1. 使用Microsoft Azure 讓云遷移變得簡(jiǎn)便的5種方法
2. VMware的混合云遷移工具：vCloud Connector
3. 企業(yè)CRM等業(yè)務(wù)系統(tǒng)遷移到 "云"中的***實(shí)現(xiàn) 
4. 云計(jì)算該“遷移”還是“自建”? 
5. 云遷移全攻略：哪些應(yīng)用適合遷移
6. 亞馬遜 谷歌 微軟三大試用云服務(wù)大比拼（上）
7. 亞馬遜推出1年免費(fèi)云計(jì)算服務(wù)
8. 亞馬遜EC2中斷 “可用區(qū)”遭質(zhì)疑
9. 從亞馬遜云服務(wù)故障中吸取的七個(gè)教訓(xùn)

當(dāng)前文章：“資源供應(yīng)區(qū)”方案失敗云服務(wù)故障切換成Amazon巨大挑戰(zhàn)
文章起源：http://www.5511xx.com/article/dhdejhi.html