箫影zx 发表于 2016-7-4 11:22:19

iXCache集群模式部署



                                                                        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作为网关或者网桥时


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. 添加牵引设备

2. 配置缓存组

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


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


2.4 iXCache的配置
2.4.1 网络配置

注:需保证下载口能够出网下资源,输出口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上配置的牵引策略中只能选择“数据镜像”模式)




页: [1]
查看完整版本: iXCache集群模式部署