Web透明缓存争得带宽.pdfVIP

Web透明缓存争得带宽 ■文 ／陈丽仙 司占军 出访问请求时，就由缓存服务器来响应其 需要考虑一定的扩展性。因此 ，整个系统中 要求，将 已存储且未过期的对象的拷贝直 部署了两台服务器，分别规划为Balancer层 接发送给客户端浏览器(CacheHit)。Web缓 和Cache—Pools层 ，如图2所示 ，Balancer层 校园网的带宽问题 存系统使得用户请求不必再通过Intemet路 上面运行了一个 Squid实例 (简称 SZone)， 随着Internet的高速发展，网络应用的 由到达原始服务器去取 回所请求的对象 ， 主要用于请求调度，其本身并不缓存任何 不断丰富，各种网络业务不断吞噬着互联 即省去了中间步骤 ，降低了多重路 由可能 对象。而Cache—Pools层则运行了4个Squid 网带宽。同时，Internet的用户也在迅速增 引起的服务延迟 ，避免了重复传输造成的 实例，分别服务在3128，3228，3328，3428 长，导致了以下问题：一方面用户的急速 带宽浪费，减小了网络负荷 ，从而可以有效 四个端 口，主要用于接受并处理来 自Bal— 增多，使服务器的负载过重 ，不能及时响 提高响应时间，改善用户体验。 ance r层转发的请求 ，提供并发的缓存服务。 应用户的请求；另一方面网络带宽的不足 1．前端调度器 (Balancer) 以及数据传输链路的延迟 ，造成了严重的 图2中的Balancer称为前端调度器，有 透明Web缓存的实现架构 网络阻塞 。 两种部署方式，一是串联部署，通常是处于 根据网络数据传输的时问和地域相关 应用环境 内网数据包到达出口路 由器 ／网关前的位 性 ，一个用户在某一时刻访问某个数据后 本应用的校园网出口环境如图l所示， 置；二是旁路部署，通常是处于出口路 由 ／ 该用户及其周围的用户一段时间内很有可 通过在 口的流量控制设备AG3OOOE上配 网关处。部署方式虽然不同但是对应的调 能再次访问这个数据。如果在相同区域 内 置策略路由，将内网所有满足策略的数据 度方式是相 同的，区别在于数据包进入 不同用户每次需要相同的数据时都要到远 都重定向到Web缓存服务器上，再利用缓 Balancer层的方式不同，前者是主动流入； 端服务器获取，则会造成数据的重复传输。 存机制 ，从而实现透明代理的效果。 后者为被动流入。而且后者具有更灵活的 这样不但浪费了网络带宽，使网络响应速 高可用弹性扩展的实现架构 伸缩性，但是需要在路由器 ／网关上配置路 度变慢，同时加重了服务器的负荷。从而 由于校园网的最大并发为4000～5000 由转发策略，使来自内网的http请求都转向 可以为企事业或者服务提供者节省大量的 人，网络压力相对较大，为确保Web缓存 Web缓存服务器的Balancer层(可以通过 带宽建设费用，更重要的是提高了用户体 服务器的系统性能，使用一个CaeheH~务器 WCCP协议来进行转发 ，Cisco公司的IOS系 验和服务质量。 显然不能满足需求 ，同时随着校园网用户 统已经支持该协议 了)。考虑到需要根据实 数的不断增加 、网络需求量也会随之增加， 际负载情况随时调整经过缓存服务器的用 户数 ，本应用是采取旁路部署的方式，以实 Web缓存基本原理 现弹性扩展的效果。 W