iXCache集群模式部署

箫影zx

                                                                       

iXCache集群模式部署

                                                                       

（注：只有iXCache专业版才支持集群模式部署）

iXCache目前有两种工作模式：牵引模式和镜像模式。
牵引模式：
        即与本公司智能应用网关产品Panabit搭配部署，灵活方便，部署简单易上手，且无需烦恼vlan、PPPOE环境部署困难等问题；
镜像模式：
        即与可做数据镜像的设备搭配部署，支持PPPOE环境内部署。
建议：
        使用牵引模式效果要比镜像模式更好，部署更方便。

Panabit目前有两种模式与iXCache搭配：数据牵引和数据镜像模式。
数据牵引:

       数据牵引即是将流经Panabit的上行HTTP GET请求包经过所配置的牵引策略过滤后，将符合策略的包发给所对应的iXCache缓存设备。如果其对应的 iXCache缓存设备产生了命中，则该iXCache会将重定向包发给Panabit，由Panabit代为转发给用户，用户收到这个重定向包以后，就会主动向iXCache的输出口IP发起资源的请求了。

数据镜像:

       数据镜像即是将流经Panabit的上行HTTP GET数据包经过所配置的牵引策略过滤后，将符合策略的包发给所对应的iXCache缓存设备，而不转发iXCache的重定向包，重定向包是由所对应的iXCache缓存设备自己发给用户，用户收到这个重定向包以后，就会主动向iXCache的输出口IP发起资源的请求了。

一、前言
iXCache集群模式部署是多台iXCache与Panabit搭配，由Panabit做数据的牵引和负载均衡的部署模式。
Panabit性能强劲，集“数据采集设备、管理机、负载均衡设备”等功能于一身，不仅省去传统集群模式多设备的成本消耗，而且部署起来也简单方便。
配置之前，建议大家看看iXCache的原理简介：
http://forum.panabit.com/thread-11744-1-1.html

iXCache的集群原理简介：

1.Panabit采集并将总数据分成16份分发到每个槽位中，每个槽位所得数据都是总的采集数据中的一部分，各槽位所得数据不会重复；
2.每台iXCache所占槽位数可以自由分配，以此达到负载均衡的效果；
3.每条URL被分配到某个槽位中后，则后续该URL的请求都会被分配到同一槽位中不会变。

优点：
1. 集管理机、负载均衡设备、采集设备于一身，节省硬件开销，降低复杂度，更加高效简便。

2.独有的负载均衡算法，可灵活调控负载，负载效果明显。

3. 加减缓存服务器不影响其他设备

部署方案一
2.1 Panabit作为网关或者网桥时

panabit作为网关拓扑图

2.2、对该方案的解析
Panabit:
                Panabit负责采集和过滤用户的上行请求，并将过滤后的数据根据配置的牵引策略条件，将这些数据均衡的分发到缓存组中的每个槽位中，每个槽位中的数据都是总的采集数据的一部分，以此来达到负载均衡的效果，故一个缓存组中的槽位必须填满缓存设备，否则就会丢失采集过来的数据。这样的均衡方法灵活高效简便，每个缓存组有16个槽位，使用者可自由支配每台缓存设备所占的槽位数，从而能够灵活的控制负载均衡效果。

iXCache：
                iXCache接收Panabit“数据镜像”过来的用户上行数据，继而进行分析，如果存储池中没有该资源，则主动组装请求去下载该资源，如果存储池中已有该资源，则产生命中，并通过路由策略向用户发送重定向包（由于Panabit与iXCache之间的搭配，配置的牵引模式是“数据镜像”，故重定向包由iXCache自己发给用户，如果是“数据牵引”，则iXCache会将重定向包发给Panabit，由Panabit代发给用户端，如果由PA来转发重定向包，在集群这种大流量网络环境里面，势必会造成PA的性能压力和转发效率，故让各iXCache自己发重定向给客户端是明智之选），用户一旦收到重定向包以后，接下来会主动断开之前与外网的连接，转而主动向iXCache的输出口IP发起资源的请求，iXCache接收到用户的请求后，发送资源给用户。至此，从采集-命中-输出这一个过程就完成了。这里，我们将iXCache的下载口和输出口设置为同一个网口，同一个IP，则iXCache的出网下载资源和给用户吐资源，都在一个网卡上，且只有一个默认路由，则所有的请求都走默认路由，省去下载口和输出口分开的情况下需要在iXCache上做静态回程路由的麻烦。
               
2.3 Panabit的配置
2.3.1 建立路由线路

与缓存通信的路由线路

建立好与两台iXCache通信的线路以后，在Panabit上以及iXCache上相互ping通以后，则表明二者之间的通信线路搭建完好。

注：这里只要保证Panabit与iXCache集群中的每台iXCache设备中的任意IP能够通信即可，Panabit的牵引数据（也即采集数据）就可以发送到各iXCache了。
Panabit上建立与iXCache通信的线路，可以是lan线路，也可以是wan线路。


2.3.2 配置iXCache牵引APP
1. 添加牵引设备

panabit牵引设备配置

2. 配置缓存组

缓存组配置

注：缓存组中的槽位必须填满，否则会丢失采集过来的数据
3. 配置牵引策略

牵引策略

注：牵引即是将流经Panabit的上行HTTP GET请求包经过所配置的牵引策略过滤后，将符合策略的包发给所对应的缓存设备；


2.4 iXCache的配置
2.4.1 网络配置

iXCache配置

注：需保证下载口能够出网下资源，输出口IP（这里也是下载口IP）能够与底下所有用户相通，
如果单张千兆网卡不够，可以做网络配置界面上做网卡捆绑，也即链路汇聚

2.4.2 存储池配置
删除已有存储池，建立一个池，该池中包含所有磁盘；

2.5 验证iXCache是否开始工作
查看“正在缓存”页面，是否有数据，状态是否都是“缓存中”，如果是，则说明缓存的出网下载资源功能已经OK。

正在缓存

等待大概5分钟以后，此时磁盘里面应该已经有些文件了，就会有命中输出了。

正在输出

注：iXCache目前的命中原则是必须等文件完整的下载完成以后，才能提供命中服务。

2.6交换机的配置
2.6.1用户网关和缓存网关都在核心交换机上
在这种情况下，所有三层接口均通过直连接口学习到路由，vlan间可直接通信，无需外加路由

2.6.2用户网关在下层核心上 ，缓存在上层核心交换上
这种情况下

接用户的核心交换机上需配置：
华为命令:   ip route-static x.x.x.x（缓存地址） 255.255.255.0 上层核心交换SVI接口地址
cisco命令： ip route x.x.x.x（缓存地址） 255.255.255.0 上层核心交换SVI接口地址

接iXCache的交换机上需配置：

华为命令:   ip route-static x.x.x.x（用户地址） 255.255.255.0 下层核心交换（接用户的交换机）SVI接口地址
cisco命令：ip route x.x.x.x（缓存地址） 255.255.255.0     下层核心交换SVI接口地址

部署方案二
当网内无Panabit时
当网内无panabit设备时，可以装一台Panabit作为iXCache的数据采集设备、管理机、负载均衡器接收核心交换镜像出来的用户上行数据，该Panabit无需license也可使用。（注：Panabit作为旁路接入时，在牵引APP上配置的牵引策略中只能选择“数据镜像”模式）

集群模式部署方案2