Windows Azure的7月更新:SQL數據庫，流量管理，自動縮放，虛擬機

今早我們釋出一些很棒的Windows Azure更新。這些新的提升包括：
SQL數據庫：支持SQL自動導出和一個新的高級層SQL數據庫選項
流量管理：在HTML門戶的新的管理Windows Azure流量的支持
自動縮放：支持Windows Azure移動服務，服務總線隊列深度自動縮放規則，自動縮放行為警示
虛擬機：在管理門戶，更新IaaS管理體驗
所有這些更新都立即可用了（注意：有些還是預覽版）。下面是更詳細的信息。

SQL數據庫：支持SQL數據庫自動導出
我們聽到的一個常用的請求特性是讓客戶可以經常的，全自動的，導出SQL數據庫到一個存儲帳號中。今天開始已經是Windows Azure的內置特性了。你現在可以實現事務一致性的導出你的SQL數據庫拷貝，以一種自定義的頻繁的自動的計劃方式，導出到存儲帳號中的一個.bacpac文件中。
想利用這個特性，點擊任意你想安裝自動導出規則的SQL數據庫的“配置”標簽：

點擊“導出狀態”上的“自動”設置會展開包含幾個附加配置選項的頁面，允許你按自己的選擇配置數據庫自動導出到存儲帳號的一個事務一致的.bacpac文件中：

你可以完全自動并控制時間和導出計劃。默認情況下被設置為一周一次，但你也許想設為一天一次。開始時間和日期讓你可以定義第一次導出時間。時間是UTC的，所以如果你想在美東時間的每天半夜備份，設為5：00AM UTC。記住導出時間取決于數據庫大小，所以開始時間不保證合適導出會結束。

再者，指定每個導出文件的保存天數。你可以保留多個導出文件。使用“總是保留至少一個導出”選項來確保你總是有一個導出文件用作備份。這重寫了保留階段，所以即使你30天不備份，你還是有個導出文件的。

最后，你需要指定幾個登錄和密碼給自動的導出使用。在提供必要的信息給你的自動導出后，點擊保存，一旦到達你預設的開始時間你的第一個自動的導出會生成。你可以在你的SQL數據庫的“儀表盤”標簽視圖上的快速一覽列查看你的數據庫導出狀態（查看最新的日期/時間）。

從導出文件創建一個新的數據庫
如果你想從一個導出拷貝創建一個新的SQL數據庫實例，只要選擇Windows Azure管理門戶上的新建->數據服務->Sql數據庫->導入選項：

這會啟動一個對話框，允許你為SQL數據庫從你的存儲賬戶中選擇.bacpac文件，輕松的重建數據庫（名字任取）。

成本影響
當實施一個自動的導出時，Windows Azure在創建.bacpac文件之前首先會把你的數據庫完全備份到一個臨時數據庫。這是唯一確保你的導出具有事務一致性（導出完成后這個數據庫會被自動移除）的手段。因此，導出那天你會為這個臨時數據庫多付錢。因為數據庫是按天付費的，所以如果你每天都要導出的話，理論上你在數據庫上的花費要加倍。如果你每周運行一次，花費會少很多。

如果你的存儲賬戶和SQL數據庫不在一個區域，你要為網絡帶寬多付費。如果你的存儲賬戶和數據庫在一個區域，就沒有額外的帶寬花費了。你只要按照標準的Windows Azure存儲費率（按GB算）為你保存在存儲賬戶中的.bacpac文件付費。

安裝自動導出的條件
注意為了安裝自動導出，Windows Azure必須允許接入你的數據庫（使用你在上面截圖自動導出配置中的服務器登錄名/密碼）。為實現這一點，到你的數據庫服務器配置標簽，確保已經設置為“Yes”：

SQL數據庫：宣布新的Windows Azure SQL數據庫高級層
今天，我們和高興的宣布一個新的Windows Azure SQL數據庫高級層預覽版，為關鍵應用提供了更多可預測的性能。高級層幫助建立更強大和可預測性能的云應用，這些通過貢獻一個固定保留容量的數據庫，包括一個輔助副本實現。這個容量會幫助你更好的擴展數據庫并帶來更多獨立性。
保留容量是實現下列基于云服務需求的理想選擇：
高峰值負載-一個應用程序需要許多CPU，內存，或IO來完成它的操作。例如，如果一個數據庫操作要長期消耗幾個CPU核，這就可以使用高級數據庫。
多并發請求-一些數據庫應用服務多并發請求。普通的web和商業版本SQL數據庫有180并發請求的限制。應用要求更多的連接要使用一個高級數據庫，配備適當的預留大小來處理最大值的請求。
可預見的延遲-一些應用程序需要在最短的時間內保證數據庫響應。如果一個給定的存儲過程被作為更廣泛客戶操作的一部分調用，可能在99%的時間需要不超過20毫秒從該調用返回結果。這種應用將受益于一個高級數據庫，以確保專用的計算能力可用。

為了幫助您最好地評估你的應用程序的性能需求，并確定如果您的應用程序可能需要保留的能力，我們的客戶顧問團隊已經放置詳細的指導。閱讀Windows Azure SQL數據庫高級白皮書指南，研究如何不斷調整你的應用獲得最佳性能和如何得知你的應用可能需要保留能力。
另外，我們的工程師已經把高級數據庫管理，如何設置，使用和管理你的新高級數據庫（一旦你被接受成為高級預覽并且配額被批準）放到白皮書里。

請求預留容量預覽邀請需要兩個步驟：
1.訪問預覽特性頁面，請求訪問高級預覽程序。初始化驗收要求客戶激活，Windows Azure訂閱和賬戶管理員責任。
2.一旦你的訂閱已經被預覽程序激活，從服務器儀表盤或Windows Azure管理門戶中的SQL數據庫擴展的服務器快速入門請求一個高級數據庫配額。

仔細看看高級預覽注冊，請查看簡短的教程頁面，注冊為Windows Azure SQL數據庫高級預覽。欲了解更詳細的高級SQL數據庫定價，請訪問Windows Azure的SQL數據庫定價頁面。

流量管理：集成在Windows Azure管理門戶
Windows Azure的流量管理器是我們添加到Windows Azure管理門戶的最新的服務。Windows Azure的流量管理器允許你控制你的托管在Windows Azure上的云服務和虛擬機網絡流量分布。這通過允許你將你的一個公共端口下的云服務分組多個部署，并管理規則的流量負載來實現。
舉個例子，我們來考慮一個場景，這個場景中流量管理器將幫助云服務實現高可靠性和可用性。比方說，我們有一個云服務已經部署在三個區域：美東，美西和美國中北部（使用三種不同的云服務實例：myServiceEastUS myServiceWestUS myServiceCentralUS）：

現在，如果我們想使我們的云服務效率，并最大限度的減小向它提出的任何請求的響應時間，我們可能要引導我們的網絡請求，這樣的請求，源于一個IP范圍或位置去部署服務器最低響應時間，特定范圍或位置。隨著Windows Azure流量管理器的出現，我們現在可以輕松的做到這一點。
Windows Azure流量管理器通過ping你的來自世界各地的云服務并計算響應時間來創建一個路由表。然后，它使用此表重定向請求到你的云服務，使得它們以盡可能低的響應時間提供服務。
下面是我們如何設置：通過新建->網絡服務->流量管理->快速創建來創建一個流量管理配置文件：

從“負載均衡方法”下拉列表中，我們會選擇“性能”選項。我們將選擇三個實例部署端點，并希望把它們放到流量管理器（在這種情況下，我們單獨部署在美國東，西和中北部）中并點擊創建按鈕：

一旦我們創建了我們的流量管理配置文件，我們可以更新我們面向公眾的域www.myservice.com來解決我們的流量管理DNS（在這里myservicetm.test.trafficmgr.com）。
通過點擊我們剛剛創建的Windows AZzure管理門戶內的流量管理配置文件，我們還可以在以后添加額外的云服務端點到我們的流量管理配置文件，更改監測和健康設置，更改其他配置設置，如DNS TTL和負載平衡的方法。
例如，我們假設以后要改變負載均衡方法，使有關性能，而不是被它代替故障轉移方案的優化和高可用性。比方說，我們希望我們所有的請求由美國西部響應，在美國西部的實例失敗后，我們希望美國東部部署接手，接下來由美國中北部接手。我們可以通過流量管理器配置文件的配置選項卡，改變負載均衡方法進行故障轉移來實現：

下一步，我們將改變故障轉移優先列表，以便部署在美國西部，myServiceWestUS，作為列表首選，下面跟著myServiceEastUS和myServiceCentralUS。

接著點擊保存來結束更改：

通過改變這些設置，我們現在已經為我們的云服務啟用了自動故障轉移規則，并且實現了多區域的可靠性。如今Windows Azure管理門戶中集成了新的流量管理器體驗，使得配置安裝這一切相當輕松。

自動擴展：移動服務，服務總線，趨勢和警報

三周來，我們已經為網站，云服務和虛擬機添加了新的自動擴展支持。

自動擴展可讓你配置Windows Azure到自動動態的調整你的應用（無需任何人工干預）使得可以達到理想的性能和成本的平衡。配置完后，自動擴展會定期調整你的應用中正在運行的實例數量來響應負載。這三周我們已經大規模采用了自動擴展的技術。今天，我很高興的宣布，更多的自動擴展特性已經可以為您所用了：

Windows Azure移動服務支持

自動擴展現在支持自動擴展移動服務后端（除了web站點，虛擬機和云服務）。這個特性支持標準和高級移動服務。
要為你的移動服務啟用自動擴展，只需導航到你的移動服務的“擴展”選項卡，設置自動擴展為“開”，和你想使用的配置的最大和最小范圍：

啟用此功能時，Windows Azure會從你的移動服務定期檢查每天的API調用，如果你達到API配額的90%以上會增大一個單位（直到達到你設定的希望啟用的最大實例數）。
每天開始（UTC），Windows Azure擴展會回落到配置的最小值。這可讓你運行的移動服務實例數量降到最低-省錢。

服務總線隊列深度規則

最初的自動擴展預覽版支持基于兩個不同負載指標動態擴展工作者角色和虛擬機：

工作者/虛擬機的CPU百分比
存儲隊列深度（隊列中等待被處理的消息數）

今天的更新中，你現在還可基于服務總線隊列深度擴展你的虛擬機和云服務。在動態增減基于積壓在隊列中等待被處理消息的后端系統數量這種場景中是理想的。
要啟用此功能，請選擇一個虛擬機或云服務的“擴展”選項卡里的“隊列”自動調整選項。當你選擇自動調整部分中的“排隊”，點擊“賬戶/命名空間”下拉。現在你可以看到你的存儲賬戶和服務總線命名空間的列表：

一旦你選擇服務總線命名空間，該命名空間中的隊列列表將出現在“隊列名稱”部分。選擇單個隊列來自動擴展監測：

與存儲隊列相比，服務總線隊列深度擴展允許你定義一個“每臺機器目標”。這個目標應該代表你認為同一時間每個工作者角色能處理的消息量。例如，如果你的目標是200，以及2000個消息在隊列中，自動擴展會擴展到你有10個機器。它會根據你的應用負載情況動態擴展。

歷史走勢監測

當你由CPU自動擴展，現在我們也可以顯示你的角色在過去一周內的CPU利用率的一個縮影圖。這可以幫助你在第一次配置自動擴展時設置恰當的目標，然后打開它看看自動擴展如何影響CPU。

警告

在某些罕見的情況下，可能會導致自動調整引擎無法執行規則。現在如果自動擴展失敗了我們將通知你的Windows Azure管理門戶：

如果你在門戶看到這個，我們建議您監測您的服務響應速度和能力，以確保目前有足夠的計算實例部署，以滿足你的目標。

此外，如果自動調整引擎沒能成功獲取指標，比如從你的虛擬機或站點（這可能由間歇性網絡故障或機器診斷失敗引起）獲取CPU百分比，如果你之前的容量太低，該引擎可能會采取特殊的一次性規模化的動作。在此之后，直到自動調整引擎可以再次收到指標，不會采取進一步擴展行動。

虛擬機：

今天的Windows Azure更新還包括一些不錯的改進，關于如何使用Windows Azure管理門戶來創建和管理虛擬機。

更豐富的客戶創建向導
當你在管理門戶使用“From Gallery”選項創建一個新的虛擬機時，我們現在提供了更多的虛擬機選項：

當你從Gallery選擇選擇一個虛擬機鏡像，現在有兩個更新，你可以用它來配置額外的選項-包括那些包含在云服務和創建/管理可用性集的功能，和虛擬網絡的子網設置：

還有個新的屏幕讓你在向導創建虛擬機配置和管理網絡端點：

現在，我們默認啟用遠程PowerShell，使得很容易為用戶配置其他知名的協議端點。你可以從下拉列表（上面的截圖顯示如何做到的）中選擇眾所周知的協議，或者您也可以手動輸入自己的端口映射設置。

公開虛擬機背后的云服務

從這個月開始，你可能已經注意到，我們現在也公開以前用來在一個單一部署分組里承載一個或多個虛擬機的底層云服務。在此之前，我們沒有透露的一個事實是虛擬機后的云服務有一個管理門戶網站-現在只要你想你將總是可以訪問到底層的云服務（允許你控制/配置更高級的設置）。

其他的額外的注意：

你現在可以使用虛擬機gallery來部署一個虛擬機到已有的-空-云服務。這讓你可以實現這個場景：在部署虛擬機到里面之前你想為部署自定義DNS名。

現在，通過我們在創建虛擬機向導中的改變，你可以更輕松的添加多個虛擬機到一個云服務容器。
你現在可以使用新的流量管理支持，使得網絡負載流量分配給云服務上的虛擬機

對于現在被公開的云服務，沒有對虛擬機做額外的收費。它們總是被創建的，我們只是不再隱藏它們，使得更多的高級配置選項浮出水面。

總結

今天的發布包含了一大堆偉大的特性，使您可以建立更好的云計算解決方案。如果你還沒有一個Windows Azure賬戶，可以登錄免費使用，并開始使用今天所有上述功能。然后訪問Windows Azure開發人員中心，以了解更多關于如何構建應用程序。

希望對你有幫助，
Scott
附：除了寫博客之外，我現在還用Twitter快速更新和共享鏈接。到twitter.com/scottgu粉我

轉載于:https://www.cnblogs.com/ongoing/p/3224300.html

總結

以上是生活随笔為你收集整理的(译)Windows Azure的7月更新:SQL数据库，流量管理，自动缩放，虚拟机的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。