缓存系统软件说明指导书.doc

简介
CDN缓存系统是公有云与终端顾客之间内容传播通道，它通过原则 API 接口与各大公有云系统实现对接，将云里内容和应用迅速、安全地分发到终端顾客手中。它可以实现系统内部流量分派和调度，保证内容传播高效、迅速、安全。
CDN缓存系统将传播内容及应用分为静态和动态两类：对于静态内容，如文字、图片等，采用老式 CDN 缓存方式，将内容分发到离顾客近来地方；对于动态内容，如注册、登陆、搜索等，通过合同优化、文献压缩等技术手段，打造一条迅速、安全、稳定通道，让顾客迅速获取内容。

CDN 服务对网站作用是什么？
使网站顾客享有到高品质服务网站服务更安全网站建设更简朴，可以采用更灵活方式进行扩容从容应付各种突发访问量冲击;CDN技术用于虚拟主机开发与应用，是现行解决网络宽带拥挤、网站响应速度慢、南北网络互连互通问题最有效办法：
（1）解决网站高流量、大并发问题。咱们懂得，任何一种物理设备，其负载均有一种极限。为了应对访问量突增，使用CDN服务是一种好系统扩容方案。
（2）解决南北互联问题。国内网络是划江而治格局，由于利益之争，各网络服务商之间并不是通力协作，而是采用各种手段互相限制。这就导致各网之间互联互通存在很大问题，详细体现为：电信顾客访问放置在网通机房服务器，响应时间特别长，反之亦然。使用CDN技术，可以让电信顾客访问电信内容缓存服务器，网通顾客访问网通内容缓存服务器。通过这样一种方略，绕开了网络运营商之间人为设立障碍。
（3）访问加速。CDN采用缓存技术，把访问对象缓存起来，有技术甚至能把对象缓存到内存（如Varnish），这在效果上体现出来即是访问加速。
（4）减少总体运营成本。使用CDN运营方案，把源站放在BGP机房，而把缓存服务器放置在带宽费用较低其她地方。由于CDN大某些流量被转移到缓存服务器上，源站只有较小访问祈求，因而总体运营成本大幅减少。
（5）提高网站可用性。源站访问量变得很小，这意味着源站系统有更低负载，更低磁盘I/O，防故障几率大大减少。对于缓存服务器，各种服务器做成集群，保证了整个系统高可用。

CDN 服务与镜像站点区别是什么？
CDN 对顾客完全透明，不需要顾客手动选取需要访问镜像站点； 　　
CDN 对节点有健康性检查，而镜像则没有，因而CDN 可用性更高； 　　
CDN 内容同步机制不需要人工干预，而镜像站点需要一套复杂系统来实现内容同步；镜像站点系统复杂，维护工作量大，对运维工作有很大压力； 　　
CDN 布置便捷，几乎不需要对原有站点做什么改动，很短时间内就可以采用并产生明显效果； 　　
CDN 节点分布范畴广，镜像站点很难做到同样覆盖范畴。

哪些内容适合用CDN 技术进行加速？
网站中所有静态网页、图片等静态内容非常适合用CDN 技术进行加速以外，诸多以动态方式制作页面其实也是可以通过CDN 进行加速。这些内容重要是指通过JSP/PHP 等数据库查询程序生成页面，但同一种URL对不同顾客看到内容都是同样。这样状况下，Cache 可以缓存下这个URL 及相应内容，就象是一种原则URL 同样，虽然这个URL 背面有？号，跟了诸多查询条件都没关于系。网站中象这样准静态内容在采用CDN加速之后，同样能起到较好效果。

对于准静态内容如何来实现cache？
对于准静态内容，重要是指通过JSP/PHP 等数据库查询程序生成页面，但同一种URL 对不同顾客看到内容都是同样。这样状况下，Cache 可以缓存下这个URL 及相应内容，就象是一种原则URL 同样，虽然这个URL 背面有？号，跟了诸多查询条件都没关于系。对于此类内容最需要考虑是刷新时间，对频繁更新，咱们可以设立成10 分钟或更短，对于更新较少可以相应延长刷新时间。设立刷新时间可以按目录来设立，也可以按详细URL 来设立，或按某个核心字段来设立，非常灵活。对准静态内容使用CDN 后，可以明显地减少数据压力，同步提高页面响应速度，效果是非常明显。

CDN业务应用浅析
如何缓和网络拥塞，提高顾客获取信息速度，成为困扰众多公司和服务商一大难题。CDN即内容分发网络（Content Delievery Network），它可以以为是建立在既有IP网络基本构造之上一种增值网络。CDN技术将多点负载均衡、镜像与Cache技术结合起来，运用智能分派技术，将网站内容依照来访顾客地点，按照就近访问原则分派到各种节点。
CDN业务特点与优势 ：
（1）CDN业务具备如下特点：依照顾客地理位置和连接带宽，让顾客连接到近来服务器上去，访问速度快；全局负载平衡，提高网络资源运用率，提高网络服务性能与质量；热点内容积极push，自动跟踪，自动更新；网络具备高可靠及可用性，能容错且很容易扩展；并无缝地集成到原有网络和站点上去。
（2）CDN业务优势体当前如下几种方面：可减少消耗网络带宽，减少网络访问延迟和顾客响应时间，增长了网络性能和网站内容可用性；提高Web资源管理控制能力，智能分派路由和进行流量管理；发送内容受到保护，未授权顾客不能修改；内容提供商可在本地自己决定服务内容，内容提供商在减少成本同步，提高了服务质量；可线性、平滑地增长新设备，保护原有投资。

CDN四大核心技术简介
随着宽带网络和宽带流媒体应用兴起，CDN(普通被称为内容分发网络Content distribution network，有时也被称作内容传递网络Contentdeliverynetwork)作为一种提高网络内容，特别是提高流媒体内容传播服务质量、节约骨干网络带宽技术，在国内外得到越来越广泛应用。
CDN核心技术重要有内容路由技术、内容分发技术、内容存储技术、内容管理技术等。

（1）内容路由技术
CDN负载均衡系统实现CDN内容路由功能。它作用是将顾客祈求导向整个CDN网络中最佳节点。最佳节点选定可以依照各种方略，例如距离近来、节点负载最轻等。负载均衡系统是整个CDN核心，负载均衡精确性和效率直接决定了整个CDN效率和性能。
普通负载均衡可以分为两个层次:全局负载均衡(GSLB)和本地负载均衡(SLB)。全局负载均衡(GSLB)重要目是在整个网络范畴内将顾客祈求定向到近来节点(或者区域)。因而，就近性判断是全局负载均衡重要功能。本地负载均衡普通局限于一定区域范畴内，其目的是在特定区域范畴内寻找一台最适合节点提供服务，因而，CDN节点健康性、负载状况、支持媒体格式等运营状态是本地负载均衡进行决策重要根据。
负载均衡可以通过各种办法实现，重要办法涉及DNS、应用层重定向、传播层重定向等等。
对于全局负载均衡而言，为了执行就近性判断，普通可以采用两种方式，一种是静态配备，例如依照静态IP地址配备表进行IP地址到CDN节点映射。另一种方式是动态检测，例如实时地让CDN节点探测到目的IP距离(可以采用RRT，Hops作为度量单位)，然后比较探测成果进行负载均衡。固然，静态和动态方式也可以综合起来使用。
对于本地负载均衡而言，为了执行有效决策，需要实时地获取Cache设备运营状态。获取办法普通有两种，一种是积极探测，一种是合同交互。积极探测针对SLB设备和Cache设备没有合同交互接口状况，通过ping等命令积极发起探测，依照返回成果分析状态。另一种是合同交互，即SLB和Cache依照事先定义好合同实时互换运营状态信息，以便进行负载均衡。比较而言，合同交互比探测方式要精确可靠，但是当前尚没有原则合同，各厂家实现普通仅是私有合同，互通比较困难。
（2）内容分发技术
内容分发包括从内容源到CDN边沿Cache过程。从实现上看，有两种主流内容分发技术:PUSH和PULL。
PUSH是一种积极分发技术。普通，PUSH由内容管理系统发起，将内容从源或者中心媒体资源库分发到各边沿Cache节点。分发合同可以采用HTTP/FTP等。通过PUSH分发内容普通是比较热点内容，这些内容通过PUSH方式预分发(Preload)到边沿Cache，可以实既有针对内容提供。对于PUSH分发需要考虑重要问题是分发方略，即在什么时候分发什么内容。普通来说，内容分发可以由CP(内容提供商)或者CDN内容管理员人工拟定，也可以通过智能方式决定，即所谓智能分发。它依照顾客访问记录信息，以及预定义内容分发规则，拟定内容分发过程。
PULL是一种被动分发技术，PULL分发普通由顾客祈求驱动。当顾客祈求内容在本地边沿Cache上不存在(未命中)时，Cache启动PULL办法从内容源或者其她CDN节点实时获取内容。在PULL方式下，内容分发是按需。
在实际CDN系统中，普通两种分发方式都支持，但是依照内容类型和业务模式不同，在选取重要内容分发方式时会有所不同。普通，PUSH方式适合内容访问比较集中状况，如热点影视流媒体内容;PULL方式比较适合内容访问分散状况。
在内容分发过程中，对于Cache设备而言，核心是需要建立内容源URL、内容发布URL、顾客访问URL，以及内容在Cache中存储位置之间映射关系。
　 当顾客访问已经加入CDN服务网站时，一方面通过CDN公司3DNS拟定最接近顾客最佳CDN节点，同步将顾客祈求指向该节点。当顾客祈求到达指定节点时，CDN服务器负责将顾客祈求内容提供应顾客。
　　顾客访问基本流程如下：
l 顾客在自己浏览器中输入要访问网站域名；
l 浏览器向本地DNS（域名解析系统）祈求对该域名解析；
l 本地DNS将祈求发到网站主DNS，主DNS再将域名解析祈求转发到3DNS；
l 3DNS依照一系列方略拟定当时最恰当CDN节点，并将解析成果（IP地址）发给顾客；
l 顾客向给定CDN节点祈求相应网站内容；
l CDN节点中服务器负责响应顾客祈求，提供所需内容。
一种典型CDN网络构造由如下五某些构成，如图所示。

内容缓存：位于 POP接入点或多点 IDC 中，可缓存静态Web内容和流媒体内容。
内容互换机：在 IDC中,可对内容缓存负载平衡及访问控制。
内容路由器：在POP点或IDC中，负载为顾客祈求选取最佳访问站点。
内容分发系统：内容缓存只可缓存静态内容而对于某些规定对其所有分布站点内容作镜像顾客,咱们需要一种内容镜像系统,这就是内容分发系统。
CDN管理系统：由于CDN系统是提供应各种顾客共享,因此需要一种中心管理系统作为 CDN集中管理 。
CDN系统核心构件 ：一种完整CDN网络重要由三个子系统构成。
l 3DNS ：3DNS是CDN服务中核心子系统。当顾客访问加入CDN服务网站时，域名解析祈求将最后交给3DNS进行解决。3DNS通过一组预先定义好方略，将当时最接近顾客节点地址提供应顾客，使顾客可以得到迅速服务。同步，它还与分布在世界各地所有CDNC节点保持通信，收集各节点通信状态，保证不将顾客祈求分派到不可用CDN节点上。
l CDN 节点 ：对于普通Internet顾客来讲，每个CDN节点就相称于一种放置在它周边WEB。通过3DNS控制，顾客祈求被透明地指向离她近来节点，节点中CDN服务器会像网站原始服务器同样，响应顾客祈求。由于它离顾客更近，因而响应时间必然更快。 每个CDN节点由两某些构成：负载均衡设备和内容加速服务器 。负载均衡设备负责每个节点中各个Cache负载均衡，保证节点工作效率；同步，负载均衡设备还负责收集节点与周边环境信息，保持与3DNS通信，实现整个系统负载均衡。 内容加速服务器（Cache）负责存储客户网站大量信息，就像一种接近顾客网站服务器同样响应本地顾客访问祈求。
l CDN管理系统 ：CDN管理系统是整个系统可以正常运转保证。它不但能对系统中各个子系统和设备进行实时监控，对各种故障产生相应告警，还可以实时监测到系统中总流量和各节点流量，并保存在系统数据库中，使网管人员可以以便地进行进一步分析。通过完善网管系统，顾客可以对系统配备进行修改。

CDN系统设计原则
鉴于CDN网络系统在整个网络系统中重要性，网络系统设计必要既适应当前应用考虑，又面向将来信息化发展需求。在设计网络技术方案时，应遵循如下设计原则：
1、实用性和先进性 ：采用先进成熟技术满足当前业务需求，兼顾其她有关业务需求，尽量采用先进网络技术以适应更高数据、多媒体信息传播需要，使整个系统在一段时期内保持技术先进，并具备良好发展潜力，以适应将来业务发展和技术升级需要。
2、安全可靠性 ：为保证将来业务应用，网络必要具备高可靠性。要对网络构造、网络设备、服务器设备等各个方面进行高可靠性设计和建设。在采用硬件备份、冗余等可靠性技术基本上，采用有关软件技术，提供较强管理机制、控制手段、事故监控和网络安全保密等技术办法，提高网络系统安全可靠性。
3、灵活性与可扩展性 ：网络系统是一种不断发展系统，因此它必要具备良好扩展性。可以依照将来信息化不断进一步发展需要，以便地扩展网络覆盖范畴、扩大网络容量和提高网络各层次节点功能。具备支持各种通信媒体、各种物理接口能力，提供技术升级、设备更新灵活性。
4、开放性/互连性 ：具备与各种合同计算机通信网络互连互通特性，保证网络系统基本设施作用可以充分发挥。在构造上真正实现开放，基于国际开放式原则，涉及各种广域网、局域网、计算机及数据库合同，坚持全国统一规范原则，从而为将来业务发展奠定基本。
5、经济性/投资保护 ：以较高性能价格比构建网络系统，使资金产出投入比达到最大值。能以较低成本、较少人员投入来维持系统运转，提供高效能与高效益。尽量保存并延长已有系统投资，充分运用以往在资金与技术方面投入。

6、可管理性 ：在CDN环境中，所有有关设备是分布在不同地区,因此对设备远程管理便非常重要。由于系统自身具备一定复杂性，随着业务不断发展，网络管理任务必然会日益繁重。因此在网络设计中，必要建立一种全面网络管理解决方案。网络设备必要采用智能化、可管理设备，同步采用先进网络管理软件，实现先进分布式管理。最后可以实现监控、监测整个网络运营状况，合理分派网络资源、动态配备网络负载，可以迅速拟定网络故障等。
　　 在将来，随着新多媒体业务模型增长，内容分发技术与CDN将成为以高可靠性、可扩展与安全方式提供托管业务核心，在保障网络可访问性（速度、安全、完整性）方面发挥出更大作用。

云分发布置
源站Web服务既可以是Apache，也可以是Nginx。基于性能和布置简朴考虑，选用Nginx做Web工具。
安装Nginx ：
（1）下载最新稳定版到当前目录：
wget
（2）解包：
tar zxvf nginx-0.7.63.tar.gz
（3）切换目录：
cd nginx-0.7.63
（4）检查与否存在：
pcre rpm -qa | grep pcre
（5）配备：
./configure –prefix=/usr/local/nginx
（6）编译、安装：
make;make install配备Nginx
依照前面规划，需要把源站做成高可用负载均衡环境，因而，需要在一种物理Web上同步运营3个站点，然后由这3个Web构成LVS集群。对于单个Nginx配备文献，就是运营3个虚拟主机。
为了以便后来维护，采用配备文献分割方式进行解决。即配备文献分主配备文献和虚拟机配备文献。主配备文献include指令包括各个虚拟机配备文献。相应于3个不同站点，其配备文献名称分别为、dl.conf和images.conf。
主配备文献 /usr/local/nginx/conf/nginx.conf（某些参数来源于小毛）。
user www；
worker_processes 10；
error_log /data/logs/error.log；events {
worker_connections 10240;
use kqueue;
）
http {
include mime.types；
default_type application/octet-stream；include vhosts/*.conf；
log_format main '$remote_addr - $remote_user [$time_local]
$request '
'"$status"$body_bytes_sent"$http_referer"' '"$http_user_agent""$http_x_forwarded_for"'；access_log /data/logs/access.log main；sendfile on；
userid_expires max；tcp_nopush on；tcp_nodelay on；
server_names_hash_bucket_size 256；client_header_buffer_size 256k； large_client_header_buffers 4 256k；client_max_body_size 20m； client_header_timeout 3m；client_body_timeout 3m；send_timeout 3m； output_buffers 1 32k；postpone_output 1460；keepalive_timeout 60 10；gzip on；
gzip_types text/plain text/html text/css application/
x-javascript；
}
虚拟主机配备文献，一共3个。在/usr/local/nginx/conf下创立目录vhosts然后在这个目录下创立3个虚拟机配备文献，其内容分别如下：
① 配备文献：
server {
listen 80
server_name .cn；index index.htm index.html;
root /mnt/html/www；error_page 404 /404.htm；autoindex_exact_size on；
access_log /data/logs/nginx-access/ combined；}
② 配备文献images.conf：
server {
listen 80
server_name ；index index.htm index.html；root /mnt/html/images；error_page 404 /404.htm；autoindex_exact_size on；
access_log /data/logs/nginx-access/images.log combined；}
③ 配备文献dl.conf：
server {
listen 80
server_name ；index index.htm index.html；root /mnt/html/dl； error_page 404 /404.htm；autoindex_exact_size on；
access_log /data/logs/nginx-access/dl.log combined；}
配备文献根文档所在目录/mnt/html为NFS服务挂接点，3个物理服务器共享该目录，这样做好处是修改站点时只需登录任意一种服务器做更改，而不必额外做同步操作。如果条件允许，使用分布式文献系统共享存储，将会得到更好可用性和更快访问速度。
上述文献都配备好后来，安装配备文献设定创立好有关目录，然后把有关站点文献复制到各自目录接着运营/usr/local/nginx/sbin/nginx –t检查一下语法，无误后再执行命令 /usr/local/nginx/sbin/nginx 启动Nginx。
接着，咱们在Windows客户端机器修改系统hosts文献，把如下行追加进文献
hosts：
125.88.62.100 .cn 125.88.62.100 125.88.62.100
保存文献后来，再用浏览器分别访问这3个站点，以检查配备对的性。
（1）安装和配备其她两个服务器Nginx，并逐个检查其对的性。由于3个服务器均以共享方式挂接网站目录，因而只需要安装和配备好Nginx，而不必再复制站点内容到本地文献系统。
（2）布置负载均衡，详细过程参见“负载均衡”一章。负载均衡被对的配备和启动后来，咱们再回来修改客户端Windows 系统hosts文献，使负载均衡VIP与域名绑定，然后再用浏览器访问3个域名，检查加入负载均衡环境后，各站点运营状况。记住这个VIP（125.88.62.99），后来咱们在缓存服务器上会使用它。

缓存服务器布置和运营
安装Varnish
（1）下载Varnish到本地目录：
wget
/varnish-1.1.2.tar.gz/download
（2）解包：
tar zxvf varnish-1.1.2.targz
（3）切换目录：
cd varnish-1.1.2
（4）配备，编译和安装：
./configure –prefix=/usr/local/varnish make make install
配备Varnish
Varnish配备分两某些：源站名称解析和Varnish自身配备文献。在我应用中，总共有3个站点需要缓存，因而需要解析出3个源站和配备3个站点缓存。
（1）源站地址解析 ：这里咱们再来回顾一下源站地址解析作用：缓存服务器通过这个机制来寻找源站在何处。在咱们这个小规模场景，用本地hosts绑定域名即可实现源站地址解析，而在复杂CDN环境，则需要使用专门DNS服务器来完毕这个工作。修改后服务器/etc/hosts文献如： 125.88.62.99 .cn 125.88.62.99 125.88.62.99 修改保存后，用域名检查其网络连通性，如ping .cn 。
（2）配备Varnish ：Varnish解包后来，可在解包后目录找到一种名为default.vcl配备样例文献，参照这个样例文献，则能编写出符合咱们实际需求配备。这里，我先列出完整配备文献，然后再做某些阐明。
运营Varnish
与其她开源软件相比，Varnish启动的确很复杂。为了能对的运营Varnish并检查其与否正常运营起来，建议以如下环节进行操作
（1）检查/etc/hosts文献与否对的。在本案中，可以在缓存服务器ping .com等3个域名，检查地址解析与否对的、网络与否连通。
（2）检查Varnish配备文献书写与否有漏掉或错误。普通最容易出错误是少写花括号“}”。
（3）创立缓存目录。为提高可靠性，我把缓存目录创立到其她分区。Varnish安装目录为/usr/local/varnish，则创立目录为/var/vcache。注：/var与/usr是不同分区。
（4）修改系统内核参数，以优化系统性能。我某个服务器系统内核参数新增内容如下（可选）：
net.ipv4.tcp_fin_timeout = 30 net.ipv4.tcp_keepalive_time = 30 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 5000 65000 net.ipv4.tcp_max_syn_backlog = 8192 dev_max_backlog = 1000 net.ipv4.tcp_max_tw_buckets = 50000 net.ipv4.ip_conntrack_max = 655360
filter.ip_conntrack_tcp_timeout_established = 180 net.ipv4.tcp_rmem = 4096 87380 524288 net.core.rmem_max = 1048576
（5）启动Varnish。内容实在太长，得写成好几行才行：
/usr/local/varnish/sbin/varnishd -n /var/vcache -f /usr/local/
varnish/sery.vcl \ -a 0.0.0.0:80\
-s file,/var/vcache/varnish_cache.data,\
2047M -w 30000,51200,10 -T 127.0.0.1:3500 -p client_http11=on
（6）检查Varnish与否正常运营： 检查进程，正常运营Varnish，应当是两个进程。 检查目录/var/vcache，查看与否有varnish_cache.data等文献自动生成。检查TCP 80端口，与否处在监听状态。 查看系统日记，理解Varnish启动状态。如果有问题话，会在系统日记得到有用排错信息。查看Varnish缓存状况，/usr/local/varnish/bin/varnishstat –n /var/vcache。
接下来，在其她缓存服务器上进行相似操作，这里不再赘述。
（1）配备：请参看第6章“负载均衡”有关内容。
（2）检查Varnish集群服务（负载均衡集群VIP是211.99.76.120）。
（3）在其她Windows主机修改hosts文献，新增如下几项：
211.99.76.120 .cn 211.99.76.120 211.99.76.120
（4）用此Windows主机浏览器访问 。正常状况下，应当访问不到任何页面（404错误）。
（5）用此Windows主机浏览器分别访问 .cn等3个域名，如果都能正常访问到页面文献，则表白Varnish完全按照咱们意愿进行工作。
（6）在其她机房做同样布置和操作。

智能DNS布置和运营
智能DNS布置和运营分为：收集IP地址、布置DNS以及运营这几种某些。
1．收集IP地址：
（1）收集方略 ：依照前边设计，咱们需要3份地址列表，以相应电信、网通及教诲网顾客。已经分派出去IP地址那么多，咱们应当如何收集和归类呢？如果地址列表过大，也许会严重影响DNS服务器性能（Bind将遍历一种很大文献）。此外，也许有些IP地址虽然收集上来了，也不会有什么协助，如普通ADSL拨号自动分派IP。
在整个CDN环节，由哪些组件来进行寻址呢？答案是顾客使用DNS（自己在电脑里指定，称本地DNS）和做CDN名称解析DNS这某些。 因而，只需要收集互联网上DNS服务器IP地址，就可以达到目。这样一来，收集下来数量就会大大减少。为了更进一步缩小范畴，普通使用网络地址形式，却可以囊括诸多DNS服务器。
（2）收集办法：
① 网上查找。
② 运用shell脚本，从apnic（http://www. ）抓取。我在网上找了一种shell脚本get_ip.sh，稍微修改了一下，其内容如下：
#!/bin/sh
FILE=/root/apnic/ip_apnic
wget
-O $FILE
grep 'apnic|CN|ipv4|' $FILE | cut -f 4,5 -d'|'|sed -e 's/|/ /g' | while
read ip cnt do
echo $ip:$cnt
mask=$(cat << EOF | bc | tail -1 pow=32；
define log2(x) {
if (x<=1) return (pow)； pow--；
return(log2(x/2))； }
log2($cnt) EOF)
echo $ip/$mask>>
NETNAME=’whois $ | sed -e ‘/./{H;$!d;}’ –e \ ‘x;/netnum/!d’ |grep ^netname | awk ‘{print $2}’|awk -F- ‘{print $1}’` case $NETNAME in CNC)
echo $ip/$mask >> UNICOM ；
CNCGROUP| UNICOM)
echo $ip/$mask >> UNICOM ；
CHINATELECOM|CHINANET) echo $ip/$mask >> TELECOM ； CERNET）
echo $ip/$mask >>EUD ;； *)
echo $ip/$mask >> OTHER esac done
执行这个脚本，将在目录/root/apnic生成UNICOM、TELECOM等几种文献。其中UNICOM代表新联通IP地址段，TELECOM代表电信IP地址段。
③ 购买IP地址段或者通过与CDN服务商合伙获得IP地址列表或API接口。
（3）IP地址列表解决。通过上述办法收集来IP，把它们各自合并【注1】、排序、删除重复，备用。解决好后IP列表文献分别为：unicom_ip、telecom_ip、edu_ip。
2．DNS服务器布置 ：
（1）选取DNS服务器操作系统系统和软件。操作系统选取CentOS或FreeBSD，DNS软件则选取Bind，理由如下： 开源软件，免费且能按规定定制；支持视图View。其她DNS软件也许没有这个功能。
（2）安装和初步配备Bind。详细可参见本书第4章“域名服务DNS”有关内容。
（3）产生主从DNS同步所需TSIG KEY。共有4个视图，因而需要执行4次TSIG KEY 生成操作。其操作环节如下：
DNSsec-keygen -a hmac-md5 -b 128 -n HOST uincom DNSsec-keygen -a hmac-md5 -b 128 -n HOST telecom DNSsec-keygen -a hmac-md5 -b 128 -n HOST edu DNSsec-keygen -a hmac-md5 -b 128 -n HOST any
执行完毕后，将生成如下8个文献，如图所示：

这些文献都是文本文献，可以用任何文本编辑器打开。通过对比文献对，将发现K*.key与K*.private之间相应关系（正由于如此，我把它们叫做文献对）。在Bind主配备文献里，咱们所需TSIG KEY就从这些文献中得到。详细取值就是打开每个K*.private，复制第3行“key:”背面字符串。固然，从相应K*.key文献取值也是可以，仅仅是字符串位置不同而已。指出了TSIG KEY出处。

最佳在named配备文献named.conf同一目录/usr/local/named/etc 生成这些key文献对，以以便将来维护时查找。
（4）生成3个视图View访问控制列表文献。为什么这里只有3个视图访问控制列表文献而不是4个呢？因素是“other”这个视图不需要IP列表，只需以“any”方式来代替IP列表。事实上，这3个访问控制列表文献也不是必要，可以通过在Bind 配备文献中加入文献块方式达到相似效果。但是为了维护便利，生成单独文献，然后以include方式包括进去。
（5）切换到Bind数据目录，然后把“收集IP地址”那一步生成“unicom_ip、telecom_ip、edu_ip”这3个文献复制过来。
3.运营

（1）主DNS服务器运营
检查配备文献对的性：named-checkconf/usr/local/named/etc/named.conf。
检查区文献配备：named-checkzone .zone、named- .zone、named-checkzone .zone、named- checkzone .zone 如果书写无错误、配备完全对的，则在执行完每个命 令后，会有一种OK输出。
启动DNS服务：/usr/local/named/sbin/named。如果想简化输入，可以省略那一串途径，请自行把途径加入到环境变量中。
检查运营状况： 检查进程 ps aux | grep named | grep –v grep。 检查网络监听端 netstat -an|grep 53|grep -v UNIX。 用tail –f /var/log/messages 滚动输出方式查看named运营状况。如果 named配备不对的或者有其她异常，则可以从这里得到有用信息。
（2）检查视图View效果
用tail–f /data/named/query.log滚动输出DNS查询记录。这个操作是在DNS服务器上进行。
在其她计算机查询域名 nslookup .cn，同步观测查询日记输出。
（3）辅助DNS服务器运营
检查配备文献对的性：named-checkconf/usr/local/named/etc/named.conf 启动DNS服务：/usr/local/named/sbin/named。检查辅助DNS运营状态。
查看与否自动生成4个区文献（.backup、.backup。 .backup、.backup），并检查这些区文献序列号与否与主DNS服务器区文献序列号相一致。
在其她计算机设立DNS为辅助DNS服务器IP地址，然后解析域名.cn。
查看DNS查询日记，理解其解析状况。
整体效果测试：测试手段选用如下几种。
l 在浏览器地址栏中输入对的以域名标记url，如，看与否正常显示页面内容。
l 在浏览器地址栏中输入缓存服务器VIP标记url，如，看与否能显示页面（能显示页面，不是咱们所期待了）。
l 在浏览器地址栏中输入以域名标记不存在url，如，看页面输出是什么。
l 在测试顾客用浏览器访问过程中，咱们可以通过查看源站Web访问日记、DNS服务器查询记录、缓存服务器负载均衡器输出（Ipvsadm）以及抽样查看某些缓存服务器TCP连接状态，进一步理解整个环境运作状况。