F5会话保持

最近项目中需要使用F5做负载均衡，将相关资料记录下来。

以下是F5变更申请中的相关参数说明，我们就以此顺藤摸瓜，我们挑几个重要参数去学习吧。

一、负载均衡算法

随机 （Random）—— 随机分发

轮询（Round Robin）
—— 将请求依次顺序循环地分发给服务器，从1到N然后重新开始。此种均衡算法适合于服务器组中的所有服务器都有相同的软硬件配置并且平均服务请求相对均衡的情况。

权重（Weighted Round Robin）——

根据服务器的不同处理能力，给每个服务器分配不同的权值，使其能够接受相应权值数的服务请求。。此种均衡算法能确保高性能的服务器得到更多的使用率，避免低性能的服务器负载过重。

动态比率（Dynamic
Round Robin）——类似于权重，不过权重值是随着对服务器持续的监控而变化的。这是一个动态的负载均衡算法，基于对服务器性能的实时分析，如连接数或响应时间。

最快模式（Fastest）——传递连接给那些响应速度最快的服务器。这种算法可能对于服务器处于不同的逻辑网络中的情况特别有用。均衡器记录着每个服务器的响应时间并选择最快的那一个。这非常直接了当，但是可能会导致拥塞，因为当前的响应时间并不一定真的还是1s或是2s了。

最小连接数（Least
Connections）——最少连接数均衡算法对内部中需负载的每一台服务器都有一个数据记录，记录当前该服务器正在处理的连接数量，当有新的服务连接请求时，将把当前请求分配给连接数最少的服务器，使均衡更加符合实际情况，负载更加均衡。此种均衡算法适合长时处理的请求服务，如FTP。

观察模式（Observed）——

以连接数和响应时间这两项的最佳平衡为依据来为新的请求选择服务器。

预测模式（Predictive）——预测模式使用和观察模式一样的评选方法，只不过BIGIP会利用收集到的服务器当前的性能指标（连接数和响应时间），进行预测分析，选择一台服务器在下一个时间片内，其性能将达到最佳的服务器来响应用户的请求。预测模式试图修复在观察模式中的一个问题，如果服务器的响应时间已经开始下滑，那么它是不太可能接受下一个请求的。

参考链接：https://devcentral.f5.com/articles/intro-to-load-balancing-for-developers-ndash-the-algorithms

二、会话保持

将同一会话的后续连接分发到同一服务器上。

1、简单会话保持（基于源地址的会话保持）。负载均衡器在作负载均衡时是根据访问请求的源地址作为判断关连会话的依据。对来自同一IP地址的所有访问请求在作负载均时都会被保持到一台服务器上去。

实现起来简单。

问题：容易出现负载失衡。

a、当多个客户是通过代理或地址转换的方式来访问服务器时，由于都分配到同一台服务器上，会导致服务器之间的负载严重失衡。

b、客户机数量很少，但每个客户机都会产生多个并发访问，对这些必发访问也要求通过负均均衡器分配到多个服器上，这时基于客户端源地址的会话保持方法也会导致负载均衡失效。

2、基于Cookie的会话保持