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 就可成功对该运行的审核或内容验证｡#p#
Q:F5 Bigip 允许哪些会话坚持方法?
◆便捷会话坚持
依据客户端源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 包内某一指定字段｡
