云服务器的优势(阿里云)

[云计算] 季雨林 2017/10/15 17:48:51

        本文重点介绍一下云服务器的优势,由于作者本人主要使用的阿里云的云服务器ECS,因此本文将直接以阿里云ECS为例相对于其他产品进行对比介绍,文章仅仅从个人使用体验角度出发,因此对于整个云服务器的优势来讲,必然会不完整。更多云服务器优点还需要各位自行学习和挖掘。

        先插播阿里云的广告,本站目前做阿里云推广工作,因此,还请理解。为了照顾不需要广告的用户继续阅读,可以直接跳过下面的着色段落:

欢迎领取本站的阿里云幸运券,新用户首购和升级,老用户首购,老用户升级均可带来一定折扣。
【Step1】 领取幸运券 
http://wzfw.ltd/qjyl (30天有效,过期可重新领取) 

【Step2】 使用幸运券即可获取抽奖机会(20款产品均可使用)。重点推荐:
  新用户: 199元云服务器一年 
http://wzfw.ltd/ecs199 (1核2G限购一台)
  新老用户: 三种规格限购一台 
http://wzfw.ltd/ecs330 

1核1G: ¥330一年,¥660两年,¥800三年
1核2G: ¥660一年,¥960两年,¥1320三年
2核4G: ¥825一年,¥1260两年,¥1650三年

【Step3】 使用幸运券可参与抽奖,首购ECS大于百元必中 http://wzfw.ltd/jiang (移动电源,阿里云T恤衫 中奖率很高)


广告结束,我们继续:

1,阿里云的BGP网络质量

        小编的业务领域稍微特殊,为车联网业务,具体业务是汽车GPS定位放盗系统。业务的制约,需要每辆客户车上都装有一个终端设备,为了联网,设备会内置一张物联网占用手机卡。比如中国移动物联网卡。然后,终端会将数据,通过这些卡,将数据发送到指定的服务器,也就是我的系统中。再加上客户群体为全国用户,因此问题也就比较明显。这里,早期采用青岛联通专线时候,曾经出现过这样几种网络故障:

        地区性高延迟:具体表现为,四川电信用户,几乎无法打开青岛联通线路上的网站。偶尔打开,也是等待很久

        省市性质DNS故障:有一次,一个南方城市,客户普遍反映出设备离线,经过排查,发现是当地的移动dns出现了故障,不能解析我们的域名

        重大跨网故障:这个故障比较刻骨铭心,因为当时的业务规模,5万张卡高达90%离线。最终排查原因发现,这是省级节点,移动出口(入口是联通)出现断开,此故障持续高达三天,不得不说,国内做互联网业务,查找困难,投诉无门,光是分析故障节点就花了一天,然后联系到相关部门有浪费了2天,这就是这一次重大跨网故障的由来。

        以上故障,其网络结构为:全国范围手机GPRS网络,跨运营商访问青岛联通光纤网络的结构。

        后来为了变通实现,曾尝试过,青岛机房增加移动光纤的办法,有一定效果是避免了重大跨网故障。但其他两个问题还是时有发生。

        再后来,系统上云,全部系统放在了阿里云华中机房(杭州)。然后同时解决了前面三个问题,分析其解决原因在于:bgp线路多播,回避了单一线路问题,阿里云的DNS更加稳定,区域性覆盖更到位,网络位置合理,综合考虑放在了全部用户都比较靠近的杭州,相对于全国范围,处于网络结构最靠近中心的位置。


2,阿里云ECS固定带宽仅为下行带宽固定,上行不限速

        阿里云的ECS固定带宽,实际上仅仅是限制最大的下行带宽,上行没有限制,这一点,非常适合爬虫应用,后台查询第三方的服务。小编蹭找了一台1M带宽的ECS,在上面安装迅雷,下载外部公网资源,其速度达到过22MB/S,换算成带宽,大约是220M的带宽,非常实用。这一点,小编亲测,腾讯云,华为云,百度云,京东云等均为这一结构。唯独当时参与内测的刚起步的乐视云采用的是对等上下行带宽。


3,阿里云的云架构:SLB+ECS,SLB可以大量承载连接数

        单单拿一台ECS代替服务器,虽然也是上云,但是却并不属于云架构的范畴。SLB+ECS结构是小编最先用到的云架构,由于我的GPS系统为典型的长连接应用,因此在终端数达到数十万连接的时候,传统的物理机房已经存在瓶颈了,最直接的瓶颈是当时采用的CISCO5515防火墙不支持超过25万的并发TCP长连接。系统迁移到阿里云之后,SLB轻松破解连接总数限制问题。如今几十万连接稳定运行。

        这么大的连接数,肯定不是单台服务器承载,SLB后端承载的ECS采用连接数最少的方式,将新连接分配到压力最小的机器工作。在此需要纠正的一个观点就是,选购云服务器,要以同内核数的主频做对比。因为都是虚拟机。因此,同样内核的虚拟机,主频更高的E3明显要比低主频的E7有更快的运算能力。


4,职责分离的云架构,以ECS+OSS+(CDN)+RDS结构的网站为例

        这一点更适合广大网站站长学习,以前做个网站,买1M带宽显然太少,买100M带宽非常贵而且浪费。这在云架构下不再是问题。ECS上放着动态内容,OSS上存着静态资源(可勾选CDN直接进一步加速),RDS上存着自己的数据库。这样以来,费用拆分一下,ECS根据实际业务,可能几兆带宽就够用,最占用带宽的图片,视频,文件等内容,直接额外按量支付一笔流量费和存储费用即可。这是直接省钱的网络结构。极大的控制了支出,节约了成本。


5,解耦合的云架构,以SLB+ECS+RDS+消息队列 的 秒杀系统为例

        以前,云架构出名之前,秒杀系统频频挂掉,小米手机秒杀活动成为典型的例子。小米秒杀系统经过几次升级,也尝试过提高单机配置。但最终还是选择了云架构作为技术底层。其原因在于,在高配置的单机也是有瓶颈的,主频2GHz的cpu不行可以换主频4GHz的cpu,但是,挑战极限总是困难的,于是就避免竖向扩容,改为横向扩容,一台机器干不过来的任务,可以10台机器一起干。于是,消息队列就在这种背景下被大量使用。同样使用类似架构应对突发流量的例子很多,比如2016新年之际的微信红包、2017年度的支付宝五福摇一摇、还有最近鹿晗公布恋情的流量冲击下的微博,都是弹性方式,积压的任务放在哪,显然是具备先进先出功能的队列当中。


原文地址: https://www.opengps.cn/Blog/View.aspx?id=38 文章的更新编辑依此链接为准。欢迎关注源站原创文章!

评论

暂无评论!

发表评论:

用于接收作者回复信息
点击更换验证码 - openGPS提示