不得不说的Nginx反向代理策略算法！！

upstream backend {
    server backend1.example.com       weight=5;
    server backend2.example.com:8080 fail_timeout=5s;	
    server 192.0.2.1                 max_fails=3;    
    server unix:/tmp/backend3;    
    server backup1.example.com:8080   backup;    
    server backup2.example.com:8080   backup;
    }
    
    server {
        location / {
                proxy_pass http://backend;
        }
     }

例如：当前端有多个请求到后端服务器节点，服务会被轮流分配到下面三个服务器。

upstream backend {

    server backend1.example.com;
    server backend2.example.com;
    server backend3.example.com;    
   }

例如：通过直接配置weight来设置访问机率，weight的大小和访问比率成正比。

upstream backend {

    server backend1.example.com;
    server backend2.example.com weight=2;
    server backend3.example.com weight=3;  # 权重值越大被分配的几率越大  
   }

注意：因为weight是内置，所以可以直接和其他策略配合使用。

例如：因为weight是内置，所以可直接和其他策略配合使用。本策略使用的是ip_hash策略，需要在配置upstream中添加ip_hash一行；

upstream backend {
    ip_hash;

    server backend1.example.com;
    server backend2.example.com;
    server backend3.example.com down;
    server backend4.example.com;
    }
注意：
    1. 如果暂时删除其中一台服务器，则使用`down`参数进行标记，以保存当前客户端IP地址的哈希。
    2. ip_hash模块和后面的Sticky模块不能够同时使用。
    3. 在版本1.3.1和1.2.2之前，无法为使用`ip_hash`负载平衡方法的服务器指定权重。

Specifies a load balancing method for a server group where the client-server mapping is based on the hashed key value. The key can contain text, variables, and their combinations. Note that adding or removing a server from the group may result in remapping most of the keys to different servers. The method is compatible with the Cache::Memcached Perl library.

If the consistent parameter is specified the ketama consistent hashing method will be used instead. The method ensures that only a few keys will be remapped to different servers when a server is added to or removed from the group. This helps to achieve a higher cache hit ratio for caching servers. The method is compatible with the Cache::Memcached::Fast Perl library with the ketama_points parameter set to 160.

upstream backend {
    consistent_hash $request_uri;
    server backend1.example.com;    
    server backend2.example.com;
    }

例如：同样只需要在upstream的所有的server后面添加fair一行即可。

upstream backend {

    server backend1.example.com;
    server backend2.example.com;
    fair;
   }

注意：这种策略具有很强的自适应性，但是实际的网络环境往往不是那么简单，因此需要慎用。

upstream backend {
    hash $request_uri;
    server backend1.example.com;    
    server backend2.example.com;
    }

例如：同样只需要在upstream的server前添加sticky一行即可，但是代码中还需要进行cookie的

upstream backend {
    sticky;
    server backend1.example.com;
    server backend2.example.com;
   }

注意：如果浏览器不支持cookie，那么sticky不生效，毕竟整个模块是给予cookie实现。Sticky模块和ip_hash模块不能够同时使用。