高可用弹性扩展的实现架构

　　由于校园网的最大并发为4000～5000人，网络压力相对较大，为确保Web缓存服务器的系统性能，使用一个Cache服务器显然不能满足需求，同时随着校园网用户数的不断增加、网络需求量也会随之增加，需要考虑一定的扩展性。因此，整个系统中部署了两台服务器，分别规划为Balancer层和Cache-Pools层，如图2所示，Balancer层上面运行了一个Squid实例（简称SZone），主要用于请求调度，其本身并不缓存任何对象。而Cache-Pools层则运行了4个Squid实例，分别服务在3128，3228，3328，3428四个端口，主要用于接受并处理来自Balancer层转发的请求，提供并发的缓存服务。

　　1. 前端调度器（Balancer）

　　图2中的Balancer称为前端调度器，有两种部署方式，一是串联部署，通常是处于内网数据包到达出口路由器/网关前的位置；二是旁路部署，通常是处于出口路由/网关处。部署方式虽然不同但是对应的调度方式是相同的，区别在于数据包进入Balancer层的方式不同，前者是主动流入；后者为被动流入。而且后者具有更灵活的伸缩性，但是需要在路由器/网关上配置路由转发策略，使来自内网的http请求都转向Web缓存服务器的Balancer层(可以通过WCCP协议来进行转发，Cisco公司的IOS系统已经支持该协议了)。考虑到需要根据实际负载情况随时调整经过缓存服务器的用户数，本应用是采取旁路部署的方式，以实现弹性扩展的效果。

图2 高可用弹性扩展的Web缓存服务器群架构