前端Nginx系列之负载均衡，均衡策略，session保持方案

负载均衡

负载均衡定义：代理服务器将接收的请求均衡的分发到各服务器中 负载均衡作用：主要解决网络拥塞问题，提高服务器响应速度，服务就近提供，达到更好的访问质量，减少后台服务器并发压力。

负载均衡的配置实例

可访问的服务有两个：

• http://172.16.25.44:8080/rsbi
• http://192.168.1.138:8080/rsbi

nginx.conf完整配置如下：

 
#user  nobody;
worker_processes  1;
 
events {
    worker_connections  1024;
}
 
http {
        include       mime.types;
        default_type  application/octet-stream;
 
        sendfile        on;
 
        keepalive_timeout  65;
        #此处定义常量xd-projec
        upstream xd-project{
                #注意 此处的server只能是ip:port 不能有任何多余的http或者项目名称
                server 172.16.25.44:8080;
                server  192.168.1.138:8080;
        }
        server{
                listen 8081;
                server_name  localhost;
                location / {
                        #此处使用上面定义常量xd-projec
                        proxy_pass http://xd-project;
                }
 
                location ~ .* {
                        proxy_pass http://xd-project;
                        proxy_set_header Host $http_host;
                        proxy_set_header X-Real-IP $remote_addr;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                }
       
                error_page   500 502 503 504  /50x.html;
                location = /50x.html {
                    root   html;
                }
        }
        include servers/*;
}

说明：上面的均衡方式是轮询，即nginx的默认负载均衡方式

nginx的负载均衡策略及其适用场景

1. 轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。主要用于大量请求场景中环节服务端的压力。 配置实例：

upstream xd-project{
        #注意 此处的server只能是ip:port 不能有任何多余的http或者项目名称
        server 172.16.25.44:8080;
        server  192.168.1.138:8080;
} 

2. weight

指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。 配置实例

upstream xd-project{
  #注意 此处的server只能是ip:port 不能有任何多余的http或者项目名称
  server 172.16.25.44:8080 weight=1;
  server  192.168.1.138:8080 weight=2;
}

说明：假设有三次访问，因为weight的值，会有一次落在172.16.25.44:8080，两次落在192.168.1.138:8080 应用场景：后端服务器性能不均的情况

3. ip_hash

每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。 配置实例：

upstream xd-project{
        ip_hash;
        server 172.16.25.44:8080;
        server  192.168.1.138:8080;
}

应用场景：当你服务端的一个特定url路径会被同一个用户连续访问时，如果负载均衡策略还是轮询的话，那该用户的多次访问会被打到各台服务器上，这显然并不高效（会建立多次http链接等问题）。甚至考虑一种极端情况，用户需要分片上传文件到服务器下，然后再由服务器将分片合并，这时如果用户的请求到达了不同的服务器，那么分片将存储于不同的服务器目录中，导致无法将分片合并。

4. url_hash（第三方）

每个请求按访问url的hash结果分配，这样每个url请求固定访问一个后端服务器。
配置实例：

upstream xd-project{
        hash $request_uri;
        server 172.16.25.44:8080;
        server  192.168.1.138:8080;
}

应用场景： 一般来讲，要用到urlhash，是要配合缓存命中来使用。举一个我遇到的实例：有一个服务器集群A，需要对外提供文件下载，由于文件上传量巨大，没法存储到服务器磁盘中，所以用到了第三方云存储来做文件存储。服务器集群A收到客户端请求之后，需要从云存储中下载文件然后返回，为了省去不必要的网络带宽和下载耗时，在服务器集群A上做了一层临时缓存（缓存一个月）。由于是服务器集群，所以同一个资源多次请求，可能会到达不同的服务器上，导致不必要的多次下载，缓存命中率不高，以及一些资源时间的浪费。在此类场景下，为了使得缓存命中率提高，很适合使用url_hash策略，同一个url（也就是同一个资源请求）会到达同一台机器，一旦缓存住了资源，再此收到请求，就可以从缓存中读取，既减少了带宽，也减少的下载时间。

5. fair（第三方）

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

负载均衡session会话保持方法

负载均衡时，为了保证同一用户session会被分配到同一台服务器上，可以使用以下方法：

1. 使用cookie

将用户的session存入cookie里，当用户分配到不同的服务器时，先判断服务器是否存在该用户的session，如果没有就先把cookie里面的sessoin存入该服务器，实现session会话保持。缺点是存入cookie有安全隐患。

2. 使用缓存

利用memcache，redis等缓存分布式的特点，可以将所有服务器产生的session存入同一台服务器的缓存中，实现session共享。这样安全性比较高，而且从内存中读取session比从文件中读取速度快。

3. 使用ip_hash

如果是nginx服务器的负载均衡，可以在upstream里设置ip_hash，每个请求按访问ip的hash结果分配，映射到固定某一台的服务器。缺点是可能导致负载不均衡。

upstream中的down和backup