1.  背景描述：

1.1问题描述

客户有2台F5设备做的链路负载，F5上联设备是防火墙，防火墙对应这3个运营商，分别是移动、电信、联通，客户希望F5a设备的移动链路断开主备切换到F5b，F5b设备移动断开，不做主备切换，此时F5设备都有2条可用的运营商链路，然后断开F5b设备的电信，主备切换到F5a设备，依次类推。我们总结一下客户的需求:

当运营商链路断开时F5设备做主备切换，运营商数量相等不做主备切换，每次主备切换都切换到可用运营商数量多的设备。听了客户的需求，F5的vlan fail-safe 和gateway fail-safe都不能满足客户的需求，这个时候使用F5的HA group可以解决客户的问题。

1.2实验过程

准备2台F5设备,后端1台服务器，客户是outbound的业务，我们实验可以inbound来测试，首先2台设备做好HA，本次实验就不体现HA部分的配置了，创建一个pool，里面3个pool member 分别是20.11、12、13 如下图

创建HA group，注意HA group和traffic groups 配置是不同步的需要在主备设备都配置

在HA group 选择创建的HA group，在Failover Configuration选中Failover to Device With Best HA Score 不然达不到预期。

如下图我们的HA配置好了，pool 里面3个pool member 健康检查都是通过的。

做完上述配置，我们再做测试，创建一个HTTP的monitor如下，我们在Receive String 让服务器返回我们500，服务器不回复F5 500，F5认为这台设备的服务down了，来模拟运营商链路down的场景。

在pool member里面关联对应的monitor，pool member的健康检查是优先pool的健康检查。我们把20.11关联对应的HTTP monitors

测试符合预期，如下图，239之前的主机把HTTP monitors关联在对应的pool member 发生了主备切换。

把240的20.11pool member 关联HTTP monitors 没有出现主备切换，符合预期。

再次把240的20.12pool member 关联HTTP monitors 模拟故障，符合预期。

再次把239的20.12 pool member 关联HTTP monitors，在可用运营商的一样的情况下，没有出现主备切换，符合预期。

再次把239的20.13pool member 关联HTTP monitors，发现主备切换，符合预期

关于如何算分数，以我上面的实验使用举个例子，pool里面一共3个pool member 每个pool member 5分，一共15分，注意Active Bonus 的意思是谁是主机才可以加这里的分数，下图是我的测试结果。

1.当239设备的3个运营商都是正常的是17分因为是主机，down了20.11后之前分数-2是12分，240设备是15分，发生主备切换（表一）；

2.当240的20.11 down了，是12分因为是主机加了2分没有出现主备切换(表二)；

3.把240的20.12 down了是7分，239是10分主备切换（表三）；

4.239的20.12 down了分数是7分主机加2分，240是5分，不做主备切换（表四）；

5.239的20.13 down了分数是2，240是5主备切换，此时240是7分（表五）；

6.240的20.13 down了，此时240是2分，239是0分，不做主备切换（表六）

表一：

表二：

表三：

表四：

表五：

表六：

2.  参考文件：（ASK或网页链接）

https://support.f5.com/csp/article/K16947   针对 HA 组功能的 F5 推荐做法