大家對於國內Windows Azure關注的另一個問題是網絡性能。我進行了幾個簡單的測試
第一個測試是帶寬測試。不同於國內其他雲服務，Azure並不把帶寬作爲一個需要單獨購買的資源，而且，Azure在網絡出口上沒有對用戶進行任何帶寬限制。不過，在不久的未來Azure會對外網帶寬進行限制。目前，所有用戶實際上是共享出口帶寬，單用戶的帶寬取決於客戶鏈路質量、Azure出口的併發流量以及後臺服務的網絡處理能力。從技術規格上看，目前單個Blob文件的處理能力是60MB/s，單個存儲賬戶的處理能力是10GB/s。單個虛擬機的處理能力上限由其規格決定，小規格（S）是100Mb/s，M是200，L是400，XL是800。不過，目前Azure並不保證這個帶寬，具體能跑多少，還是得實際用一下才知道
這裏我們用了一臺小規格的虛擬機進行測試，理論上應該達到10MB/s的上下載帶寬
從該虛擬機去下載香港的一個Blob文件，可以達到7.5MB/s的帶寬
從該虛擬機上載文件到香港的一個FTP服務器，帶寬可以達到10.9MB/s
如果把虛擬機規格改成最大（XL），理論上可以獲得800Mb/s的帶寬，無奈當前賬戶只有4個核的配額，無法創建XL虛擬機。只能創建一個L規格的試下，在虛擬機內安裝迅雷進行軟件下載測試，發現下載速度達到52MB/s，正好等於L規格虛擬機上400Mb/s上限。
第二個測試，是測試Azure到全國各地的延遲
我在Azure的華北、華東和香港區各部署了一個虛擬機，上面部署了IIS，其URL分別是：
- 北京http://shaunvm.chinacloudapp.cn:12345
- 上海http://shaunvmsh.chinacloudapp.cn:12345
- 香港http://scom.cloudapp.net:12345
爲了公平起見，我們以百度首頁(baidu.com)作爲比對測試目標。與參與測試的Azure站點不同，百度擁有遍佈全國的分站點和CDN節點。而且，百度首頁頁面較小，比較容易衡量出延遲，而將帶寬的影響降到最低。
測試工具我們選擇用阿里測(www.alibench.com)。阿里測是一個分佈式測試工具，可以利用全國各地數百個測試節點，發起對某個網站的訪問，並對比訪問性能。這些測試節點通過不同的運營商接入網絡（電信和聯通），可以比較真實的模擬實際互聯網用戶對某網站的訪問
首先用阿里測的HTTP測試（儘管阿里測提供了Ping測試，但遺憾的是Azure不支持Ping包）測試百度，結果如下
結果顯示大部分地區可以在500毫秒內完成baidu.com的訪問，而這個頁面的大小，僅爲81字節（baidu給阿里測發送的是移動版首頁？)
下面，我們在Azure的網站上發佈一個同樣大小的頁面，進行比對測試。這個頁面大小同樣是81字節，內容是一些文本
首先對比北京站。測試結果發現，Azure上的網站比百度首頁還要快一點點，絕大部分訪問可以在250毫秒內完成。
其中訪問Azure北京站較快的是北京、山東、上海、遼寧、陝西等省份
比較下北京站點和香港站點，不難發現平均延遲北京比香港小了很多
絕大部分北方省份訪問香港都很慢，而訪問北京站改進很明顯。另一方面，海南、廣東、湖南、廣西訪問香港較快
再比下北京和上海，結果顯示北京比上海快一點點。
訪問上海站較快是上海、北京、江西、安徽、江蘇、山東等，都靠近華東地區
這裏面電信用戶測試結果如下。絕大部分訪問在250毫秒以內
聯通用戶結果如下，不少用戶延遲超過250毫秒，比電信用戶慢一些
其他運營商用戶未測試
測試結果顯示：
1. 全國平均來看，北京站訪問最快，其次是上海，他們都比香港站快不少
2. 籠統來看，北方區用戶訪問北京較快，華東區訪問上海較快，華南區訪問香港較快。但距離並不是絕對因素，更準確的結果還需要應用級的測試
3. 電信用戶訪問國內Azure比聯通用戶更快一些；對於香港站來說，聯通用戶比電信用戶快
3. 在測試的過程中，發現每次測試結果並不是很一致，更準確的結果需更多次測試弱化干擾
結合以上兩種測試，不難發現Azure的網絡性能還是很好的。當我們要部署一個應用到Azure上時，需要考慮用戶的分佈和接入方式，然後再選擇Azure目標站點部署