近些日子幫了不少用戶移植應(yīng)用到了Windows Azure上，在這個(gè)過(guò)程中，我發(fā)現(xiàn)了用戶對(duì)于Azure不太好的使用習(xí)慣，其原因一是對(duì)Azure技術(shù)不太了解，二是對(duì)Azure所推崇的理念不熟悉。對(duì)于公有云或者Azure的新用戶來(lái)說(shuō)，學(xué)習(xí)肯定是有一個(gè)過(guò)程的，這不是大問(wèn)題。但是，有些問(wèn)題必須在真正部署之前搞明白，否則不經(jīng)意間導(dǎo)致數(shù)據(jù)丟失、系統(tǒng)停機(jī)就得不償失了

1. [賬戶]搞清楚每個(gè)應(yīng)用的訂閱以及訂閱的配額、計(jì)費(fèi)方式、有效期

在Azure里面，用戶需要區(qū)分賬號(hào)和訂閱。賬號(hào)(live ID）是用來(lái)登陸門戶的，對(duì)應(yīng)一個(gè)自然人。而訂閱對(duì)應(yīng)配額、賬單和付款信息。這就好比一個(gè)人有一個(gè)身份證（賬號(hào)），但可以有多個(gè)手機(jī)號(hào)（每個(gè)手機(jī)號(hào)獨(dú)立核算）。同一個(gè)Azure賬號(hào)可以擁有多個(gè)訂閱，每次部署Azure虛擬機(jī)或其他服務(wù)時(shí)，要選擇一個(gè)訂閱。每個(gè)訂閱有一個(gè)主管理員，管理員可以添加其他用戶成為該訂閱的用戶。這些添加的用戶就可以共享該訂閱資源，適合項(xiàng)目團(tuán)隊(duì)開(kāi)發(fā)的場(chǎng)景。訂閱的所有用戶擁有相同的權(quán)限，唯一的區(qū)別是只有主管理員可以查閱賬務(wù)信息。

在門戶上，用戶也可以過(guò)濾掉無(wú)關(guān)的訂閱

由于每個(gè)訂閱各不相同，因此部署之前弄清這些訂閱信息是很必要的：

• 該訂閱的類型，是試用、MSDN、隨用隨付還是多月計(jì)劃？
  
• 該訂閱的有效期
• 該訂閱是否有配額？如果有，就需要定期檢查配額剩余情況，避免造成訂閱停用
• 該訂閱是否存在其他用戶，他們是否會(huì)誤操作我部署的應(yīng)用？
  

其中，搞清楚有效期是最重要的。如果訂閱過(guò)期了，可能會(huì)造成所有數(shù)據(jù)被清空

2. [虛擬機(jī)和云服務(wù)] 一定要分清Blob盤和臨時(shí)盤

Azure上的虛擬機(jī)上有兩種磁盤，一種是存儲(chǔ)在Blob存儲(chǔ)上的，一種是存儲(chǔ)在虛擬機(jī)所在物理機(jī)磁盤上的。前一種由于使用了Blob存儲(chǔ)，其數(shù)據(jù)會(huì)按照Blob的存儲(chǔ)策略在本地存3份，并在異地保持一份鏡像，其數(shù)據(jù)的可用性和可靠性都很高，虛擬機(jī)通過(guò)網(wǎng)絡(luò)訪問(wèn)這些Blob存儲(chǔ)，不依賴于特定一臺(tái)物理機(jī)。后一種依賴于物理機(jī)，如果物理機(jī)故障或進(jìn)行維護(hù)，這個(gè)存儲(chǔ)可能會(huì)被清空。顯然，如果我們使用虛擬機(jī)的時(shí)候不分清楚磁盤類型，就會(huì)導(dǎo)致數(shù)據(jù)丟失

Azure不同類型的虛擬機(jī)的磁盤類型如下：

• IaaS的Windows虛擬機(jī)：C盤（系統(tǒng)盤）是Blob盤，D盤是臨時(shí)盤
• IaaS的Linux磁盤：sda1（根目錄）是Blob盤，sdb1（/mnt/resource）是臨時(shí)盤

• PaaS的云服務(wù)的虛擬機(jī)磁盤：C/D/E全都是臨時(shí)盤
  

千萬(wàn)不要把數(shù)據(jù)庫(kù)表文件等重要數(shù)據(jù)放在臨時(shí)盤上！

這些臨時(shí)盤往往空間比較大，完全不用的話有些可惜。另外，臨時(shí)盤在本地，存取數(shù)據(jù)要比Blob快。因此，臨時(shí)盤適合存放一些臨時(shí)數(shù)據(jù)，比如裸日志、中間結(jié)果、上傳下載的緩存等等

那么，如果程序要存儲(chǔ)文件到本地，本地系統(tǒng)盤空間又不夠，怎么辦？

• 對(duì)于IaaS虛擬機(jī)，可以從Azure門戶的虛擬機(jī)頁(yè)點(diǎn)擊“附加空磁盤”，這樣會(huì)分配一個(gè)空的Blob盤，掛接在虛擬機(jī)上。創(chuàng)建的磁盤還可以從原虛擬機(jī)分離，然后掛接給另一個(gè)虛擬機(jī)。不過(guò)一個(gè)磁盤不能同時(shí)掛給兩個(gè)虛擬機(jī)
  

• 對(duì)于云服務(wù)虛擬機(jī)，不建議將文件存儲(chǔ)在本地文件系統(tǒng)上，而是應(yīng)該將文件直接存儲(chǔ)在Blob上，需要修改文件訪問(wèn)API。如果不希望修改代碼，則有兩種辦法：
  
  • 如果應(yīng)用需要讀一些本地文件，或者需要在虛擬機(jī)上安裝一些軟件，則要在云服務(wù)啟動(dòng)腳本里面加入文件下載和軟件安裝的命令，具體可參考http://blog.csdn.net/shaunfang/article/details/8939681如果手動(dòng)安裝軟件或者拷貝文件到云服務(wù)虛擬機(jī)，則虛擬機(jī)重啟后一切改動(dòng)都將消失。
    
  • 如果應(yīng)用不僅要讀文件，還要寫文件，那么就不能使用上面的方法，而必須用Azure Drive。它是將Blob磁盤掛載在虛擬機(jī)上的一種方法，可以參考http://blogs.msdn.com/b/azchina/archive/2010/04/12/windows-azure-windows-azure-drive.aspx。之所以不建議，是因?yàn)檫@不符合PaaS的理念。云服務(wù)的一個(gè)重要特性就是可以隨意擴(kuò)展，快速增刪節(jié)點(diǎn)。如果使用Drive，就需要為每個(gè)虛擬機(jī)綁定一個(gè)Drive，這樣不僅要維護(hù)Drive本身，還要維護(hù)Drive和虛擬機(jī)的對(duì)應(yīng)關(guān)系。與其非要這樣用，不如直接用IaaS
    

3. [網(wǎng)站、云服務(wù)與虛擬機(jī)]弄清負(fù)載均衡的機(jī)制

Azure為網(wǎng)站、云服務(wù)和虛擬機(jī)都提供了免費(fèi)的負(fù)載均衡能力。關(guān)于負(fù)載均衡我們需要注意的一點(diǎn)就是它對(duì)Session的處理。一般來(lái)說(shuō)，傳統(tǒng)的負(fù)載均衡器有一種叫session粘滯(sticky)的機(jī)制，也就是會(huì)根據(jù)用戶的session信息將用戶請(qǐng)求轉(zhuǎn)發(fā)到固定的一臺(tái)機(jī)器上，這樣，如果應(yīng)用程序在服務(wù)器端存儲(chǔ)session信息，那么用戶與服務(wù)器交互就會(huì)順暢，否則，就會(huì)發(fā)生用戶session丟失和應(yīng)用邏輯異常

在Azure上，云服務(wù)和虛擬機(jī)的負(fù)載均衡器都是純網(wǎng)絡(luò)層面的，其均衡機(jī)制是輪流將請(qǐng)求發(fā)給后端的服務(wù)器，不支持session粘滯. 這就要求后臺(tái)服務(wù)器是無(wú)狀態(tài)的，也就是無(wú)論將客戶請(qǐng)求發(fā)給任何一個(gè)服務(wù)器，都可以得到正確的處理。如果現(xiàn)有的應(yīng)用是有狀態(tài)的，那么有兩種解決辦法：

1. 將session信息在所有服務(wù)器間共享。具體實(shí)現(xiàn)方式包括：分布式緩存（比如Memcache，Azure Caching), session持久化（.NET和Java都支持用數(shù)據(jù)庫(kù)存儲(chǔ)session信息，而Azure還支持用Cache和Azure存儲(chǔ)持久化.NET session信息: http://blogs.msdn.com/b/cie/archive/2013/05/17/session-state-management-in-windows-azure-web-roles.aspx）
2. 在虛擬機(jī)上自行配置負(fù)載均衡集群，比如squid(linux), IIS ARR(windows). 微軟的MSOpenTech團(tuán)隊(duì)提供了一個(gè)自動(dòng)配置IIS ARR的方法：https://github.com/MSOpenTech/WindowsAzureToolkitForEclipseWithJava/tree/master/Utils/ARRConfigurationAgent。它原本是為了配置云服務(wù)里面的Java集群的，也可以用來(lái)配置其他IIS集群

網(wǎng)站服務(wù)的負(fù)載均衡稍有不同，它的負(fù)載均衡是由IIS ARR實(shí)現(xiàn)的，因此它原生支持session粘滯。其實(shí)現(xiàn)原理是，在每個(gè)響應(yīng)里面添加ARRAffinity這個(gè)cookie，這樣，下次同一個(gè)用戶的請(qǐng)求就會(huì)被識(shí)別，然后發(fā)送到上次的服務(wù)器上。也就是說(shuō)，不論應(yīng)用是否主動(dòng)寫入cookie或是存取session，IIS都會(huì)為每個(gè)用戶保持服務(wù)器的綁定關(guān)系。

4. [架構(gòu)與運(yùn)維]任何服務(wù)都可能會(huì)停機(jī)

盡管Azure的架構(gòu)設(shè)計(jì)考慮了充分的冗余，但是仍然有可能會(huì)停機(jī)，這是任何服務(wù)都避免不了的。就算是5個(gè)9的可用性也會(huì)有一個(gè)停機(jī)的窗口。停機(jī)的原因有可能是非人為因素，比如斷網(wǎng)、斷電、硬件故障等等，也可能是人為計(jì)劃性的停機(jī)維護(hù)。因此，作為用戶，在部署應(yīng)用到云平臺(tái)時(shí)，需提前了解可能出現(xiàn)的風(fēng)險(xiǎn)和應(yīng)對(duì)方案。Azure作為一個(gè)平臺(tái)，或者云操作系統(tǒng)，會(huì)盡量做到不停機(jī)，但這只是平臺(tái)層面的。從應(yīng)用角度，用戶也要考慮Azure提供的可用性是否能滿足業(yè)務(wù)需求，如果不滿足，如何進(jìn)行設(shè)計(jì)從而提升應(yīng)用整體的可用性。在大多數(shù)時(shí)候，更高的可用性都意為著更高的成本，因此，追求0宕機(jī)是不現(xiàn)實(shí)的，而Azure也無(wú)法實(shí)現(xiàn)這一點(diǎn)。開(kāi)發(fā)者必須提前做好準(zhǔn)備。

關(guān)于Azure的可用性，開(kāi)發(fā)者和運(yùn)維人員需要提前了解的是：

• Azure提供的各項(xiàng)服務(wù)是獨(dú)立的，各種服務(wù)一般不會(huì)相互影響。比如，虛擬機(jī)服務(wù)整體故障時(shí)，數(shù)據(jù)庫(kù)服務(wù)不受影響。用戶可以隨時(shí)登陸可用性監(jiān)控臺(tái)查看各個(gè)地區(qū)Azure各個(gè)服務(wù)的可用性http://www.windowsazure.com/en-us/support/service-dashboard/
• Azure為各個(gè)服務(wù)提供了獨(dú)立的SLA承諾，絕大部分承諾的可用性指標(biāo)是99.95%，也就是每年最多出現(xiàn)4.38小時(shí)的服務(wù)中斷，如果超出，Azure會(huì)進(jìn)行賠償。
• 虛擬機(jī)和云服務(wù)的可用性承諾比較特殊。虛擬機(jī)服務(wù)的承諾是：由2個(gè)VM構(gòu)成的集群的整體可用性是99.95%，而且這兩個(gè)VM還要在同一個(gè)可用性集里面(http://www.windowsazure.com/en-us/manage/windows/common-tasks/manage-vm-availability/)；而云服務(wù)的承諾是：每個(gè)Role需要至少2個(gè)實(shí)例，每個(gè)Role的可用性是99.95%。千萬(wàn)不要在一個(gè)Role內(nèi)只部署一個(gè)虛擬機(jī)，這樣停機(jī)的概率會(huì)很高。Azure每月會(huì)進(jìn)行物理機(jī)OS和云服務(wù)虛擬機(jī)OS的升級(jí)，對(duì)于單實(shí)例的云服務(wù)來(lái)說(shuō)，每次升級(jí)都可能造成云服務(wù)停止服務(wù)。
  

可見(jiàn)，對(duì)于單實(shí)例虛擬機(jī)，Azure不提供服務(wù)承諾。用戶如果要部署數(shù)據(jù)庫(kù)在虛擬機(jī)上，比如Mysql，需要自行配置HA，并把兩個(gè)VM設(shè)定為同一個(gè)可用性組，這樣Azure會(huì)將這兩個(gè)VM放置到不同的故障域中（例如：不同機(jī)架）

另外，用戶部署服務(wù)時(shí)，可以按照使用到的Azure服務(wù)畫(huà)一個(gè)邏輯拓?fù)洌缦聢D。然后逐一分析不同服務(wù)的停機(jī)對(duì)業(yè)務(wù)可能的影響，接著分析如何應(yīng)對(duì)某個(gè)服務(wù)的停機(jī)或者故障。

如果要了解云計(jì)算架構(gòu)下高可用性設(shè)計(jì)的最佳實(shí)踐，可以參考下文：

防故障：彈性云體系結(jié)構(gòu)的指南

http://msdn.microsoft.com/zh-cn/library/jj853352

5. [運(yùn)維]做好數(shù)據(jù)備份

數(shù)據(jù)備份是老生常談了，是運(yùn)維工作的一個(gè)核心。盡管Windows Azure提供了完善的數(shù)據(jù)存儲(chǔ)存儲(chǔ)方案，比如一份數(shù)據(jù)在本地存三份，支持異地?cái)?shù)據(jù)鏡像等，但這只解決了數(shù)據(jù)物理?yè)p壞的問(wèn)題，而沒(méi)解決邏輯損壞的問(wèn)題。比如，維護(hù)人員不小心刪除了Blob上的文件、程序Bug刪除或者修改了數(shù)據(jù)內(nèi)容等等。因此，對(duì)云中的數(shù)據(jù)進(jìn)行備份還是很有必要的。具體來(lái)說(shuō)，每種數(shù)據(jù)的備份方式不盡相同。

• SQL數(shù)據(jù)庫(kù). Azure門戶上為SQL 數(shù)據(jù)庫(kù)提供了備份功能，用戶點(diǎn)擊備份按鈕即可將數(shù)據(jù)庫(kù)內(nèi)容以Data Tier Application的格式導(dǎo)出到Blob存儲(chǔ)上。用戶可以下載該備份文件導(dǎo)入到本地的SQL Server上，也可以用該文件恢復(fù)一個(gè)SQL數(shù)據(jù)庫(kù)。對(duì)于SQL數(shù)據(jù)庫(kù)，建議采用自動(dòng)化腳本定期進(jìn)行備份，比如每天一次，保留7天。SQL數(shù)據(jù)庫(kù)不支持定期任務(wù)，我們可以采用Windows任務(wù)計(jì)劃或者Linux的cron來(lái)運(yùn)行定期腳本。具體的命令可以參考https://github.com/richorama/SQLDatabaseBackup
  
• Blob存儲(chǔ)。Blob存儲(chǔ)本身不提供備份功能，只能進(jìn)行快照。快照可以回滾文件到之前的版本，但是無(wú)法恢復(fù)被刪除的文件（Azure不支持Container快照）。所以，對(duì)于重要的文件，建議編寫腳本進(jìn)行定期備份。備份的目的地址，可以是另一個(gè)存儲(chǔ)賬戶，或者是本地。AzCopy這個(gè)工具可以用來(lái)在不同的存儲(chǔ)賬戶之間進(jìn)行文件拷貝，也可以用來(lái)在本地和Blob之間傳輸文件http://blogs.msdn.com/b/windowsazurestorage/archive/2013/04/01/azcopy-using-cross-account-copy-blob.aspx
  
• IaaS虛擬機(jī)。目前可用的方法，是進(jìn)行虛擬機(jī)磁盤對(duì)應(yīng)Blob文件的快照。具體可以參考http://blog.csdn.net/shaunfang/article/details/8933405#t0
  
• IaaS虛擬機(jī)文件。可采用各種傳統(tǒng)文件備份工具。對(duì)于Windows Server，可以使用Azure的云備份服務(wù)http://blog.csdn.net/shaunfang/article/details/8933405#t1
  
• IaaS虛擬機(jī)中的數(shù)據(jù)庫(kù)。可采用各種數(shù)據(jù)庫(kù)的備份工具或者將數(shù)據(jù)庫(kù)導(dǎo)出再進(jìn)行文件備份
  

以上各種數(shù)據(jù)的備份都是定期進(jìn)行的，建議編寫程序或者腳本，專門找一臺(tái)虛擬機(jī)運(yùn)行