nginx 负载均衡

nginx 负载均衡

状态设置

down：表示当前的server暂时不参与负载均衡。
weight：默认为1。weight越大，负载的权重就越大
backup：预留的备份机器。当其他所有的非backup机器出现故障或者忙的时候，才会请求backup机器，因此这台机器的压力最轻。
max_fails：允许请求失败的次数，默认为1。当超过最大次数时，返回proxy_next_upstream 模块定义的错误。
fail_timeout：在经历了max_fails次失败后，暂停服务的时间。max_fails可以和fail_timeout一起使用。
max_conns：限制最大的接收连接数.

• 状态设置

upstream images4 {
    server 192.168.1.50:1   max_fails=2 fail_timeout=30s;
    server 192.168.1.51:2   max_fails=2 fail_timeout=30s;
}

---

负载均衡方式

1. 热备

• 热备：如果你有2台服务器，当一台服务器发生事故时，才启用第二台服务器给提供服务。服务器处理请求的顺序：AAAAAA突然A挂了，BBB.....

upstream images1 { 
    server 192.168.1.1:8080; 
    server 192.168.1.2:8080 backup;  #热备     
}

---

2. 轮询（默认）
   每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
   适合服务器配置相当，无状态且短平快的服务使用。也适用于图片服务器集群和纯静态页面服务器集群。
   优点：方式简便、成本低廉。
   缺点：可靠性低和负载分配不均衡。

• 轮询：nginx默认就是轮询其权重都默认为1，服务器处理请求的顺序：ABABABABAB....

upstream images2 { 
    server 192.168.1.1:8080;
    server 192.168.1.2:8080;       
}

---

3. 加权轮询
   指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
   权重越高，在被访问的概率越大
   优点：提高可靠性和负载分配
   缺点：在负载均衡系统中，假如用户在某台服务器上登录了，那么该用户第二次请求的时候，因为我们是负载均衡系统，每次请求都会重新定位到服务器集群中的某一个，那么已经登录某一个服务器的用户再重新定位到另一个服务器，其登录信息将会丢失

• 加权轮询：跟据配置的权重的大小而分发给不同服务器不同数量的请求。如果不设置，则默认为1。下面服务器的请求顺序为：ABBABBABBABBABB....

 upstream images3 { 
    server 192.168.1.1:8080 weight=1;
    server 192.168.1.2:8080 weight=2;
}

---

4. ip_hash指令：如果客户已经访问了某个服务器，当用户再次访问时，会将该请求通过哈希算法，自动定位到该服务器。
   每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session不能跨服务器的问题。
   注意：

• 在nginx版本1.3.1之前，不能在ip_hash中使用权重（weight）
• ip_hash不能与backup同时使用
• 此策略适合有状态服务，比如session
• 当有服务器需要剔除，必须手动down掉
• ip_hash:nginx会让相同的客户端ip请求相同的服务器。

upstream images4 { 
    server 192.168.1.1:8080; 
    server 192.168.1.2:8080;
    ip_hash;
}

---

5. least_conn
   把请求转发给连接数较少的后端服务器。
   轮询算法是把请求平均的转发给各个后端，使它们的负载大致相同；
   但是，有些请求占用的时间很长，会导致其所在的后端负载较高。
   这种情况下，least_conn这种方式就可以达到更好的负载均衡效果。

• least_conn:此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况

upstream images5 {
    least_conn;    #把请求转发给连接数较少的后端服务器
    server 192.168.1.50:1; 
    server 192.168.1.51:2;
}

---

6. fair（第三方）
   第三方的负载均衡策略的实现需要安装第三方插件。

• fair:按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream images6 {
    server 192.168.1.50:1; 
    server 192.168.1.51:2;
    fair;    #实现响应时间短的优先分配
}

---

7. url_hash（第三方）
   按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，要配合缓存命中来使用。同一个资源多次请求，可能会到达不同的服务器上，导致不必要的多次下载，缓存命中率不高，以及一些资源时间的浪费。而使用url_hash，可以使得同一个url（也就是同一个资源请求）会到达同一台服务器，一旦缓存住了资源，再此收到请求，就可以从缓存中读取。
   注意：
   在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法。

• url_hash:同一个资源请求会到达同一台服务器

upstream images7 {
    server 192.168.1.50:1; 
    server 192.168.1.51:2;
    hash $request_uri;    #实现每个url定向到同一个后端服务器
    hash_method crc32;
}

---