[发明专利]一种适用于视频服务的缓存服务器部署方法

说明书

 

技术领域

本发明涉及计算机网络通信领域，具体涉及一种适用于实时通讯的视频网络服务器设计和实现。

背景技术

随着计算机网络迅速发展，计算机领域已经发生了很大的变革，计算不在局限于单台计算机，存储不再受限于硬盘的大小，人们从网上获取的信息也不再满足于文字、图片、新闻等静态信息。过去几十年间，人们利用计算机主要是本机处理或者是局域网处理，随着网络技术和计算机硬件要求的不断提升，它也在各方面服务人们的生活。网络的迅速发展使得视频点播成为一种可能，它作为一种新型的娱乐方式服务于更多群体，让更多的消费群体能够共享提供者的作品。尤其是最近几年，视频点播发展的如火如荼，悠视、PPlive、酷6、土豆等视频网站和一些CDN代理商为门户网站提供的服务，它们迅速成长起来，并被广大用户群体所接收,可见视频服务领域作为一种新型网络产业有着旺盛的生命力和广阔的发展前景。

然而，由于网络应用的不断加大以及INTERNET分布形式和用户的分布无规则性，势必会导致源站点服务器的负载增加和客户端浏览不顺畅，用户不能容忍响应时间很长和蜗牛般的访问速度。为了能有效缓解源站点服务器的负载压力，提高客户端的浏览质量，缓存代理(proxy cache)就成为一种优先选择,如何使缓存代理更好服务视频应用成了需要解决的工作。

发明内容

本发明的目的是提供一种适用于视频服务的缓存服务器部署方法。

本发明的目的是按以下方式实现的，视频客户端通过访问更近的缓存代理服务器，达到共享远程源站点服务器上的视频的作用，缓存服务器能分担、减少源站点的访问压力，更近的缓存服务器能为客户端提供更有质量的视频服务，步骤如下：

缓存代理服务器上，在AUFS文件存储模式下，缓存代理在缓存目录下创建二级子目录树，用L1和L2分别表示第一级目录和第二级子目录，在顶级cache_dir目录下创建一定数量的L1，在每个L1下创建一定数量的L2， L1下不直接存放视频文件， L2下存放的才是真正的视频文件，视频文件用A代替，大小平均1-2M，每个L2下存储的文件数量，用N表示， 则整个系统存放文件的数量的关系式为：size=L1*L2*N*A，SIZE单位为MB，为了减少检索的时间，深度搜索的目录不易太多，也就是L2下面的文件数量不易太多，控制在100个文件左右， L1和L2的设置，对缓存代理性能有很大影响，理论研究L2比L1大，这样能保证在同一级目录下搜索到更多的相关文件，而不用重新搜索上级目录；

正常使用缓存代理，首先适当修改内核，具体涉及：

操作系统内核是RHEL 4 AS4；

关于文件描述符的有：

/proc/sys/fs/file-max 8192->1006154

 FD_SETSIZE涉及下面几个文件：

/usr/include/linux /typesize.h 

/usr/include/linux/bits FD_SETSIZE 

/usr/include/linux/posix_types.h 

ulimit –Hn 1006154

在编译缓存代理的过程中，查看修改信息：Maximum number of file descriptors we can open... 65536

关于防止网络拥塞的有：

/prco/sys/net/ipv4/neigh/default gc_thresh1、gc_thresh2、gc_thresh3 将值分别扩大8倍分别修改为1024、5120、10240；

/Prco/sys/net/ipv4、ip_forward 0修改为1， 即运行前监测；

/etc/security/limit.conf 将* － nofile 65536或更大的1006154加入；

以上参数均在编译squid之前修改才有用；

为了能在缓存服务器中使用AUFS,需要在编译的时候，将AUFS的相关参数进行编译，具体如：

1）使得--enable-storeio 包含AUFS存储格式，默认只有ufs；

2）选中--enable-epoll，能有效的支持IO访问;

3）根据磁盘的数量，有效的配置异步IO的参数量：--enable-async-io

4）启动大文件参数 --with-large-files

5）设置系统的线程数--with-threads=N