Windows Azure初體驗

目前在IT界，云這個概念的第一意思不再是詞典里的解釋了。不過它們還是有相同點的——也許確實會醞釀出一塊大蛋糕，可也是飄在天上，眾神分食之，與我等P民無關。所謂云，不過是網絡時代發展到一定階段的必然產物，而并非劃時代的技術質變，so，我一直保持既不排斥亦不主動接觸的立場。but，最近我有個個人服務器快到期了，于是也打算嘗試一番。

現在比較知名的云服務有很多，國內的首推阿里云，而作為.Neter，Windows Azure也是一種選擇。本人同時申請了兩者的免費試用體驗，對于阿里云，在申請階段博主被折騰得夠嗆，后面可能會寫一篇吐槽的隨筆；相對來說，Windows Azure價格昂貴，不過既然是免費體驗（90天），試試亦無妨。

目前Windows Azure在國內由世紀互聯運營，比較坑的是很多服務國內還沒有開始運營。另外不能使用微軟賬號登錄Windows Azure管理門戶，而是使用在注冊域名時填寫的用戶ID。假如您注冊的域名是xxxx.partner.onmschina.cn，那么您的登錄賬號就是“用戶ID@xxxx.partner.onmschina.cn”。不出意外的話，申請之后兩三天，你就能收到一份告知通過的郵件。

前幾天又去Windows Azure中國首頁看了下，發現官網已經不再接受新的試用申請，應該說博主搭了一趟末班車，運氣！(截止到博主發文，Windows Azure中國官網又推出了所謂1元試用計劃，名額為1500人，試用期一個月，且有積分限制)

另：本文只簡略涉及博主接觸到的功能，且并不保證所有闡述都正確。

登錄后，會看到類似下圖的頁面，頂部為工具欄，左側顯示Windows Azure所提供的所有云服務，右側面板顯示您已在使用的服務。

點擊頂部工具欄的下拉按鈕，會彈出幾個鏈接，其中“文檔”鏈接到微軟總部的微軟云官網（不是中國[世紀互聯]官網）。左側菜單的一些概念我接觸的并不多或者從沒接觸過，比如Active Directory，登錄進來之后就發現其中已經存在一條目錄了，即登錄ID。根據網資（網上資料）所說——IT管理員通過 Windows Azure Active Directory，可以輕松管理用戶對數百個云 SaaS 應用程序（如 Office 365、Box、GoToMeeting、DropBox、Salesforce.com 等）的訪問，具體如單點登錄、權限配置等等——so，我覺得這比較適用于企業內部系統，而相關的也有“域”、“命名空間”的概念，可以說，這應該是原來的一套windows服務器Active Directory在云端的重現。

存儲

Windows Azure有個所謂的“存儲賬戶”的概念，并提供了三種類型的存儲服務——Blob 服務、表服務、隊列服務。Blob 存儲是一項可存儲大量非結構化數據（如文檔、圖片、流媒體等）的服務；表服務提供類似NoSql方式存儲數據；隊列存儲是一項可存儲大量消息的服務，用戶可以通過經驗證的呼叫，使用 HTTP 或 HTTPS 從世界任何地方訪問這些消息。

相對來說，Blob存儲是更基礎的存儲服務，比如虛擬機中的數據磁盤即是Blob存儲。因此，為避免出現硬件故障并提高可用性，Windows Azure在同一數據中心的三臺計算機上復制每個 blob。寫入 blob 時會更新所有三個副本，因此稍后的讀取操作不會導致不一致的結果（博主并未找到任何資料涉及到這三個副本的負載平衡說明，因此可認為這里多個副本的存在只關乎可靠性，而非性能）。您還可以指定將 blob 數據復制到位于同一區域中但至少相距 500 英里的另一個 Windows Azure 數據中心。此復制稱為“異地復制”，發生在 blob 更新后的幾分鐘內，可用于災難恢復。我們還可以通過終結點對Blob數據進行讀寫操作，這里不再贅述。

對表服務的理解請參看：Windows Azure 表存儲：不同于傳統數據庫，博主表示對文章中的一句話印象深刻：在學習新知識的時候，避免自己被迫轉換觀念，但卻無法真正理解。

隊列存儲博主暫未研究，按過不表。

虛擬機

簡單的說，虛擬機即是遠程服務器。在管理門戶中新建虛擬機的過程很簡單。新建完畢后，點擊網頁下部工具欄的“連接”按鈕，瀏覽器會自動下載遠程連接用到的rdp文件：

下載完畢后，雙擊打開遠程登錄框，填入之前新建時設置的用戶名和密碼即可登錄虛擬機（請自動忽略右上角亮點）。

可以看到，虛擬機自帶系統磁盤和一個臨時磁盤。Azure上的虛擬機上有兩種磁盤，一種是存儲在Blob存儲上的，一種是存儲在虛擬機所在物理機磁盤上的。前一種由于使用了Blob存儲，其數據會按照Blob的存儲策略在本地存3份，并在異地保持一份鏡像，其數據的可用性和可靠性都很高，虛擬機通過網絡訪問這些Blob存儲，不依賴于特定一臺物理機。后一種依賴于物理機，如果物理機故障或進行維護，這個存儲可能會被清空。顯然，如果我們使用虛擬機的時候不分清楚磁盤類型，就會導致數據丟失。上圖的C盤（系統盤）是Blob盤，D盤是臨時盤。

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

為了提高運行效率，默認情況下，系統盤開啟了讀寫緩存。

由于開啟了磁盤緩存（主要是寫入緩存），因此會有寫入數據丟失的風險。綜上所述，對于需要持久化的數據，比如數據庫文件，系統盤和臨時盤都不是很好的存放位置（當然你也可以關閉系統盤的寫入緩存，不過有些得不償失了，請看在 Windows Azure 上設置 SQL Server 虛擬機后續步驟一節）。我們可以通過附加一個新的數據磁盤到虛擬機來解決這個問題（當然得禁用寫入緩存），附加的新磁盤是Blob盤。附加磁盤的步驟請參看：如何將數據磁盤附加到虛擬機。Now，我們就可以在虛擬機中安裝SQL Server，并將數據庫文件放到新的數據磁盤上了。如前所述，數據庫似乎存儲在運行服務器的 VM 的本地磁盤上。不過，事實上，其中每個磁盤都寫入到 Windows Azure blob。與任何 Windows Azure blob 一樣，它所包含的數據會在數據中心中復制三份。還可以使用 SQL Server 數據庫鏡像等方式來提高可靠性。

在新建虛擬機的過程中，會看到有個“可用性集”的選項，可參看：管理虛擬機的可用性。可結合使用可用性集和負載平衡終結點，以確保應用程序始終可用并且高效運行。有關使用負載平衡終結點的更多信息，請參見對虛擬機進行負載平衡。

SQL Database

除了在虛擬機中安裝SQL Server外，。Windows Azure 提供了稱為 SQL Database 的 PaaS 技術，該技術允許您對關系數據進行單獨管理。

新建SQL Database時會讓你選擇在已有服務器上新建庫還是新建一個服務器，下圖所示為部署在兩臺服務器上的兩個SQL Database。

SQL Database 不為每個客戶提供自己的 SQL Server 物理實例。相反，它為每個客戶提供多租戶服務和邏輯 SQL Database 服務器。所有客戶共享該服務提供的計算和存儲容量。與 Blob 存儲一樣，SQL Database 中的所有數據都存儲在 Windows Azure 數據中心的三臺獨立計算機上，從而為您的數據庫提供內置的高可用性 (HA)。雖然對應用程序來說，SQL Database 非常類似于 SQL Server，但它的行為與運行在物理計算機或虛擬機上的 DBMS 不完全相同。因為它運行在共享硬件上，所以其性能將隨其所有客戶置于該硬件上的負載而變。這意味著 SQL Database 中存儲過程等任務的性能可能每天都在變化。

在使用本機客戶端訪問云端數據庫之前，需要配置服務器，允許訪問它的IP地址（配置頁面會自動獲取你的公網地址，你也可以添加其它允許訪問的IP[范圍]）；由于網站也打算放在云端，所以設置其它云服務也能訪問該服務器。這一步驟在服務器的配置選項卡下進行。

Now，現在就可以在本機使用客戶端訪問云端數據庫了，以上圖test數據庫為例，鏈接地址為：rmvatzpfci.database.chinacloudapi.cn,1433。連上之后，就可以開始部署了，比如遷移數據庫，如下圖：

這同以往的數據庫部署并無不同，博主非常順利地將本地數據庫遷移到云數據庫。然而在使用時發現，select into 到臨時表的方法將出現異常——“Statement 'SELECT INTO' is not supported in this version of SQL Server.”網上資料（ SELECT INTO With SQL Azure）說SQL Azure要求所有表都要有聚合索引（經驗證并不需要），而這對于select into 創造的臨時表來說自然是強人所難。不論如何，我們可以使用先create臨時表（不需要聚合索引），再Insert INTO 的方式使用臨時表。

關于 SQL Database 和虛擬機中的 SQL Server ，博主查閱資料后也沒有發現很大不同，也許要深入使用后才能真正理解并區別開來。

網站

關于如何在Azure管理門戶中新建一個默認空站點不再贅述，在這步完成之后，就可以使用VS將網站直接發布到云端了。步驟如下：

1、在管理門戶中點擊一條網站記錄進入網站管理頁面，then點擊“下載發布文件”，將會下載一個PublishSettings類型的文件：