Windows Azure中国区网络性能初评

大家对于国内Windows Azure关注的另一个问题是网络性能。我进行了几个简单的测试

第一个测试这里面电信用户测试结果如下。绝大部分访问在250毫秒以内



联通用户结果如下，大部分用户超过250毫秒，比电信用户慢一些




第二个测试，是测试Azure到全国各地的延迟

我在Azure的华北、华东和香港区各部署了一个虚拟机，上面部署了IIS，其URL分别是：

• 北京
• 上海
• 香港
  

为了公平起见，我们以百度首页(baidu.com)作为比对测试目标。与参与测试的Azure站点不同，百度拥有遍布全国的分站点和CDN节点。而且，百度首页页面较小，比较容易衡量出延迟，而将带宽的影响降到最低。

测试工具我们选择用阿里测(www.alibench.com)。阿里测是一个分布式测试工具，可以利用全国各地数百个测试节点，发起对某个网站的访问，并对比访问性能。这些测试节点通过不同的运营商接入网络（电信和联通），可以比较真实的模拟实际互联网用户对某网站的访问

首先用阿里测的HTTP测试（尽管阿里测提供了Ping测试，但遗憾的是Azure不支持Ping包）测试百度，结果如下


结果显示大部分地区可以在500毫秒内完成baidu.com的访问，而这个页面的大小，仅为81字节（baidu给阿里测发送的是移动版首页？)


下面，我们在Azure的网站上发布一个同样大小的页面，进行比对测试。这个页面大小同样是81字节，内容是一些文本

测试结果发现，Azure上的网站比百度首页还要快一点点，绝大部分访问可以在250毫秒内完成。


其中访问Azure北京站较快的是北京、山东、上海、辽宁、陕西等省份

绝大部分北方省份访问香港都很慢，而访问北京站改进很明显。另一方面，海南、广东、湖南、广西访问香港较快



再比下北京和上海，结果显示北京比上海快一点点。


访问上海站较快是上海、北京、江西、安徽、江苏、山东等，都靠近华东地区

比较下北京站点和香港站点，不难发现平均延迟北京比香港小了很多






第三个个测试是带宽测试。不同于国内其他云服务，Azure并不把带宽作为一个需要单独购买的资源，而且，Azure在网络出口上没有对用户进行任何带宽限制。也就是说，所有的用户是共享Azure的总出口带宽，至于总出口带宽有多大，我们不得而知，不过肯定不会小。因此，所有用户的实际带宽，完全取决于客户链路质量、Azure出口的并发流量以及后台服务的网络处理能力。从Azure国外站点的使用来看，其网络带宽是相当大的，而且，每个Azure服务的网络处理能力也很大，比如Azure的单个Blob文件的处理能力是60MB/s，单个存储账户的处理能力是10GB/s，单个虚拟机的处理能力由其规格决定，小规格（S）是100Mb/s，M是200，L是400，XL是800

这里我们用了一台小规格的虚拟机进行测试，理论上应该达到10MB/s的上下载带宽
从该虚拟机去下载香港的一个Blob文件，可以达到7.5MB/s的带宽


从该虚拟机上载文件到香港的一个FTP服务器，带宽可以达到10.9MB/s


如果把虚拟机规格改成最大（XL），理论上可以获得800Mb/s的带宽，无奈当前账户只有4个核的配额，无法创建XL虚拟机。只能创建一个L规格的试下，在虚拟机内安装迅雷进行软件下载测试，发现下载速度达到52MB/s，正好等于L规格虚拟机上400Mb/s上限。



测试结果显示：
1. 全国平均来看，北京站访问最快，其次是上海，他们都比香港站快不少
2. 笼统来看，北方区用户访问北京较快，华东区访问上海较快，华南区访问香港较快。但距离并不是绝对因素，更准确的结果还需要应用级的测试

3. 电信用户访问国内Azure比联通用户更快一些；对于香港站来说，联通用户比电信用户快

3. 在测试的过程中，发现每次测试结果并不是很一致，更准确的结果需更多次测试弱化干扰

结合以上三种测试，不难发现Azure的网络性能还是很好的。当我们要部署一个应用到Azure上时，需要考虑用户的分布和接入方式，然后再选择Azure目标站点部署。
对于.net开发人员来讲，微软.net平台的性能一定程度影响着.net工程师，随着时代的发展，安卓的兴起，ios苹果的兴起，以及移动互联网的发展，云计算的潮流，微软有些落后，在云平台方面，相信微软有所改进。