标签:
《Windows Azure Platform 系列文章目录》
在笔者这几年Azure售前工作中,经常会遇到客户提同样的问题:Azure 虚拟机的带宽是多少?Azure提供独享带宽吗?这个项目我们需要200兆的独享带宽。
当遇到这种情况的时候,笔者就会问客户:请问您需要独享带宽的目的是什么呢?
客户经常会回答:这个应用需要视频(大文件)的上传下载功能,或者是并发用户数巨大,需要独享带宽来相应更多的Internet请求。
这种情况我表示非常理解,因为我们平时在购买电信宽带的时候,都是购买30M,100MB一年,带宽要求越高,价格越贵。
对于这种独享带宽的问题,笔者详细写一篇文章,来介绍一下。主要内容分为以下几节:
1.独享带宽的弊端
2.分析互联网带宽内容
3.相关案例分享
1.独享带宽的弊端
在中国,互联网接入带宽的费用是非常昂贵的。我问了其他同事,中国的互联网带宽费用大约是美国的20倍。独享带宽的价格显而易见是非常昂贵的。
云计算非常适合的场景包括:开关模式、爆发增长模式等。购买独享带宽不能体现云计算弹性的优势。如果购买了独享的带宽的情况下,客户用不用云计算,带宽成本是必须支付的。假设用户购买了200M独享带宽,结果项目上线后发现用户量很少,互联网带宽闲置了,但是这200M带宽费用还是必须支付的。
我们假设购买某云计算厂商的独享带宽200M,从其官网上可以看到,1个月的费用约为17717元。如下图:
Azure带宽虽然是共享带宽,在笔者的项目经验中发现,一般情况下单台Azure A3 VM(4Core/7GB)的带宽约为70MB。
对应该厂商的带宽水平,3台Azure A3 VM做负载均衡,可以提供近似200MB的独享带宽水平。但是3台Azure A3 VM,每个月的价格仅仅为6071元。如下图:
相比该云计算厂商的独享带宽200M的价格,微软Azure的价格还是非常具有竞争优势的。
另外微软Azure的带宽是随着负载均衡服务器的数量增加而逐渐增加的。
当实际项目上线后发现互联带宽不够怎么办,把更多的Azure VM加入到负载均衡器上。当我们发现互联网带宽闲置了,则将部分Azure VM关闭即可。
这种Azure虚拟机动态增加/减少的优势,可以帮助客户极大的减少成本。
2.分析互联网带宽内容
客户又说,我们的应用需要支撑10万用户在线进行视频播放功能,我们需要独享带宽保证用户体验。
我们分析一下该场景。当我们浏览一个网站的时候,其内容可以分为以下几个部分:
(1)静态的HTML页面
(2)静态的文件,如视频、照片、文档等
(3)动态的编译页面,如ASPX,JSP等
当用户访问的视频都是走主机(Azure VM)带宽的话,毫无疑问主机带宽越大越好。
但是请大家别忘记了,Azure Block Blob每个文件提供60MB/S的互联网带宽,一个Storage Account提供10GB/S的互联网带宽。
Azure Block Blob就类似于云网盘。
我们只需要改变一下软件架构:
- 动态编译的页面还是走主机带宽
- 静态的文件,比如视频,保存到Azure Block Blob,例如地址为: http://leizhangstorage.blob.core.chinacloudapi.cn/videos/1.mp4
- 静态的照片文件,保存到Azure Block Blob,例如:http://leizhangstorage.blob.core.chinacloudapi.cn/images/1.jpg
通过将静态内容请求发送到Azure Storage,将动态内容的请求发送到Azure 云主机,就可以大大减少云主机独享带宽的的压力。
接下来我们说一个案例。是我一个客户将在线培训系统迁移到Azure平台上。
(1)项目背景:企业A在线培训系统,主要为企业内的员工进行在线视频培训。
(2)现有架构:客户自建数据中心购买了60M独享带宽,所有的动态请求和静态视频文件都走该互联网带宽。
(3)痛点:当需要培训的用户量爆发性增长的时候,60M带宽不能响应大并发请求。
客户对视频文件还有安全性的要求,不能通过CDN服务来加快视频访问。所以只能将视频文件保存到Azure Storage,通过Azure Storage设置SAS Token来控制用户访问权限。
在将该在线培训系统迁移到Azure云平台之前,我们还在全国8个不同的城市(北京、上海、广州、深圳、成都、杭州、青岛、福州)进行了Azure Storage下载压力测试,测试结果表明Azure Storage下载速度均达到了本地网络可允许的最大下载速度。
该项目迁移到Azure云平台的整理架构图如下:
该项目为混合云方式,既保留了本地数据中心的现有投入,又将视频流保存到Azure Storage以响应大并发请求。
整体访问流程如下:
(1)某员工通过手机应用,SSO单点登录到IDC 负载均衡器上(Load Balancer)
(2)自建IDC数据中心的Web服务器将该请求生成一个Token,并且将Token发送到部署在Azure上的Web服务器。
(3)Azure Web服务器将该Token返回到IDC数据中心的Web上进行验证,证明该请求是有效的。
(4)Token验证通过后,Azure Web根据在线培训系统的业务逻辑,通过用户访问的ID,分别访问北京和上海的Storage Account。
如果用户ID来自北方,则将位于中国北部(北京)的Azure Storage生成SAS(Shared Access Signature) 视频URL返回给客户端。
如果用户ID来自南方,则将位于中国东部(上海)的Azure Storage生成SAS 视频URL返回给客户端。
最后员工手机应用的视频链接地址,其实就是Azure 上海或北京的Storage生成的SAS URL。
客户收益:
(1)Azure Web服务器只验证了IDC数据中心发送的Token是否有效。所以视频流量不经过Azure Web服务器。如下图:
可以看到,在过去7天时间内,Azure Web服务器的输出网络流量和输入网络流量均不超过75MB
(2)Azure Storage用来保存视频文件,并返回SAS URL。视频流量都经过Azure Storage。如下图:
可以看到,在过去7天,Azure Storage出口流量总计为276.5GB。
Ticky:
在之前的内容中,笔者介绍了Azure Block Blob每个文件提供60MB/S的互联网带宽,一个Storage Account提供10GB/S的互联网带宽。
如果用户访问量非常大,超过了单个文件60MB/S的互联网带宽怎么办?很简单,只要我们将一个视频文件复制多个副本即可。
我们将一个视频在同一个存储账号保存了6个副本,则一共有360MB/S的互联网带宽。
我又同时在北京和上海有2个存储账号,则总体的互联网带宽水平为720MB/S。非常惊人了。
笔者在Azure Web服务器上开发了一个小的程序,通过将不同的请求平均分配到不同的视频文件上。避免出现所有用户访问同一个视频文件,产生带宽性能瓶颈。
========================================================分隔符==========================================================
好了,将了好的案例。我们再讨论一个不怎么成功的案例。
某企业B将微信平台整体迁移到Azure云平台,因为其微信平台拥有300万粉丝,所以访问量也非常大。
这里面牵涉到的负载均衡器的技术点,如下图:
微软建议的负载均衡模式如上图左侧,通过将多个Azure VM防止在负载均衡器的后端,响应Internet的请求。
而企业B的软件开发商只用一台Azure VM作为前置机,如上图VM1。所有的用户请求都发送到VM1上,再通过VM1的内网IP,分流到VM2和VM3上。
这种架构的缺点有2个:
(1)虽然VM3分摊了出站流量,但是VM1的公网入站流量会非常大。
(2)VM1会出现单点故障,如果VM1宕机了,则整个应用平台不可用。
另外客户低估了并发用户的请求,在项目上线之前把VM2关机了。整个架构中只有VM1和VM3在运行。
而且客户没有把静态文件保存到Azure Storage中,所有的请求都是走主机带宽,压力会非常大。
项目上线后,立刻出现问题。如下图:
VM1这台前置机5分钟内的输入流量为9.28GB,输出流量带宽为3.05GB。网络直接卡死。服务宕机。
经过这次不成功的经验,总结如下:
(1)需要提前和客户沟通,做好上线评估
(2)将文件占用主机带宽的弊端想客户说明。同时建议将静态文件保存至Azure Storage,避免占用主机带宽。
Windows Azure HandBook (6) Azure带宽与Azure Blob云存储
标签:
原文地址:http://www.cnblogs.com/threestone/p/4497625.html