F5负载均衡器的问题荟萃

本文继续为大家做一下负载均衡器问题的总结，包括所支持的算法，会话保持，检查方法等方面的内容。问答形式的总结好处在于问题具有针对性，解答简练容易概括。

负载均衡器的问题值得我们学习地方有很多，现在，作为补充，我们再来为大家总结一下。通过前面一些文章的介绍，相信大家已经对这部分内容有了一定的了解，现在我们要说的问题是关于算法，会话保持等方面的知识，望能帮助到大家。

Q:F5 Bigip 负载均衡器支持哪些负载均衡算法?

A: F5 Bigip 负载均衡器支持的负载均衡算法包括:

◆轮询(RoundRobin):顺序循环将请求一次顺序循环地连接每个服务器｡当其中某个服务器发生第二到第7 层的故障,BIG/IP 就把其从顺序循环队列中拿出,不参加下一次的轮询,直到其恢复正常｡

◆比率(Ratio):给每个服务器分配一个加权值为比例,根椐这个比例,把用户的请求分配到每个服务器｡当其中某个服务器发生第二到第7 层的故障,BIG/IP 就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常｡

◆优先权(Priority):给所有服务器分组,给每个组定义优先权,BIG/IP 用户的请求,分配给优先级最高的服务器组(在同一组内,采用轮询或比率算法,分配用户的请求);当最高优先级中所有服务器出现故障,BIG/IP 才将请求送给次优先级的服务器组｡这种方式,实际为用户提供一种热备份的方式｡

◆最小的连接数(LeastConnection):传递新的连接给那些进行最少连接处理的服务器｡当其中某个服务器发生第二到第7 层的故障,BIG/IP 就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常｡

◆最快模式(Fastest):传递连接给那些响应最快的服务器｡当其中某个服务器发生第二到第7层的故障,BIG/IP 就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常｡

◆观察模式(Observed):连接数目和响应时间以这两项的最佳平衡为依据为新的请求选择服务器｡当其中某个服务器发生第二到第7 层的故障,BIG/IP 就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常｡

◆预测模式(Predictive):BIG/IP 利用收集到的服务器当前的性能指标,进行预测分析,选择一台服务器在下一个时间片内,其性能将达到最佳的服务器相应用户的请求｡(被big/ip 进行检测)

◆规则模式(iRule):针对不同的数据流设置导向规则,用户可自行编辑流量分配规则,BIG/IP利用这些规则对通过的数据流实施导向控制｡

Q:F5 Bigip 负载均衡器支持哪些服务器健康检查方法?

A:F5 Bigip 负载均衡器支持以下的服务器健康检查方法:

服务器 (Node) - Ping (ICMP)

服务 (Port) - Connect

可扩展的应用验证 (EAV) :不仅仅检查服务器上指定服务的端口是否处于监听状态,还要检查该服务端口能否对应用访问请求作出回应,例如可以检查对http 请求或对数据库的查询能否作出回应｡可扩展的内容验证 (ECV):Bigip 除了可以通过EAV 对服务进行检查,还可以通过ECV 对服务器的响应作进一步分析,通过分析读取服务器回应中的指定内容来判断服务器上服务的运行情况｡上述检查方法的检查频度(e.g. 10 seconds)与检查响应Timeout 时间( e.g. 5 seconds)都可以根据应用情况进行灵活定制｡对于ECV､EAV,在Bigip 中已经包含了一些常见应用的检查与内容验证的方法,例如http 的检查､Ldap､SQL Server 等｡如果碰到一些应用､Bigip 上没有提供相应的检查方法,Bigip 还提供了一个扩展的接口,用户只需要编写相应的应用检查脚本或程序并加载到Bigip 就可实现对该应用的检查或内容验证｡

Q:F5 Bigip 支持哪些会话保持方法?

A:

◆简单会话保持

根据客户端源IP 地址保持客户会话的技术

◆HTTP Header

根据HTTP 包头信息保持会话的技术

◆SSL ID 会话保持

根据SSL ID 保持客户/服务器连接的技术

◆HTTP Cookie 会话保持

插入模式,改写模式, 被动模式, 散列模式(Cookie Hash)

◆SIP ID 会话保持

◆Cache 设备的专用会话保持

◆i-Mode 移动应用的会话保持技术

◆i-Rules 客户定制的会话保持方法

Q:请问基于客户端源地址的会话保持(Persistence)方法有什么优缺点?

A:所谓基于源地址的会话保持(在Bigip 应用交换机中,又叫作simple persistence 方法)是指负载均衡器在作负载均衡时是根据访问请求的源地址作为判断关连会话的依据｡对来自同一IP 地址的所有访问请求在作负载均衡时都会被保持到一台服务器上去｡基于原地址的会话保持实现起来简单,只需要根据数据包三､四层的信息就可以实现,效率也比较高｡存在的问题就在于当多个客户是通过代理或地址转换的方式来访问服务器时,由于都分配到同一台服务器上,会导致服务器之间的负载严重失衡｡另外一种情况上客户机数量很少,但每个客户机都会产生多个并发访问,对这些必发访问也要求通过负均均衡器分配到多个服器上,这时基于客户端源地址的会话保持方法也会导致负载均衡失效｡在上述情况只能采用应用层的会话保持技术,例如基于http 的cookie, URI, SSLID 或TCP､UDP 包内某一指定字段｡