nginx反向代理、负载均衡以及分布式下的session保持

负载均衡建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。负载均衡，核心就是网络流量分发，分很多维度。从网络层看，基本是四层（TCP，UDP），和七层（HTTP，HTTPS等），基本就是解析到对应的网络层，然后根据不同特征分发。比如四层的，基本就是根据连接信息（TCP）或者本身的特征（源IP，目标IP）等做。七层的，就可以用域名（HTTP头里的Host），URL，Cookie，Header这些来做。

　　2、负载均衡的分类

　　3、反向代理nginx负载均衡举例说明

nginx作为负载均衡服务器，用户请求先到达nginx，再由nginx根据负载配置将请求转发至tomcat服务器。

nginx负载均衡服务器：192.168.3.43

tomcat1服务器：192.168.3.43:8080

tomcat2服务器：192.168.3.43:8081

　　4、nginx配置

  upstream tomcatserver1 {
	server 192.168.3.43:8080 weight=2;
        server 192.168.3.43:8082 weight=1; #多加了此台服务器，并增加了负载的权重。性能高的服务器做的事情多
}
  upstream tomcatserver2 {
	server 192.168.3.43:8082;
    }
   #第一台服务器
   server {
        listen       80;
        server_name  8080.zcinfo.com;
 
        location / {
            proxy_pass   http://tomcatserver1;
            index  index.html index.htm;
        }  
    }
　　#第二台服务器
    server {
        listen       80;
        server_name  8082.zcinfo.com;
 
        location / {
            proxy_pass   http://tomcatserver2;
            index  index.html index.htm;
        }
    }

这样的情况下，就反向代理成功了。会出现两个端口下的页面轮询。那么负载均衡体现在哪里呢？

　　5、负载均衡的策略

上面的weight大小就是一种负载均衡的策略，weight=2的会连续出现两次，1的出现一次。总的来说，nginx提供五种负载均衡的策略。

（1）轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
upstream backserver {
server 192.168.0.14;
server 192.168.0.15;
}
（2）指定权重
指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。 默认为1
upstream backserver {
server 192.168.0.14 weight=3;
server 192.168.0.15 weight=10;
}
（3）IP绑定 ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。因为对于集群问题不好解决session问题。
upstream backserver {
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}
（4）fair（第三方）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
upstream backserver {
server server1;
server server2;
fair;
}
（5）url_hash（第三方）
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
upstream backserver {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}　

6 、在需要使用负载均衡的server中增加 ：

proxy_pass http://backserver/;
upstream backserver{
ip_hash;
server 127.0.0.1:9090 down; 　　#(down 表示单前的server暂时不参与负载)
server 127.0.0.1:8080 weight=2; # (weight 默认为1.weight越大，负载的权重就越大)
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup; # (其它所有的非backup机器down或者忙的时候，请求backup机器)
}
max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误
fail_timeout:max_fails次失败后，暂停的时间

三、分布式下session保持

负载均衡的应用背景下是多台服务器，那么对于多台服务器这样进行session保持呢？

我有一篇文章已经介绍了session,此处不再赘述。下面介绍一下session的管理，例如在java服务器下，例如tomcat服务器sessionid会以jsessionid的名称存在cookie中，以cookie的形式和服务器通信。

　　1、session怎么保存的？

不同的服务器、不同的语言框架都有不同的实现。比如java的服务器，有的是用文件方式来存储的；有的是用内存cache的方式来存储的；有的语言的服务器将数据做加密，然后设置成cookie，存到了客户端（浏览器）。那这些实现方式都有哪些优缺点呢？我们逐个来分析。