nginx负均衡中RR和ip_hash策略分析.docVIP

nginx负载均衡中RR和ip_hash策略分析 nginx的upstream目前支持负载均衡方式的分配 1、RR（默认） 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。 例如： upstream tomcats { server 07:88 max_fails=3 fail_timeout=3s weight=9; server 32:80 max_fails=3 fail_timeout=3s weight=9; } 2、ip_hash 每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。 例如： upstream tomcats { ip_hash; server 07:88; server 32:80; } 3、fair（第三方） 按后端服务器的响应时间来分配请求，响应时间短的优先分配。 4、url_hash（第三方） 按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。 下面，我们针对RR和ip_hash的负载均衡策略进行分析。因为每一种负载均衡策略都是在upstream的框架中使用，upstream控制总的工作流程，负载均衡策略仅仅提供选择或释放server的函数，所以，我们在分析RR时结合upstream（ngx_http_upstream.c）。 ip_hash大部分内容与RR一致，只是重新实现RR中的ngx_http_upstream_get_peer函数。 RR策略 RR机制分为三个部分：初始化upstream，获取一个可用的后台服务器和释放后台服务器。 以下分析以此配置为例: upstream backend { server A max_fails=3 fail_timeout=4s weight=9; server B max_fails=3 fail_timeout=4s weight=9; server C max_fails=3 fail_timeout=4s weight=9; server D backup; Server E backup; } 2.1 初始化upstream 对于例子中的upstream backend来说， 首先初始化各个server, 除了设置IP和端口号外，还要设置如下置weight，current_weight，max_fails和fail_timeout。其中max_fails和fail_timeout 这两个参数是组合使用的，表示server 如果失败次数达到max_fails 次，并保持fail_timeout秒之内该服务器不能被访问。 对于serverA来说，设置如下 serverA.weight =9; serverA.current_weight = 9; //初始值等于配置文件中的weight. serverA.max_fails = 3; serverA.fail_timeout = 4; 接着，创建两个server类型（在下文介绍中，server类型等同于peer类型，都是用来指明存储upstream中一个server的信息）的数组，peers和backup，分别存储正常的轮循server和备用server. 并且，按照数组中各个server的weight值的大小，由高到底排序。 本例中，在数组peers中存储serverA、serverB和 serverC, 并记录server的总个数peers-number=3; 在数组backup中存储serverD和 serverE, 并记录server的总个数backup-number=2; 最后，设置upstream中各个变量的值。 rrp 表示当前要轮循的server数组，初始设置为Upstream-rrp = peers. tries 表示尝试的次数，当尝试一个server失败后，tries的值就会减一。初始设置为peers的总个数。 Next 表示当peers数组中server都失败，不能提供服务了，通过upstream-next，切换到back数组中选择server. 2.2 具体的RR策略 2.2.1 ） 选择最初要轮循的server, 把它给rrp-current变量，跳转到2.2.2 当一个客户端请求到达nginx后，nginx就会在upstream的peers 数组中挑选一个current_weight最大的se