分类目录归档:cdn

fredzeng与你一起对cdn,cdn加速,cdn是什么,免费cdn,cdn公司,cdn厂商,cdn技术学习相关知识及探讨!

我国骨干网国际出口带宽5266G 中电信独占近60%

1月22日,CNNIC正式发布了第37次中国互联网统计报告。报告披露了我国的互联网基础资源。截至2015年12月,我国IPv4地址数量为3.37亿个,拥有IPv6地址20594块/32;域名总数为3102万个,其中“.CN”域名总数达到1636万个;网站总数为423万个,年增长26.3%;国际出口带宽为5392116Mbps,年增长30.9%。

 

作为与用户上网体验息息相关的国际出口带宽,在过去的一年中增长了30.9%;其实,从2010年以来,我国的国际出口带宽一直保持着20%以上的增长,其中在2013年,增长率更是达到了79.33%。

 

从骨干网络国际出口带宽数的分配来看,三大基础电信运营商占到了很大的比重;其中,中国电信和中国联通作为两家固网基础资源最为丰富的运营商,资源整体占比非常高;特别是中国电信一家就占到近60%。

UCloud云分发UCDN价格和计费说明,最便宜5Gbps起的带宽峰值计算办法2.4万/G/月

云分发 UCDNUCDN(UCloud Content Delivery Network)服务,即内容分发网络,UCloud CDN将用户的加速内容分发至部署在全球的近500个服务节点,并进行智能调控和缓存,为用户计算最近的访问节点,提供给客户更好更快的网络体验。最便宜5G起的带宽峰值计算办法2.4万/G/月

按流量计费

带宽范围 国内流量 国际流量
1GB~1TB 0.45元/GB 0.45元/GB
1TB~10TB 0.40元/GB 0.40元/GB
10TB~50TB 0.36元/GB 0.36元/GB
50TB~100TB 0.32元/GB 0.32元/GB
>100TB 0.28元/GB 0.28元/GB

按带宽计费,5Gbps以上用户,0.8元/M/天=2.4万/G/月

带宽区间 国内带宽单价 (元/Mbps/天) 国际带宽单价 (元/Mbps/天)
0Mbps-500Mbps 1.10 1.10
500Mbps-5Gbps 0.90 0.90
>5Gbps 0.80 0.80

按宽峰值带宽计费是以您CDN服务产生的带宽最高值(单位Mbps)为结算标准;按峰值带宽计费示

腾讯云CDN价格和计费说明,最便宜50Gbps起带宽峰值计算办法2.22万/G/月

1. CDN计费模式说明

CDN计费分两种方式:带宽、流量。用户在控制台开通CDN的时候可以选择计费方式。

用户也可以灵活的在带宽、流量2种计费方式之间切换,计费方式修改的生效时间为下一个计费周期。

计费模式 概念解释 优势
按带宽峰值计费 每5分钟统计一个带宽峰值(单位Mbps),每日得到288个峰值,取日95去峰带宽值为每日带宽峰值,把当月每日带宽峰值的总和 / 当月CDN使用的有效天数,得到月日均带宽峰值作为结算标准。 业务曲线比较平稳,按月统计周期内带宽利用率大于30%的用户适合使用按带宽计费。

带宽利用率 = 实际使用流量/峰值带宽100%利用率产生的流量,1Mbps带宽每日100%利用率产生的流量约为10.54GB。

按流量计费 按照每月使用的实际流量作为结算标准。 业务曲线波动较大,按月统计周期内流量利用率小于30%的用户适合使用按流量计费。
预付费流量包 用户可以在CDN流量包购买页面预付费购买从下个月开始12个月内的CDN流量包;

使用流量包时要指定生效月份,在该月份内如果实际使用流量超过了预付费购买的流量包,每个月5日月结时会扣除上月超出部分的流量费用。

相同流量的流量包价格比后付费流量结算略便宜。

2. CDN带宽计费

2.1 CDN带宽价格

计费模式 带宽阶梯 单价(元/Mbps/天)
月日均带宽峰值 0-512 Mbps 1.1
512 Mbps-5 Gbps 1
5 Gbps-50 Gbps 0.9
大于等于50 Gbps 0.74

2.2按带宽峰值计费规则

付费方式 后付费
计费周期 按月计费,每个月5日月结时,从腾讯云费用账户扣除上个月带宽费用,并按照上个月费用的120%进行费用冻结;

下个月结算时会对冻结的费用先解冻,再进行扣除。

计费方式 取日95去峰带宽值为当日带宽峰值,按使用天数及每日带宽峰值统计月日均峰值带宽为结算标准(月日均带宽峰值=当月每日带宽峰值的总和 / 当月CDN使用的有效天数),按带宽阶梯价格计费。

设当月CDN月均带宽峰值为X Mbps,当月CDN使用有效天数为Y,当月CDN带宽结算费用为Z:
当 X < 512,Z = X *1.1 *Y 
当 512 ≦ X < 5120, Z = [512*1.1 + (X-512)*1.0 ] *Y 
当 5120 ≦ X < 51200, Z = [512*1.1 + (5120-512)*1.0 + (X-5120)*0.9] * Y
当 X ≧ 51200,Z= [512*1.1 + (5120-512)*1.0 + (51200-5120)*0.9 + (X-51200)*0.74 ]* Y

3. CDN流量计费

3.1 CDN流量价格

计费模式 流量阶梯 单价(元/GB)
月流量 0GB-2TB 0.34
2TB-10TB 0.32
10TB-50TB 0.3
50TB-100TB 0.28
大于等于100TB 低于0.25,签线下合同

3.2 按流量计费规则

付费方式 后付费
计费周期 按月计费,每个月5日月结时,从腾讯云费用账户扣除上个月流量费用,并按照上个月费用的120%进行费用冻结;

下个月结算时会对冻结的费用先解冻,再进行扣除。

计费方式 以当月实际流量为结算标准,按流量阶梯价格计费。

设当月CDN流量X TB,当月CDN流量结算费用为Y:
当 X < 2,Y = X*1024*0.34
当 2 ≦ X < 10, Y = 2*1024*0.34 + (X-2) *1024*0.32
当 10 ≦ X < 50, Y = 2*1024*0.34 +8 *1024*0.32 + (X-10) *1024*0.3
当 X ≧ 50, Y = 2*1024*0.34 + 8 *1024*0.32 +40 *1024*0.3 + (X-50) *1024*0.28

4. CDN流量包计费

4.1 流量包价格

用户可以在CDN流量包购买页面查看预付费流量包价格。 

4.2 流量包使用规则

用户可以在CDN流量包购买页面预付费购买CDN流量包;购买成功的流量包当日即生效。
付费购买的流量包使用有效期为自购买之日起6个月内;活动特惠流量包的有效期由具体活动指定,一般为1个月。
流量包内的流量仅能在生效月份内使用,生效月份内流量没有使用完,过期后均视为失效,平台不进行费用退还。

4.3 流量包计费

付费方式 预付费 + 超出部分后付费
计费周期 按月计费,每个月5日月结,超出预付费流量包部分流量按后付费结算,从腾讯云费用账户扣除上个月流量费用,并按照上个月费用的120%进行费用冻结;

下个月结算时会对冻结的费用先解冻,再进行扣除。

计费方式 预付费流量包需先购买,并指定生效月份。当月实际流量超出流量包部分,按流量阶梯价格计费。

5. 计费计算器

您可以使用计费计算器进行费用预估。输入栏输入您的月均带宽峰值(尽量95去峰后,会更准确)和总流量数值,输出栏输出为CDN月费用数据。

6. 大客户计费洽谈

若已经在腾讯云或未来预期可在腾讯云的月消耗金额>10W的客户,可以通过商务洽谈获得更优惠的价格,以及更灵活的计费方式(第4峰值,按日95去峰,按月95去峰等)。

阿里CDN价格总览及计费停服规则,最便宜5Gbps起峰值带宽计费2.28万/G/月

阿里CDN价格总览及计费停服规则:1、按[流量]计费说明,根据流量阶梯大于100TB,0.26元/GB;2、按[峰值带宽]计费说明,根据峰值带宽阶梯最便宜算0.76元/Mbps/日=2.28万/G/月。

  • 计费项:下行流量
流量阶梯 新价格(元/GB)
0GB-10TB(含) 0.36
10TB-50TB(含) 0.32
50TB-100TB(含) 0.30
大于100TB 0.26

注: 为防止异常的恶意流量给用户造成损失,按流量付费方式,默认带宽上限为10Gbps

  • 计费规则

    1. 计费项:流量
    2. 付费方式:后付费
    3. 计费规则:按流量阶梯价格计费,当月超额累进(以自然月为一个累计周期)
    4. 计费周期:按小时计费,实时扣费(每小时出账单并扣费)
  • 流量账单收费示例

    5月1日0:00至5月15日8:00累计消耗的流量为10200GB,5月15日8:00至5月15日9:00消耗的流量为90GB(注:10TB = 10240GB),则5月15日8:00到9:00产生账单金额为40GBx0.36元/GB+50GBx0.32元/GB=30.40元 (即从10200GB起算,40G在0GB – 10TB阶梯内,单价为0.36元/GB;50G在10TB – 50TB阶梯内,单价为0.32元/GB)

说明:

账单出账时间为当前计费周期结束。账单出账时间通常在当前计费周期结束后一小时内, 例10:00-11:00的账单会在11:00以后生成, 具体以系统出账时间为准,账单生成后会自动从您的账户余额中扣除费用以结算账单。

  • 计费项:峰值带宽
峰值带宽阶梯 价格(元/Mbps/日)
0-512Mbps 1.00
512Mbps-5Gbps 0.90
大于5Gbps 0.76

注: 按宽峰值计费是以您CDN服务产生的带宽最高值(单位Mbps)为结算标准.

注: 按峰值带宽方式,默认带宽上限支持100Gbps,需要更大的用量,请联系我们.

  • 计费规则

    计费项:峰值带宽

    1. 付费方式:后付费
    2. 计费规则:按峰值带宽阶梯价格计费,当日超额累进(以自然日为一个累计周期)
    3. 计费周期:按日计费,实时扣费(每日零点后出前一日账单并扣费,具体出账时间以系统为准)。
  • 按峰值带宽账单收费示例

    用户当日的峰值带宽为912Mbps,则用户的账单费用应为512×1.0元+400×0.9元=872元(小于512Mbps单价为1.0元,大于512Mbps小于5Gpbs单价为0.9元)

说明:

  • 账单出账时间为当前计费周期结束(自然日)。账单出账时间通常在当前计费周期结束后一小时内, 6月17日的账单会在6月18日零点以后生成, 具体以系统出账时间为准,账单生成后会自动从您的账户余额中扣除费用以结算账单。
  • 按宽峰值带宽计费是以您CDN服务产生的带宽最高值(单位Mbps)为结算标准

系统以5分钟为时间粒度,采集CDN全网节点的域名汇总数据,一天采集288个点,做为计费依据。

  1. 当您未付清CDN服务产生的账单,则服务处于欠费状态。
  2. 服务欠费后延时24小时停服,在欠费后24小时内会以短信/邮件的方式提醒用户尽快支付账单,在欠费后24小时内进行充值,您的服务将不会受到停服影响;
  3. 如您未在欠费后24小时内未能及时充值。CDN服务将停止服务;停止服务后,CDN也将停止计费。您所占用的Cache资源将被释放,配置信息保留12个月。
  1. 按流量计费:系统根据CDN服务最近7小时的账单应付金额平均值来判断用户账户余额是否足以支付其CDN服务下3个账期的费用,如果不足以支付将给予短信/邮件提醒;
  2. 按峰值带宽计费:系统根据CDN服务最近前一个计费周期(天)的账单应付金额值来判断用户账户余额是否足以支付其CDN服务下一个计费周期(天)的费用,如果不足以支付将给予短信/邮件提醒;
  3. 如果您开启了余额预警(控制台中>账户管理>余额预警开关),当账户余额小于用户设定的预警值时将给予您短信/邮件提醒。

在控制台上看到的流量,是我们应用层日志统计出的流量,但是实际产生的网络流量却要比应用层统计到的流量要高出7%-15%;这个主要的原因有两个:

1、TCP/IP包头的消耗:众所周知,我们的HTTP请求是基于TCP/IP协议的,现有的互联网中,每个包的大小最大是1500个字节,而这1500个字节 中,就包含了TCP和IP协议插进来的40个字节的包头,包头部分,也会产生流量,但是,这个加包头的动作是由内核层 的协议栈完成的,无法被应用层统计到,日志里也就不会记这40个字节的流量了,这部分的流量,会占到我们通过日志 计算出流量的2.74%(40/1460)以上,正常情况下,会占到3%左右。

2、TCP重传:根据互联网物理网络的负载情况,正常情况下,我们所发送的包会有3-10%左右会被互联网丢弃掉,被丢弃掉之后,服 务器会对丢弃的部分进行重传,重传动作是由内核层协议栈处理的,应用层也无法统计到,这部分流量占我们日志计算 出流量的比例,根据网络的好坏而不等,在凌晨,互联网轻载的情况下,重传率会较低;在晚高峰,互联网重载的时候 ,重传会上升,一般情况下,在3%-7%之间。

因此在业界标准中,会在原有流量的基础上再加上7%-15%的网络消耗做为计费流量统计,我们取最小值7%做为网络消耗统计。

  • 由于LocalDNS服务器有缓存,停用CDN服务后,若缓存未过期,LocalDNS还会把针对已停用CDN域名的请求直接打到CDN节点,造成少量CDN流量计费。
  • 一些下载类软件也存在LocalDNS缓存,在这部分缓存过期前,已停用的CDN还会造成少量的CDN节点流量计费

星域CDN(即迅雷CDN)价格表,最便宜500Gbps峰值带宽9999元/G/月,小于5G 12999元/G/月

根据星域CDN(迅雷CDN)官网公布当你的带宽达到500Gbps才是9999元/G/月,但绝对部分用户达不到这个,我想应该都是5G以下,价格是12999元/G/月,星域CDN(迅雷CDN)价格原网参考如下:

适用方案:视频点播、游戏下载、移动应用、智能硬件

计费方式 使用量级 单价
带宽计费 0–5Gbps 12999元/G/月
5–50Gbps 11999元/G/月
50–500Gbps 10999元/G/月
500Gbps以上 9999元/G/月
流量计费 0–50TB 0.15元/GB
50TB–0.5PB 0.13元/GB
0.5PB–50PB 0.12元/GB
50PB以上 0.10元/GB

适用方案:视频直播

计费方式 使用量级 单价
带宽计费 不限 15000元/G/月

*充值用户享受官网阶梯价格累计。

*预付费购买流量,按日使用流量,在监控平台可以查询流量明细。

申请完成后,迅雷会发送一封激活邮件:

QQ截图20150910162707.jpg

点击邮件即可以激活500G

QQ截图20150910162849.jpg

星域CDN(迅雷CDN)价格原网参考:http://xycdn.com/site/price

宝德CDN行业再传捷报,为客户发展注入动力

近日,宝德又一次在CDN领域收获新成果,成功中标某新兴CDN公司服务器采购项目,高性能、高扩展和超高性价比的宝德存储服务器极大满足客户全国IDC节点计算资源的扩展需求,为客户扩大业务规模提供坚实的保障。

该公司是一家专业提供网络带宽接入、电信增值业务、并从事服务器托管、租用、数据中心维护、专线接入、网络加速平台研发与维护等服务的互联网技术服务公司,公司拥有雄厚的网络技术力量,在网络接入、网络保障、信息安全等领域有巨大的技术保障。为扩展公司CDN业务规模,该公司正加速在全国部署CDN计算节点,面对业务数据的急剧增长,原有系统的存储能力以及处理能力捉襟见肘,为此,该客户启动了服务器采购项目。

针对客户对于服务器存储能力以及计算能力的迫切需求,宝德向客户提供了存储服务器PR2012GS,其凭借高性能与高性价比赢得了客户的青睐,在激烈的竞争中一举胜出。

宝德大容量存储服务器PR2012GS

宝德PR2012GS集计算、存储、可扩展性及能效特性于一身,适用于网络服务供应商、成长性数据中心、云计算解决方案等应用环境。它最大支持2 颗八核英特尔® 至强® E5-2600V3系列处理器,可提供强大的计算能力,帮助用户应对较重的计算压力,帮助用户解决当前日益动态化的计算环境中的存储、网络和安全性挑战;内部存储高达 40TB,能够充分满足用户的存储需求;具备5个PCI-E扩展槽,可以为用户提供灵活的连接选配件;板载四口千兆数据网卡,1个1000M远程管理专用网口,具有负载均衡、故障恢复和边带支持特性,可有效减少网络延迟;支持降频功能,可根据热关键器件温度综合调节风扇转速,具备出色的能源效率。

同时,PR2012GS服务器还具备以下特性:集成远程KVM, 可以为服务器系统的大规模部署和远程分布式应用提供便捷的管理能力;允许从任何地点通过网络访问、安装、配置和控制远端服务器;低网络带宽需求,可以消除服务器系统管理和使用地域的限制,可以加快反应速度方面的挑战;硬件级别的访问及控制,与操作系统无关,提供完全的兼容性;高安全性,所有传输的数据均经过数据加密。

此次中标,延续了宝德在CDN行业连连中标的势头,巩固了宝德在该细分市场的领先优势。今后,宝德将继续立足客户在计算、存储等方面的更多需求,为客户提供高性价比的产品与服务,为客户发展注入更加强劲的动力,进而促进自身业务的持续稳健增长。

CDN唯快不破

360网站卫士”是奇虎360旗下为中小网站量身打造的加速及安全防护平台,主要为中小网站提供高防DNS解析服务、网站加速服务以及防黑客、防CC、防DDOS等安全防护服务。目前已有超过40万家网站使用了网站卫士的相关服务。近日,网站卫士为向用户提供更优质的服务,选择AppEx Networks北京华夏创新科技(以下简称AppEx)来优化其CDN服务。

1

CDN为何备受青睐

CDN的全称是Content Delivery Network,即内容分发网络。其实现方式是在现有的Internet中增加一层新的网络架构,将网站的内容发布到最接近终端用户的网络节点,使终端用户可以就近取得所需的内容。

传统的内容分发模式是所有用户都访问源服务器,容易造成源服务器网络拥堵或者负载过高,这种模式很难扩展。而CDN架构将可分发的内容推送到大量的边缘节点服务器上,由距离用户最近的边缘节点服务器为用户提供直接内容访问服务,两者的架构对比如图1所示。

QQ截图20150618115745.jpg

1:传统分发模式与CDN分发模式对比图

CDN节点服务器会缓存来自源站的大量静态内容信息,就像一个靠近用户的网站服务器一样响应本地用户的访问请求。对于普通的Internet用户来讲,每个CDN节点就相当于一个放置在它周围的WEB。通过全局负载均衡的控制,终端用户的请求被透明地指向离他最近的节点,节点中CDN服务器会像源服务器一样响应终端用户的访问请求。由于它离用户更近,因而响应时间更快。

CDN虽好,但由于其建设费用十分高昂,一般的中小型内容提供商很难自建。而“360网站卫士”精准分析市场需求,在CDN市场竞争激烈的大环境下,向中小企业提供免费及低收费的CDN服务,并为中小网站提供优质低价的CDN提速服务。

2

即便是“360网站卫士”也不可避免地为CDN固有的问题所困扰。

首先,为了控制成本,节点建设通常优先保证对热点区域的覆盖;而对于非热点区域的用户,因为其距离CDN边缘节点较远,广域网链路的网络质量无法保证,因此其访问效果往往欠佳。

其次,对于移动互联网络来说,CDN架构几乎无用武之地。

再次,CDN的全局负载均衡技术尚有不足,未能做到完全的最合理分配,导致一些用户的请求未被调度到距离最近的节点,以致访问效果不佳。

最后,为了进一步缓解源服务器的压力,CDN节点在做缓存内容更新时并非所有节点都从源站获取内容,而是由一部分节点先从源站获取内容,之后再做节点间内容的同步操作。在某些情况下会出现两个内容同步节点间的网络质量差、内容同步效率低的情况,从而导致内容无法及时更新。

虽然以上问题并不能否定CDN架构的价值,但是如果能结合一些技术方案将这些问题加以解决,则必然能使 CDN 架构如虎添翼,从而在更大需求范围内提供更好的方案解决能力。

3

AppEx网络优化专家针对以上问题,提供了有效解决方案。

AppEx通过在“360网站卫士”CDN架构的各个节点服务器上部署LotServer服务器加速软件,显著提高了在网络质量较差情况下的网络数据传输效率,从而提升了上层应用的响应速度,加强了CDN 节点服务器的网络访问性能,最终显著改善了CDN的一系列固有问题。

AppEx CDN优化方案示意图如下所示:

QQ截图20150618115829.jpg

第三方测试结果显示AppEx CDN优化方案效果显著

Alibench(阿里测)显示,360网站卫士CDN线上服务器部署LotServer后,对100KB文件进行多次下载,下载时间明显缩短,由加速前平均976ms(取5次测试数据平均值)下降到加速后平均467ms(取5次测试数据平均值),下降比率为52.7%。测试数据如下图所示:

QQ截图20150618115909.jpg

目前,AppExLotServer服务器加速软件已经广泛部署在国内知名CDN服务提供商(如蓝汛、网宿、帝联科技等)的节点服务器上,为其优化各项应用访问效率,并提升整体CDN架构服务能力。

【CDN大家谈之一】蓝汛:美国是赢家通吃,中国不是

“中国做CDN难在带宽成本太高,BAT有可能在这方面颠覆;阿里提供的是标准化服务,但CDN服务需要全球化、分时段、个性化”

5月27日,蓝汛科技(ChinaCache )首席执行官、董事长及联合创始人,国内最早的CDN玩家王松接受了财新记者专访。作为中国CDN市场两大垄断寡头之一,王松解读了中国CDN市场发展,并对比中美CDN市场发展,分析了BAT等玩家进场的逻辑。

“在美国,CDN已经被证明是一个百分百赢家通吃的市场。”王松指出,但中国市场由于底层宽带网络被运营商垄断,CDN服务公司的受限于宽带成本,并非高毛利的行业。王松告诉财新记者,和互联网行业已经追平甚至赶超美国同行不同,中国的CDN行业落后于美国同行七八年时间。

这次互联网公司高调进入市场,王松态度乐观:“阿里云的高调进入对于整合行业的认知度和市场培育有积极作用。”但在他看来,阿里云等提供的服务多为标准化服务,而CDN网络只有实现全球跨区域、分时段、个性化的服务才能让资源最有效配置。

在这样的背景下,王松称看不到中国的CDN市场会形成“赢家通吃”的趋势。

1

中国CDN市场核心问题是带宽太高

财新记者:我们要怎么理解CDN(内容分发服务)?作为基础服务,CDN服务有什么特点或者说有什么门槛?

王松:CDN我们可以理解为云分发服务,目前的云服务分为云计算、云存储、和云分发。互联网要提供商业服务,这三者缺一不可。云计算是生产,云存储像仓库,云分发是物流,这就是互联网产业的形态。

对于CDN,云分发平台而言,门槛一个是平台能不能支持,二是在平台上面能否快速开发出应用。平台打好之后,你要在上面快速地建出房子。

其实在美国市场,已经证明了CDN是一个百分百赢者通吃的领域。而且,CDN绝对应该是全球性的业务,不是区域性的业务。当然中国经常会颠覆这一结论,可能中国的市场的确比美国大。在美国除了Akamai一家CDN公司其余都赔钱。对于CDN企业来说,它的网络规模越大,企业优势就更加明显。因为CDN会有时间复用、客户量复用,还有更重要的是区域复用。

比如北京现在是白天,而美国是晚上,通过全球调度就可以降低使用成本。某巨型国际客户就和我们合作,利用北京的夜间流量支持美国西海岸的日常服务,这样资源可以24小时地利用起来。当然不同的业务需求也不同。有的业务可能非常敏感,跨境服务可能就有问题,比如网购、游戏。有的业务不那么敏感,就可以选择跨境来支持。

财新记者:您刚才提到美国的CDN市场,能否跟我们分享一下CDN业务在美国是如何发展的?

王松:中国的CDN产业发展比美国晚7到8年,美国CDN领域已经经历了至少三轮的发展。从表面上看中国各个种类的公司发展都很快,但是做底层业务的公司并不多。比如美国第一轮互联网泡沫的时候,Akamai的泡沫是最大的,短短两年就经历了过山车式的增长和下跌。

但与此同时,第一轮互联网泡沫也带动了后端企业的发展,比如做CDN的Akamai,做存储的NetApp,还有一大批类似的公司。所以美国第一轮互联网发展出现许多做底层业务的公司,包括数据中心。第二轮是做视频的内容分发,YouTube等企业就此发展起来了;所以美国在每一轮互联网高峰的时候都有很多基础的公司起来。而在中国,我们是第一个CDN行业在美国上市的公司,但比美国整整晚了十年。中国整个CDN产业跟美国有很大的差距。比如我们得到的一个数据,2013年美国骨干网中一半的流量是CDN的流量。现在美国做CDN的公司很多,各种各样的模式都在出现,CDN领域的垂直和细分越来越明显。

财新记者:中国的产业发展情况呢?中国的CDN市场最终怎么就只剩下蓝汛和网宿两家巨头?我们和美国差七八年的原因是什么?

王松:在中国CDN企业生存非常难,最核心的问题是带宽成本高。CDN服务中50-60%的成本是带宽成本,而对于Akamai来说这个比例是15%。为什么美国视频领域能够发展出YouTube?当然有谷歌支持的因素,但是它的带宽成本远远低于我们的成本。

财新记者:中国市场上现在有一种声音,认为商用CDN市场发展前景有限,你怎么看商用CDN和自建CDN在中国的趋势?

王松:自建和商用永远不是非此即彼的关系,选择自建还是商用主要根据公司自身业务的发展,考虑哪种方式更有效率。比如对于物流领域,足够大的公司可能会考虑自建物流体系,认为这种方式更具效率。也有些产业随着发展越来越成熟,专业化分工也更加明显。比如汽车行业发展前期,汽车制造公司从头到尾都自己制造。而发展到现在,轮胎、发动机、玻璃等等都委托给别人做。除非他认为这个是非常核心的业务,否则都会交给第三方来做。

2

BAT做新兴企业和小企业,我们主做大客户

财新记者:你怎么看待阿里加速布局CDN领域这件事情?阿里云高调宣布下调CDN价格,你最开始知道这件事时是什么感受?

王松:其实阿里云布局CDN市场,我觉得是在模仿亚马逊的做法。亚马逊最早提供CDN服务的时候,它的主要业务就是云计算(EC2)、云存储(S3)、云分发(CloudFront)这三块业务。亚马逊发展早期有四分之一到三分之一的收入来自这一部门。大型的云服务商都会把CDN当作一个服务去提供,微软的Windows Azure在美国也跟第三方合作来提供CDN服务。把CDN服务和云计算服务打包提供给客户的话,这是全球一个典型的模式。

我刚听到阿里云CDN降价的时候,并没有太大的反应。但是股票市场对这件事非常紧张,我才认识到大家对这个事情的认知并不太一样。在CDN的普及率还很低的情况下,阿里云进入这个市场并参与市场竞争,对提高行业认知度来说是很好的事。另外,阿里云提供CDN服务可以培育许多小的客户,使他们建立使用CDN的习惯,我觉得从长远来说是帮我们培养大中型客户。当客户的业务逐渐发展起来,就需要更专业更大规模的CDN提供商来获得更高质量的服务。

阿里云做CDN服务相比目前的主营业务投资回报效率并不高。首先,CDN领域并非高毛利的业务,仅30%左右,跟互联网企业动辄60%甚至70%的毛利率相比算是比较低的。也就是说100元钱阿里云投入到主营业务中有60元的回报,但放在CDN行业里仅仅30%的回报。从投资角度来说肯定是不划算的。

这和亚马逊做CDN不一样,亚马逊是个位数的毛利,它对成本控制非常严格,因此有投资CDN领域的动力。

财新记者:所以您认为CDN不会成为BAT真正会去布局的核心业务?

王松:阿里的云平台和淘宝平台到现在实际上还没有完全融合,在这个层面跟我们新平台相比还是落后的。但是阿里有淘宝这样一个特殊应用,所以他们在电商的配套服务上面的理解肯定比我们要深得多。针对电商的应用来说,应该有很多独到之处。所以他们这部分的分发是基于自己提供的服务和定制化但是对于一个电商行业,它的网络究竟该按照什么标准来构建,这是一个需要理清的问题。如果按照每年流量的高峰来建它的网络,一年中大部分时间都会出现空闲,造成浪费;如果按照日常的使用量来建起网络,高峰时的使用就成了一个问题。但是它又希望建立一个很大的平台,所以选择了按照高峰来建立网络,而把富余的流量拿出来开放使用。但是这样也有一个问题,阿里巴巴的平台要优先满足自己的业务,那在双十一这样的流量高峰时,它该兼顾哪边呢?

互联网公司做CDN,客户群会受到限制。现在阿里云的客户都是小型的客户,这些客户做大了之后肯定会面临一个问题:CDN服务、数据中心的服务要求这个服务提供者本应是中立的第三方,但是BAT这三家基本每个行业都涉及,所以跟他相关的行业可以说风险巨大,这就是CDN产业面临的非常现实的问题。但是BAT进入CDN这个领域,对这个行业来说是个好事,尤其对于初创公司,可以帮他们真正把门槛降低。

财新记者:大客户这方面有没有感到直面的来自BAT的竞争?你们担心阿里云这样的互联网公司来做蓝汛现有的业务服务么?

王松:直面的竞争没有,潜在的竞争有的。我们的CDN业务主要服务大型的企业。但是行业发展到现在,CDN业务越来越普及,这个市场对大家来说是个蓝海,全新的市场。未来新兴的互联网公司和小型企业可能是我们跟BAT竞争的市场。另一个方面,我们对每个行业的了解积累会有帮助,比如银行业,我们把某国有银行做好了,以后这个行业的其他客户我们也都能做好了。

未来的竞争是要看谁把这块成本做得更低。看在所有的环节里,谁能把哪个环节的成本去掉。

阿里巴巴最大的问题是节点都在一线城市。早期的调度可能要放在核心的网络环境好的位置,而现在越分散到二三线城市,成本越低。就好像把北京的蔬菜卖给顺义的人吃,顺义的人肯定觉得你比我们当地的价格还高,所以他们对于成本还是没有那么敏感。

互联网公司真想做个商业化的CDN,还有很长的路要走。就这种成本控制、接下来还想着怎么把夜里的空闲量用上,因为他们的用户模型是非常单一的。

财新记者:运营商也说布局CDN领域,你怎么看?

王松:全世界运营商都试图在做这一领域。现在互联网不是最简单的技术问题,而是快速地迭代更新能力。比如说运营商要建立一个平台,昨天还是微博,今天大家就都用微信了,它该怎样适应这种模式呢?

财新记者:传统CDN企业是不是也在布局云服务,包括存储运算?往底层走?移动互联网方面我们有什么新布局?

王松:其实CDN最早就是做规模化的云计算的服务,当然云计算的层次不太一样。早期是一个PAAS层面的云计算服务。我们也在不断地演进,去年开始推出新的HPCC平台上线,实现完全云化。从底层的平台到存储、前端全部都是一个平台,可以实现全网在一个平台来调度。HPCC平台服务于蓝汛ChinaCache的页面加速、文件分发下载、视频流媒体、移动互联网等核心业务,降低客户资源成本、大幅提升用户体验。更灵活的缓存模式及更快速的应变能力, 全面提升各项性能指标。

我们已经投资建设了蓝汛首鸣云数据中心,是中国第一个这种规模的数据中心。其实今天在中国还没有一个真正意义的互联网交换中心。工信部今年增加了7个交换中心,还停留在让三家运营商做互联互通的层面。其实在美国已经到了第二步,叫内容交换,前面只是网络交换。



网络交换仅是网络流量进行交换,同样一个内容一百个人就需要一百次交换;内容交换只需要一次网络交换,以后再访问的时候就不需要流量交换。

今天在中国网络交换还没完成,内容层面就更没有。我们跟西安交大正在建立研发中心,在学校周边做配套升级。西安交大出基础设施,我们出所有的技术来进行合作。所以接下来会在西安交大建立西北五省的交换中心,小的运营商、内容商都可以在那交换。美国所有大的内容商都会把自己的内容尽量放在交换中去,小企业就不需要通过网络被大的运营商绑架,从而大幅降低成本。我们的带宽成本降不下来,因为我们没有第三方的交换中心。

移动互联网方面,蓝汛于今年初发布了专门针对移动互联网的产品MPlus,该解决方案是面向移动互联网终端用户、内容提供商的B2B2C商务模式与访问加速技术的综合解决方案,帮助企业获得高于正常基础60%的通信速率,并开创性地具备了减免终端用户无线流量费用的特性,为移动互联网内容提供商业务推广与终端用户体验提升提供了更多空间。

财新记者:CDN最后会赢家通吃吗?

王松:看吧,现阶段还没有这个趋势。

【CDN大家谈之二】阿里云:冲着第一而来

阿里云宣布CDN市场降价后随即引来质疑之声,认为降价策略有门槛,并未真正惠及所有企业。宣布降价后三天,财新记者在杭州采访了阿里云CDN系统研发负责人朱照远(叔度)。

朱照远再度阐发了阿里对市场的基础判断:这个市场需要更多竞争者。在他看来,中国的CDN相比云存储和计算仍是高毛利行业,互联网企业入场将带来从价格到技术的革新,并最终影响市场格局。

“阿里做CDN和做其他业务一样,都是冲着行业第一去的。”朱照远称。

财新记者:阿里为什么进入CDN这个行业?

朱照远:CDN行业是一个需要革新的行业,这个行业有几个点:一是价格,一是技术。现有CDN服务的价格比较贵,相比云计算而言成本比较高,现在CDN市场的厂商其实是低价买进高价卖出,并没有和云计算结合,仅仅提供一个CDN的服务。另外就是价格不透明,同样的服务,三家不同大小的客户,会给出差异很大的价格。如果客户本身的议价能力不强,就可能为此付出大代价。这都是传统CDN存在的问题。

技术层面,如果只给网站一个CDN服务是不够的,很多用户都有主机和存储的需求。阿里云提供的就是一个包括主机、包括云的生态的需求,还有很多其他的服务,包括PaaS层级的服务。而这些都是传统厂商不提供的。

我们最近看了听云的一个报告,提到40%的CDN是自建的,包括BAT和优酷都是自建的。自建CDN为什么能发展,就是因为商用CDN无法满足用户需求。淘宝就是自建CDN,为什么自建?因为技术上商用CDN满足不了需求。淘宝这样的业态需要的技术服务是很复杂的,BAT三家目前都是自建CDN,互联网公司的技术能力也超过传统厂商。

以阿里云在CDN上的技术革新为例,我们的服务器是从头自主研发的,我面试过很多厂商的技术人员,他们都没有能力来研发这类服务器。阿里的LBS,四层负载均衡软件、七层负载均衡软件,都是我们自主研发的,目前都已经开源了,包括我们在TCP协议服务站也花了很大的功夫。在听云平台的CDN性能监测的结果显示,我们的CDN性能比传统厂商的服务快10%。这个10%来自于硬件、软件和基础网络的革新。听云平台是一个独立机构,和我们,和传统的CDN厂商都没有直接关系。

在阿里提供的商业CDN层面,我们从我们的客户新浪微博获得反馈是我们的CDN性能比目前最好的传统厂商好不只10%。

此外,我们云计算的CDN,是按需开通、按量分配,不是按月按年来签合同,阿里云的CDN可以按照使用量来服务。这类都需要技术适配。

我们支持海量级的域名,目前传统厂商说支持3000家客户,但我们发展不到一年已经支持2万家客户。随着传统厂商接入域名的增加,难度系数也是增加的。

阿里云进入这个市场可以和当时余额宝进入市场来类比,对于传统的基金公司而言,他们会说你这些都是小客户,每个账户才几千块钱。阿里在CDN市场也是从小客户做起。

财新记者:和传统厂商相比,你觉得阿里或者互联网公司进入CDN市场有哪些优势?



朱照远:阿里云的优势就是快,因为自建CDN的出发点和商用CDN是不一样的。淘宝的CDN自研是从2007年开始,到现在差不多八年时间,我们做CDN主要的目的是给商家提供服务,所以一开始我们都是买最好的东西。阿里在这方面不差钱,因为我们一开始就不是冲着赚钱去的。

但是对于CDN厂商来说,这是生意,所以一开始就会去采购质量差的节点,比如说我们在三四线城市建点,甚至五六线城市建点。带宽质量、稳定性和成本是不一样的,所以他们是成本优先,我们是质量优先。这是硬件层面。

为什么我们都用最好的,我们的CDN还是赚钱而不是赔钱的呢?这就是自建CDN最大的优势,我们有淘宝、天猫这么大的量将我们的峰值拉上去。举一个极端的例子:淘宝天猫的CDN使用峰值是在晚上9点、10点,其他用户都在半夜使用,我们以峰值计费,但是如果我们的用户都在后半夜使用,那这部分成本我们是没有的,我们有一个永远不和我们离婚的业务来支持。

软件层面,我们已经有很多人才来做研发,比如在防攻击方面,技术安全方面,BAT包括360都是超过百人的防攻击的技术团队。去年我们防止了一次450G的攻击,这也是中国互联网历史上已知的最大一次攻击,持续了整整一天多。

财新记者:CDN市场有技术门槛么?传统厂商在这个市场是怎么形成两家独大的格局的?

朱照远:首先,这个格局是历史造成的,从上世纪90年代末,采购带宽不是一般人能做的。能够采购带宽的人掌握了话语权和渠道。第二,这个行业没有激烈竞争。和云计算竞争已经很激烈不同,这里没有很多技术很强的企业参与竞争。我相信从今天局面会发生变化,阿里进来腾讯进来,局面会不一样的。

财新记者:CDN和云存储和计算在市场中是怎样一种关系?我们看到阿里云进军CDN市场的同时,传统CDN服务商也开始开展云的服务。

朱照远:阿里云提供的是全面的服务,有云存储,有CDN、有计算,不是说一定要用阿里云才可以用CDN,不是这样的逻辑。在这个事情上,用户可以选择。

但是对于CDN传统厂商而言,用户没有选择,就只有CDN服务。传统CDN厂商意识这一点,所以开始革自己的命,因为云计算的竞争已经是红海了。我举一个例子,对于目前排名第一的CDN厂商(网宿),它去年的净利润是25%,这净利润在云计算公司是不可想象的。

我们在云计算领域目前已经获得很好的用户口碑,你去问陌陌,问那些使用我们服务的用户,我们的服务性能好,价格还便宜。这样的业态在CDN市场是不存在的,因为竞争不激烈。

财新记者:我们知道阿里提供的是标准化的,相对通用的CDN产品,而传统厂商提供定制化的服务。这是双方产品的区别么?

朱照远:说到定制化,其实阿里除了标准化的产品之外也给客户开发定制化的服务,比如微博。我刚才说了,传统CDN厂商说他们定制化好,但是淘宝之所以要自建CDN就是因为他们的商用CDN发展得不好,否则我们也不用自建了,当然成本考虑也是另外一个因素。

如果说商用CDN认为定制化是优势,那么至少在我们这里是说不通的。另外,定制说到底是技术,这个技术在IT界、物联网界还没有公司可以超过BAT三家。中国前十的网站中有4家是阿里CDN服务的,包括一些竞争对手都在用阿里的CDN。

实际上,CDN产品不会有巨大的差异,差异体现在产品特性上,是视频、图片或者是文件下载,但是没有所谓电商CDN、游戏CDN这样的区别。因为CDN是一个偏底层的技术,不是按上层业务来划分的。

所谓定制化就是“建权”,比如说你这个用户接进来,需要对用户做出限制,不是所有人都可以接入的。但是这样的开发,阿里云每天能够搞定好几十个,没有很高的技术门槛。

财新记者:阿里云打价格战,最后大家就会说实际上也不是所有用户都是你们标出来的这个价格。

朱照远:对于大客户当然有折扣,传统CDN厂商也是如此。我们公布出来价格具备行业参考价值。对于一个想要使用CDN服务的用户而言会知道价格区间是怎样的。

其实我们之前一直都没有做商业推广,价好质优没有道理没有客户,除非是商用CDN厂商给到用户采购人员回购。其实这也是我们之前接触客户知道的商用CDN厂商给惯出来的毛病,采购的时候会问有没有回扣可以拿。我就回答说没有,可以谈折扣,但没有回扣。

CDN缓存服务器现状,squid、nginx、trafficserver、ATS性能测试

今天谈一个问题,目前cache软件在业界的使用现状。cache系统其实最大的使用场景,还是主要集中在CDN厂商里。

大概在2010年之前,各大CDN厂商基本清一色的使用squid。那时候的squid是绝对的主力。

squid的作为cache领域的鼻祖,正是由于历史的久远,很多近10年左右流行起来的很多系统特性,它本身并不支持。比如sendfile,splice和多核等方面的支持,由于这些特性属于核心架构方面的功能,后期如果想引进的话,需要对squid的核心做大量的修改。对于CDN厂商来说,稳定性是大于性能上的考量的。所以在面临业务增长的性能压力之下,几乎各个厂商内部的cache团队都要去忍痛,咬着牙去做这些大伤元气的改造。

就拿多核的支持来说,因为squid本身是单进程架构,基本上大家的处理方式就是起多实例,所谓的多实例,就是启动多个squid,通过这样的方式让它可以起到多进程的效果。(心好累

当然除了squid之外,还有一个比较新的cache,就是varnish。varnish的作者曾经在自己的博客上批评过squid中很多过时的思想。宣称自己的性能和架构要比squid强大很多。但是作为一个只支持内存的缓存系统(有可以持久化的外围手段),使用的场景是有限的。目前使用varnish的,都是一些小站,或者说热点很集中,缓存总量不大的业务场景。在前几年,我了解到新浪微博有在用它。

随着nginx的崛起,cache领域里也有了它的身影。nginx的proxy_cache功能就是为cache而设计的。关于nginx的cache功能上的一些设计,前面的系列文章里花了不少的篇幅去讲。但是要想作为一个专业的cache,nginx还有很长的路要走。新浪在2010年左右,曾经针对nginx的cache中的不足,专门开发了cache模块来来作为补充,并且开源了,名字就ncache,不过这个项目估计早就死掉了。

2009年,apache trafficserver开源。这个事件,我认为应该是cache领域的重大转折。关于trafficserver,这里有个插曲值得一提。(后面我们简称为ATS)

ATS故事就是一个悲剧。当年03年,雅虎收购了inktomi,当时公司已经彻底把ATS相关产品、代码、资料、人员全部K掉了,资产接手工程师发现在某个角落有个机器,好多土,就问问这机器干嘛的,然后某个还在公司的老员工介绍了一下,雅虎的人还挺实在,就开机看看,发现机器是一个开发测试机器,机器里的系统还能跑,里面有一些不太齐全的代码,然后测试了一下程序,看性能比squid应该好,就把代码入库到雅虎的cvs,cvs tag名字:ts-gold。代码checkin时间,2003年6月20号左右,这就是当年的yts-1.4= i ts-1.4,是ATS的祖宗。后来,ATS发展到09年,1.17版本,砍掉50%代码后,开源出来的yts1.17就是ATS2.0版本。完全是垃圾堆捡回来的,只有一个临时的像是开发测试export出来的代码,没cvs历史,没文档。据猜测,这个机器是因为放角落,不显眼所以没被烧掉,其他能烧的都烧了。

其实有心的话,你去翻开ATS开发团队,其实跟squid是有交集的。很多在squid中不完善的功能,在trafficserver中得到了完善和强化,比如squid中的COSS文件系统,就是个公认的半成品。而在ATS中COSS的思想被发扬光大,其设计和架构让人叹为观止。

正是由于ATS的出现,很多在技术上有远见的公司和CDN厂商开始对ATS的研究和使用。就目前而言,CDN厂商里网宿和帝联已经将ATS用于了生产环境。而很多新兴的小CDN服务商或者云服务提供商也纷纷使用了ATS。蓝汛则在调研后放弃了ATS,还是抱着他们的squid不放。不过近两年,他们开始拿出一部分精力研究nginx。这个属于他们团队更替的结果,这里不做评论。

关于ATS有哪些特性,性能为什么那么强这里就不细说了。以后有机会在讨论。有一点可以提一下,对于HTTP协议的兼容性,ATS是仅次于squid。squid是目前世面上HTTP类服务器里对协议支持最全面的。nginx大概只有50%。

QQ截图20150618114600.jpg

跳出CDN厂商的圈子,我们看看在互联网公司内,cache软件的状况。大概在2010年之前,淘宝内部的cache也是主要以squid为主,后来新团队在调研过ATS之后,开始将其在cache业务上推广,大概花了3年的时间,ATS慢慢变成了主力,并且在2013年的双11期间挑起了大梁。不过这两年,他们自己开发的swift缓存系统逐渐成形(这里的swift不是openstack的组件,不要混了),并且开始逐步替代ATS。

那么在阿里放弃ATS之后,其他的大公司的使用者,据我了解就是京东,新浪微博这些了。对了,小米也在用ATS。

国外的情况来看,ATS的使用目前也不是太多,比较大的有akamai,yahoo,linkedin这些了。据说google也在用哦。ATS之所以没有普及开来,跟它本身的复杂性是有直接关系的。某人曾说过,如果nginx是初中生的话,ATS就可以是博士生。(逃

不过这几年,服务器领域风头最劲的,还要属nginx。特别是国内范围内nginx的火爆场面,真是让人羡慕。这跟阿里的不遗余力的推广有很大关系。在2010年左右,网上能找到的关于nginx分析得比较好的博客,作者基本都是阿里的,或者后来去了阿里。这里面必须要提到的就是章亦春(agentzh)。他几乎是靠一己之力,将nginx推上了一个新高度。nginx lua模块的诞生可以说是革命性的。

现在使用nginx的公司,几乎都在使用nginx lua。在WAF领域,nginx lua的出现,在技术实现上来说,完全变成了傻瓜式。

由于lua天生跟c,c++的密切性,使得连ATS都支持了lua模块。所以很多公司的后端服务的架构也随之发生了改变。他们开始讲纯粹的业务逻辑剥离出来,用nginx lua来实现,放在前端。这样原来必须在cache里面用c或者c++写业务逻辑的苦逼状况得以极大的改善。

所以nginx+ats,nginx+squid的架构开始出现,并得到了广泛过的应用。而阿里现在的架构也是这样的:

QQ截图20150618114730.jpg

在上图中我们可以看到前面的nginx(也即是tengine)充当业务处理和调度,后面的cache(swfit)做缓存。这样的架构,让业务开发变得很容易,而且很高效。nginx+lua可以轻松搞定。

那么问题来了,这样的架构相比较直接用c/c++在cache写业务处理,性能上肯定会降低,那么就需要评估下性能降低的情况,如果太多,那么即使是nginx+lua换来了开发和维护的低成本,可能也是难以接受的。我专门针对这两种架构,进行了性能测试,cache使用的是ATS。

单纯使用ATS:

QQ截图20150618114813.jpg

Nginx+ATS: 

QQ截图20150618114844.jpg

  • con: 并发连接数。并发连接数,单进程单cpu处理能力取决于CPU与测试场景,请酌情设置,推荐小于9999

  • new: 每秒新建连接数。这个参数取决于并发连接数量与长连接效率。

  • ops: 每秒请求数。也作qps,是比较体现服务器性能的关键指标。

  • 1byte:首字节平均响应时间。这个是体现整体转发效率的关键指标。

  • lat: 完成请求整体响应时间(收到最后一个字节)。cache系统性能关键指标。

  • bytes/per:每秒字节流量/每秒每连接流量

  • total:服务器端总请求的字节数

  • time:测试时间(秒)

通过数据对比我们可以看到,nginx+ats的性能较纯ats,要降低大概5%,这个是完全可以接受的。注意这里的nginx跟ats是放在一台服务上的,如果分开不同的机器,那就得不偿失了,不仅latency增加,机器的数量也随之增加。