CDN 流媒体

2017-03-27

11631

,狭义地讲，内容分发布网络(CDN)是一种新型的网络构建方式，它是为能在传统的IP 网发布宽带丰富媒体而特别优化的网络覆盖层；而从广义的角度，CDN 代表了一种基于质量与

狭义地讲，内容分发布网络(CDN)是一种新型的网络构建方式，它是为能在传统的IP 网发布宽带丰富媒体而特别优化的网络覆盖层；而从广义的角度，CDN 代表了一种基于质量与秩序的网络服务模式。简单地说，内容发布网(CDN)是一个经策略性部署的整体系统，包括分布式存储、负载均衡、网络请求的重定向和内容管理４个要件，而内容管理和全局的网络流量管理(Traffic Management)是CDN 的核心所在。通过用户就近性和服务器负载的判断，CDN 确保内容以一种极为高效的方式为用户的请求提供服务。总的来说，内容服务基于缓存服务器，也称作代理缓存(Surrogate)，它位于网络的边缘，距用户仅有" 一跳"(Single Hop) 之遥。同时，代理缓存是内容提供商源服务器（通常位于CDN 服务提供商的数据中心）的一个透明镜像。这样的架构使得CDN 服务提供商能够代表他们客户，即内容供应商，向最终用户提供尽可能好的体验，而这些用户是不能容忍请求响应时间有任何延迟的。据统计，采用CDN 技术，能处理整个网站页面的70～95％的内容访问量，减轻服务器的压力，提升了网站的性能和可扩展性。

与目前现有的内容发布模式相比较，CDN 强调了网络在内容发布中的重要性。通过引入主动的内容管理层的和全局负载均衡，CDN 从根本上区别于传统的内容发布模式。在传统的内容发布模式中，内容的发布由ICP 的应用服务器完成，而网络只表现为一个透明的数据传输通道，这种透明性表现在网络的质量保证仅仅停留在数据包的层面，而不能根据内容对象的不同区分服务质量。此外，由于

网的" 尽力而为" 的特性使得其质量保证是依靠在用户和应用服务器之间端到端地提供充分的、远大于实际所需的带宽通量来实现的。在这样的内容发布模式下，不仅大量宝贵的骨干带宽被占用，同时ICP 的应用服务器的负载也变得非常重，而且不可预计。当发生一些热点事件和出现浪涌流量时，会产生局部热点效应，从而使应用服务器过载退出服务。这种基于中心的应用服务器的内容发布模式的另外一个缺陷在于个性化服务的缺失和对宽带服务价值链的扭曲，内容提供商承担了他们不该干也干不好的内容发布服务。

纵观整个宽带服务的价值链，内容提供商和用户位于整个价值链的两端，中间依靠网络服务提供商将其串接起来。随着互联网工业的成熟和商业模式的变革，在这条价值链上的角色越来越多也越来越细分。比如内容／应用的运营商、托管服务提供商、骨干网络服务提供商、接入服务提供商等等。在这一条价值链上的每一个角色都要分工合作、各司其职才能为客户提供良好的服务，从而带来多赢的局面。从内容与网络的结合模式上看，内容的发布已经走过了ICP 的内容（应用）服务器和IDC 这两个阶段。IDC 的热潮也催生了托管服务提供商这一角色。但是，IDC 并不能解决内容的有效发布问题。内容位于网络的中心并不能解决骨干带宽的占用和建立IP 网络上的流量秩序。因此将内容推到网络的边缘，为用户提供就近性的边缘服务，从而保证服务的质量和整个网络上的访问秩序就成了一种显而易见的选择。而这就是内容发布网(CDN)服务模式。CDN 的建立解决了困扰内容运营商的内容" 集中与分散" 的两难选择。无疑对于构建良好的互联网价值链是有价值的，也是不可或缺的。

3．CDN 新应用和客户

目前的CDN 服务主要应用于证券、金融保险、ISP 、ICP 、网上交易、门户网站、大中型公司、网络教学等领域。另外在行业专网、互联网中都可以用到，甚至可以对局域网进行网络优化。利用CDN ，这些网站无需投资昂贵的各类服务器、设立分站点，特别是流媒体信息的广泛应用、远程教学课件等消耗带宽资源多的媒体信息，应用CDN 网络，把内容复制到网络的最边缘，使内容请求点和交付点之间的距离缩至最小，从而促进Web 站点性能的提高，具有重要的意义。CDN 网络的建设主要有企业建设的CDN 网络，为企业服务；IDC 的CDN 网络，主要服务于IDC 和增值服务；网络运营上主建的CDN 网络，主要提供内容推送服务；CDN 网络服务商，专门建设的CDN 用于做服务，用户通过与CDN 机构进行合作，CDN 负责信息传递工作，保证信息正常传输，维护传送网络，而网站只需要内容维护，不再需要考虑流量问题。

CDN 能够为网络的快速、安全、稳定、可扩展等方面提供保障。

IDC 建立CDN 网络，IDC 运营商一般需要有分部各地的多个IDC 中心，服务对象是托管在IDC 中心的客户，利用现有的网络资源，投资较少，容易建设。例如某IDC 全国有10个机房，加入IDC 的CDN 网络，托管在一个节点的Web 服务器，相当于有了10个镜像服务器，就近供客户访问。宽带城域网，域内网络速度很快，出城带宽一般就会瓶颈，为了体现城域网的高速体验，解决方案就是将Internet 网上内容高速缓存到本地，将Cache 部署在城域网各POP 点上，这样形成高效有序的网络，用户仅一跳就能访问大部分的内容，这也是一种加速所有

网站CDN 的应用。

4．CDN 的工作原理

在描述CDN 的实现原理，让我们先看传统的未加缓存服务的访问过程，以便了解CDN 缓存访问方式与未加缓存访问方式的差别：

由上图可见，用户访问未使用CDN 缓存网站的过程为:

1) 、用户向浏览器提供要访问的域名；

2) 、浏览器调用域名解析函数库对域名进行解析，以得到此域名对应的IP 地址；

3) 、浏览器使用所得到的IP 地址，域名的服务主机发出数据访问请求；

4) 、浏览器根据域名主机返回的数据显示网页的内容。

通过以上四个步骤，浏览器完成从用户处接收用户要访问的域名到从域名服务主机处获取数据的整个过程。CDN 网络是在用户和服务器之间增加Cache 层，如何将用户的请求引导到Cache 上获得源服务器的数据，主要是通过接管DNS 实现，下面让我们看看访问使用CDN 缓存后的网站的过程：

通过上图，我们可以了解到，使用了CDN 缓存后的网站的访问过程变为：

1) 、用户向浏览器提供要访问的域名；

2) 、浏览器调用域名解析库对域名进行解析，由于CDN 对域名解析过程进行了调整，所以解析函数库一般得到的是该域名对应的CNAME 记录，为了得到实际IP 地址，浏览器需要再次对获得的CNAME 域名进行解析以得到实际的IP 地址；在此过程中，使用的全局负载均衡DNS 解析，如根据地理位置信息解析对应的IP 地址，使得用户能就近访问。

3) 、此次解析得到CDN 缓存服务器的IP 地址，浏览器在得到实际的IP 地址以后，向缓存服务器发出访问请求；

4) 、缓存服务器根据浏览器提供的要访问的域名，通过Cache 内部专用DNS 解析得到此域名的实际IP 地址，再由缓存服务器向此实际IP 地址提交访问请求；

5) 、缓存服务器从实际IP 地址得得到内容以后，一方面在本地进行保存，以备以后使用，二方面把获取的数据返回给客户端，完成数据服务过程；

6) 、客户端得到由缓存服务器返回的数据以后显示出来并完成整个浏览的数据请求过程。

通过以上的分析我们可以得到，为了实现既要对普通用户透明(即加入缓存以后用户客户端无需进行任何设置，直接使用被加速网站原有的域名即可访问) ，又要在为指定的网站提供加速服务的同时降低对ICP 的影响，只要修改整个访问过程中的域名解析部分，以实现透明的加速服务，下面是CDN 网络实现的具体操作过程。

1) 、作为ICP ，只需要把域名解释权交给CDN 运营商，其他方面不需要进行任何的修改；操作时，ICP 修改自己域名的解析记录，一般用cname 方式指向CDN 网络Cache 服务器的地址。

2) 、作为CDN 运营商，首先需要为ICP 的域名提供公开的解析，为了实现sortlist ，一般是把ICP 的域名解释结果指向一个CNAME 记录；

3) 、当需要进行sorlist 时，CDN 运营商可以利用DNS 对CNAME 指向的域名解析过程进行特殊处理，使DNS 服务器在接收到客户端请求时可以根据客户端的IP 地址，返回相同域名的不同IP 地址；

4) 、由于从cname 获得的IP 地址，并且带有hostname 信息，请求到达Cache 之后，Cache 必须知道源服务器的IP 地址，所以在CDN 运营商内部维护一个内部DNS 服务器，用于解释用户所访问的域名的真实IP 地址；

5) 、在维护内部DNS 服务器时，还需要维护一台授权服务器，控制哪些域名可以进行缓存，而哪些又不进行缓存，以免发生开放代理的情况。

5．CDN 的技术手段

实现CDN 的主要技术手段是高速缓存、镜像服务器。可工作于DNS 解析或HTTP 重定向两种方式，通过Cache 服务器，或异地的镜像站点完成内容的传送与同步更新。DNS 方式用户位置判断准确率大于85，HTTP 方式准确率为99以上；一般情况，各Cache 服务器群的用户访问流入数据量与Cache 服务器到原始网站取内容的数据量之比在2：1到3：1之间，即分担50到70的到原始网站重复访问数据量（主要是图片，流媒体文件等内容）；对于镜像，除数据同步的流量，其余均在本地完成，不访问原始服务器。

镜像站点（Mirror Site）服务器是我们经常可以看到的，它让内容直截了当地

进行分布，适用于静态和准动态的数据同步。但是购买和维护新服务器的费用较高，另外还必须在各个地区设置镜像服务器，配备专业技术人员进行管理与维护。大型网站在随时更新各地服务器的同时，对带宽的需求也会显著增加，因此一般的互联网公司不会建立太多的镜像服务器。

高速缓存手段的成本较低，适用于静态内容。Internet 的统计表明，超过80 的用户经常访问的是20的网站的内容，在这个规律下，缓存服务器可以处理大部分客户的静态请求，而原始的WWW 服务器只需处理约20左右的非缓存请求和动态请求，于是大大加快了客户请求的响应时间，并降低了原始WWW 服务器的负载。根据美国IDC 公司的调查，作为CDN 的一项重要指标-缓存的市场正在以每年近100的速度增长，全球的营业额在2004年将达到45亿美元。网络流媒体的发展还将剌激这个市场的需求。

6．CDN 的网络架构

CDN 网络架构主要由两大部分，分为中心和边缘两部分，中心指CDN 网管中心和DNS 重定向解析中心，负责全局负载均衡，设备系统安装在管理中心机房，边缘主要指异地节点，CDN 分发的载体，主要由Cache 和负载均衡器等组成。

当用户访问加入CDN 服务的网站时，域名解析请求将最终交给全局负载均衡DNS 进行处理。全局负载均衡DNS 通过一组预先定义好的策略，将当时最接近用户的节点地址提供给用户，使用户能够得到快速的服务。同时，它还与分布在世界各地的所有CDNC 节点保持通信，搜集各节点的通信状态，确保不将用户的请求分配到不可用的CDN 节点上，实际上是通过DNS 做全局负载均衡。

对于普通的Internet 用户来讲，每个CDN 节点就相当于一个放置在它周围的WEB 。通过全局负载均衡DNS 的控制，用户的请求被透明地指向离他最近的节点，节点中CDN 服务器会像网站的原始服务器一样，响应用户的请求。由于它离用户更近，因而响应时间必然更快。

每个CDN 节点由两部分组成：负载均衡设备和高速缓存服务器

负载均衡设备负责每个节点中各个Cache 的负载均衡，保证节点的工作效率；同时，负载均衡设备还负责收集节点与周围环境的信息，保持与全局负载DNS 的通信，实现整个系统的负载均衡。

高速缓存服务器（Cache ）负责存储客户网站的大量信息，就像一个靠近用户的网站服务器一样响应本地用户的访问请求。

CDN 的管理系统是整个系统能够正常运转的保证。它不仅能对系统中的各个子系统和设备进行实时监控，对各种故障产生相应的告警，还可以实时监测到系统中总的流量和各节点的流量，并保存在系统的数据库中，使网管人员能够方便地进行进一步分析。通过完善的网管系统，用户可以对系统配置进行修改。

理论上，最简单的CDN 网络有一个负责全局负载均衡的DNS 和各节点一台Cache ，即可运行。DNS 支持根据用户源IP 地址解析不同的IP ，实现就近访问。为了保证高可用性等，需要监视各节点的流量、健康状况等。一个节点的单台Cache 承载数量不够时，才需要多台Cache ，多台Cache 同时工作，才需要负载均衡器，使Cache 群协同工作。

7. CDN 示例

商业化的CDN 网络是用于服务性质的，高可用性等要求非常高，有专业产品和CDN 网络解决方案，本文主要从理论角度，理解CDN 的实现过程，并利用已有网络环境和开源软件做实际配置，更深刻理解CDN 的具体工作过程。

Linux 是开放源代码的免费操作系统，已经成功应用于许多关键领域。Bind 是Unix/FreeBSD/Linux等类unix 平台上非常有名DNS 服务程序，Internet 上超过60％的DNS 运行的是bind 。Bind 的最新版本是9.x ，用的比较多的是8.x ，bind 9有很多新特性，其中一项是根据用户端源地址对同一域名解析不同的IP 地址，有了这种特性，能把用户对同一域名的访问，引导到不同地域节点的服务器上去访问。Squid 是Linux 等操作系统上有名的Cache 引擎，与商业Cache 引擎相比，Squid 的性能比较低，基本功能工作原理与商业Cache 产品是一致的，作为试验，是非常容易配置运行起来。以下简要介绍

CDN 的配置流程。

$TTL 3600

@ IN SOA ns.cdn.com. root.ns.cdn.com. (

2002090201 ;Serial num

10800 ;Refresh after 3 hours

3600 ;Retry

604800 ;Expire

1800 ;Time to live

)

IN NS ns

www IN A 210.33.21.168

ns IN A 202.96.128.68

cache IN A 202.93.22.13 ;有多少个CACHE 地址

cache IN A 210.21.30.90 ;就有多少个CACHE 的A 记录

cache IN A 211.99.13.47

2) /etc/named.conf中的内容为：

options {

directory "/var/named";

sortlist {

#这一段表示当在本地执行查询时

#将按照202.93.22.13,210.21.30.90,211.99.13.47的顺序返回地址 { localhost;

{ localnets;

202.93.22.13;

{ 210.21.30.90; 211.99.13.47; };

};

#这一段表示当在202/8地址段进行DNS 查询时

#将按照202.93.22.13,210.21.30.90,211.99.13.47的顺序返回地址 { 202/8;

{ 202.93.22.13;

{ 210.21.30.90; 211.99.13.47; };

};

#这一段表示当在211/8地址段进行DNS 查询时

#将按照211.99.13.47,202.93.22.13,210.21.30.90的顺序返回地址， #也就是211.99.13.47是最靠近查询地点的节点

{ 211/8;

{ 211.99.13.47;

{ 202.93.22.13; 210.21.30.90; };

};

{ 61/8;

{ 202.93.22.13;

{ 210.21.30.90; 211.99.13.47; };

};

zone "." {

type hint;

file "root.cache";

};

zone "localhost" {

type master;

file "localhost";

};

zone "cdn.com" {

type master;

file "cdn.com";

};

3、Cache 在CDN 网络中如果工作在服务器加速模式，因为配置里已经写明加速服务器的url ，所以Cache 直接匹配用户请求，到源服务器获得内容并缓存供下次使用；如果Cache 工作在客户端加速模式，Cache 需要知道源服务器的IP 地址，所以CDN 网络维护和运行一个供Cache 使用的DNS 服务器，解析域名的真实IP 地址，如202.99.11.120 ，各域名的解析记录与未加入CDN 网络之前一样。

4、工作在CDN 网络中缓存服务器必须工作在透明方式，对于Squid 来说，需要设置以下参数：

流媒体点播加速

1、标准点播加速

流媒体标准点播加速服务是将源站大量的流媒体内容（视频、声音和数据等）通过良好的链路传输到帝联流媒体专用存储设备中，并通过DnionCDN 网络本身具有的协同性能，同步分发或缓存到位于各地的DnionCDN 小网络中的专用流媒体访问服务器上，这些服务器位于各省市主要运营商网络节点。DnionCDN 网络中智能网络分配技术将终端用户对网站的请求指向响应效果最好的流媒体服务节点上，通过这些流媒体服务节点，向用户提供稳定可靠的流媒体点播服务。

加速对象：

网站流媒体组成部分，目前此产品支持HTTP 、MMS 、RTSP 等多种流媒体协议，及相对应的WMV 、WMA 、SWF 、ASF 、RMVB 、RM 等播放格式；

客户群体：

提供音频视频流媒体点播服务的各类网站如在线音乐、视频流媒体点播服务的网站；远程教育的网站；在线培训服务的网站；媒体类内容点播的网站等；案例网络结构与链路：

网络结构：网络拓扑图采用星型的结构模式，由总存储控制中心进行统一管理和智能分配；

链路：DnionCDN-Streaming 整网都是通过自己架设长途线路本地线路落地组建完成；

控制中心与Cache 之间链路采用“推拉结合”技术实现手段，利于流文件的快速传输。

产品特点：

先进技术理念：智能网络分配技术将用户请求指向响应效果最佳的流媒体服务群；高速传输的流媒体缓存内容服务的实现，有效解决在线播放流断续不流畅的问题；支持格式多样：目前DnionCDN-Streaming 支持HTTP 、MMS 、 RTSP、

等多种流媒

相关推荐