哈希header算法测试方案

江西移动wap厅哈希header算法测试方案：

一、江西移动wap网厅目前面临的问题

最初wap网厅采用基于客户端的原IP地址算法进行会话保持的，后台有两台server提供服务，但是无法做到对后台server的流量负载分担，原因是所有的手机访问时都会通过华为的wap网关代理转发，原IP转变为一个。当流量大时就会导致一台server的挂死，无法处理用户请求。

如果采用轮询的方法，可以做到流量的分担，但是会话将无法保持，可能导致某些应用无法正常访问。后续应用本身可以做到会话同步或会话保持时，就不用参考以下方案。

二、Array的建议解决方案

针对以上问题，可以考试array的哈希header会话保持算法，此算法不是基于客户端的IP来作会话保持的，而是基于用户的手机号码来进行会话保持，采用此算法必须保证用户访问的每个请求中一定包含用户定义的可用header名称（如"x-up-calling-line-id"或"x-calling-line-id"）并赋值为手机号码。

如果一个客户请求是第一次访问还没有被分配到一个对应的后台服务，系统会轮询的方法为客户选择一个后台服务。

我们在中国移动集团总部的wap积分换礼应用和福建移动的wap厅等地都成功部署过，但是因为每个集成商开发的应用都有所不同，所以还要通过测试和软件集成商的配合来最终确定方案的可行性。

可以在线配置，不会影响其他业务和策略。

网厅目前正运行的配置（可以有所调整）：

slb real http "r_wap_51" 192.168.11.51 8084 10000 tcp 1 3

slb real http "r_wap_57" 192.168.11.57 8084 10000 tcp 1 3

slb group method "g_wap_portal" pi 32 rr

slb group member "g_wap_portal" "r_wap_51" 1

slb group member "g_wap_portal" "r_wap_57" 1

slb virtual http "v_wap_portal" 172.0.0.23 80 arp 0

slb policy default "v_wap_portal" "g_wap_portal"

测试实施步骤：

首先登陆array主备设备，保持备份现有文件，执行write file gx_backup回车。gx_backup 为文件名。如果出现意外可以执行config file gx_backup来恢复。或使用原来配置快速覆盖，即可生效

1、修改会话保持算法，采用哈希header算法。(header名称"x-up-calling-line-id")

slb group method "G_wap_x-up-call-id" hh "x-up-calling-line-id" rr

slb group member "G_wap_x-up-call-id" "r_wap_51"

slb group member "G_wap_x-up-call-id" "r_wap_57"

slb policy header "p1_wap" "v_wap_portal" "G_wap_x-up-call-id" "x-up-calling-line-id" "^1" 1

2、查看服务的健康情况

Show health server

3、访问测试是否正常

如果策略生效，检查应用访问情况。

4、如果正常同步配置

Synconfig to

三、注意事项

1、对于基于Hash Headers（hh）的负载均衡，用户必须定义可用的header名称。

2、请务必确认在HTTP请求的表头中“header_name”是"x-up-calling-line-id"或其他，且请求中的表头值以手机号开头。