云端應用架構高可用：云計算是否傷得起

    同時，云計算.用戶在享受彈性資源擴張或收縮的同時，也在一定程度上失去了對其使用資源的控制權，而如果云服務供應商的服務出現故障，或者云服務供應商由于商業運作的失敗或其他原因而關門倒閉時，云計算.用戶就可能會面臨巨大的風險。

　　2011年4月21日至22日是值得云計算.從業者紀念的日子。Amazon的IaaS服務出現故障，導致許多商業網站的服務中斷，影響非常嚴重。據Amazon官方網站稱，受影響最嚴重的網站中有Reddit， Foursquare和Quora等。此事件發生后，人們一時陷入慌亂，對云計算.可用性的擔心驟然升溫。同時，也有人乘機夸大云計算.的弊端，并宣稱“云計算.已死”(這讓筆者想起當年關于“SOA已死”的論戰)。炒作行為是可以理解的，我們自然不用去理會。但是，作為云計算.用戶，我們需要思考的是，如何保證即便在云服務不可用的情況，我們的應用架構仍然能夠屹立不倒？本文正是站在云計算.用戶的角度試圖探討這一問題。

　　“4- 21”事故分析

　　Amazon將其基礎設施劃分為“區域(Region)”，這些區域好比一個個數據中心。例如，US-East-1是Amazon位于北弗吉尼亞的數據中心，而US-West-1則是位于硅谷的數據中心。每個數據中心又被劃分成多個可用分區(后簡稱為AZ)，AZ就好比資源池，它由一組物理和邏輯資源組成。

　　Amazon的提供的虛擬機是EC2(Elastic Compute Cloud)。而其存儲服務是EBS(Elastic Block Storage)。EBS是基于網絡高性能且高可用的塊(block)級別的持久化存儲服務。EBS可以掛接到某一個EC2實例上作為其文件系統使用。

　　當用戶獲得一個EC2分區實例時，同時會得到一塊存儲區。不過，該存取區是透明的，而且其生存周期與EC2實例是同步的。當EC2實例銷毀時，該存儲區也一同銷毀，基于此，需要持久化的用戶數據是不應該放在該存儲上。

　　一般而言，運行網站和產品的云計算.用戶至少需要申請一個EC2實例和一個EBS存儲。在EC2上運行應用和數據庫，而數據則存儲在EBS中。但是，若要將EBS存儲掛接到EC2實例上，二者必須在同一AZ中(如圖1.a所示)。用戶也可以直接使用Amazon提供的RDS(Relational Database Service)，它是一個運行著MySQL的EC2實例，此時應用和數據就可分別位于不同的AZ中(如圖1.b所示)。當然，將應用和存儲分開還有其他方法，本文不再贅述。

　　“4-21”事故中，位于US-East-1區域的EBS存儲和Amazon RDS服務都出現了問題。表現出來的現象是：不在US-East-1區域的用戶未受影響，未使用EBS和RDS的用戶不受影響。一般情況下，使用EBS或RDS是非常普遍的現象，因為大多數軟件或網站都依賴于數據存儲，所以，即便運行應用的EC2未受影響，也會由于應用需要訪問已出現問題的ESB或RDS上的數據，仍然會導致服務不可用或服務變慢的問題。

　　Amazon事故的的發生加速了人們對云可用性的思考，也進一步凸顯了好的應用架構的優勢，多家企業紛紛通過博客分享了他們使用Amaozon AWS的經驗，對云計算.用戶端架構的建議。接下來，我們看看他們是怎么做的。

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]