(1)、前期环境准备
准备两个解压版tomcat，如何同时启动两个tomcat，请看我的另一篇文章《一台机器同时启动多个tomcat》。
(2)、nginx官网下载解压版nginx。
(3)、创建一个大略的web项目。为了直不雅观的区分访问的哪个tomcat，在页面写上标记8081、8082。
(4)、分别支配到对应的tomcat下。如图：
2、配置nginx
进入nginx-1.10.1conf路径，修正配置文件nginx.conf。
1、配置做事器组，在http{}节点之间添加upstream配置。（把稳不要写localhost，不然访问速率会很慢）
upstream nginxDemo {
server 127.0.0.1:8081; #做事器地址1
server 127.0.0.1:8082; #做事器地址2
}
2、修正nginx监听的端口号80，改为8080。
server {
listen 8080;
......
}
3、在location{}中，利用proxy_pass配置反向代理地址；此处“http://”不能少，后面的地址要和第一步upstream定义的名称保持同等。
location / {
root html;
index index.html index.htm;
proxy_pass http://nginxDemo; #配置方向代理地址
}
如下图：
3、启动nginx和tomcat，访问
我是Windows系统，以是直接在nginx-1.10.1目录下双击nginx.exe即可。
可在任务管理器中查看
末了在浏览器输入地址：http://localhost:8080/nginxDemo/index.jsp，每次访问就会轮流访问tomcat了（如果F5刷新不管用，建议试试鼠标指针放到地址栏，点击Enter键）。
到这里，一个非常大略的负载均衡就配置完成了，是不是很大略呢，O(∩_∩)O哈哈~
二、nginx负载均衡策略
1、轮询（默认）
每个web要求按韶光顺序逐一分配到不同的后端做事器，如果后端做事器down掉，能自动剔除。
upstream nginxDemo {
server 127.0.0.1:8081;
server 127.0.0.1:8082;
}
2、最少链接
web要求会被转发到连接数最少的做事器上。
upstream nginxDemo {
least_conn;
server 127.0.0.1:8081;
server 127.0.0.1:8082;
}
3、weight 权重
指定轮询几率，weight和访问比率成正比，用于后端做事器性能不均的情形，weight默认是1。
#做事器A和做事器B的访问比例为：2-1;比如有3个要求，前两个会访问A，三个访问B，其它规则和轮询一样。
upstream nginxDemo {
server 127.0.0.1:8081 weight=2; #做事器A
server 127.0.0.1:8082; #做事器B
}
4、ip_hash
每个要求按访问ip的hash值分配，这样同一客户端连续的Web要求都会被分发到同一做事器进行处理，可以办理session的问题。当后台做事器宕机时，会自动跳转到其它做事器。
upstream nginxDemo {
ip_hash;
server 127.0.0.1:8081 weight=2; #做事器A
server 127.0.0.1:8082; #做事器B
}
基于weight的负载均衡和基于ip_hash的负载均衡可以组合在一起利用。
5、url_hash（第三方）
url_hash是nginx的第三方模块，nginx本身不支持，须要打补丁。
nginx按访问url的hash结果来分配要求，使每个url定向到同一个后端做事器，后端做事器为缓存做事器、文件做事器、静态做事器时比较有效。缺陷是当后端做事器宕机的时候，url_hash不会自动跳转的其他缓存做事器，而是返回给用户一个503缺点。
upstream nginxDemo {
server 127.0.0.1:8081; #做事器A
server 127.0.0.1:8082; #做事器B
hash $request_url;
}
6、fair（第三方）
按后端做事器的相应韶光来分配要求，相应韶光短的优先分配。
upstream nginxDemo {
server 127.0.0.1:8081; #做事器A
server 127.0.0.1:8082; #做事器B
fair;
}
三、集群/分布式环境下session处理策略
由于很多朋友提到session的管理问题，以是接下来决定写一下在集群/分布式环境下session处理策略。
1、为什么要处理session？
这个问题想必大多数朋友都知道，在搭建完集群或者分布式环境之后，如果不做任何处理的话，网站将频繁的涌现用户未登录的征象。比如：集群中有A、B两台做事器，用户第一次访问网站时，Nginx将用户要求分发到A做事器，这时A做事器给用户创建了一个Session，当用户第二次访问网站时，假设Nginx将用户要求分发到了B做事器上，而这时B做事器并不存在用户的Session，以是就会涌现用户未登录的情形，这对用户来说是不可忍受的。
以是我们在搭建集群/分布式环境之后，必须考虑的一个问题便是用户访问产生的session如何处理，即session的共享机制。
我们将处理Session的办法大致分为三种：Session保持（也有人叫黏性Session）、Session复制、Session共享。
2、Session保持（或者叫黏性Session）
Session保持（会话保持）便是将用户锁定到某一个做事器上。比如上面说的例子，用户第一次要求时，负载均衡器（Nginx）将用户的要求分发到了A做事器上，如果负载均衡器（Nginx）设置了Session保持的话，那么用户往后的每次要求都会分发到A做事器上，相称于把用户和A做事器粘到了一块，这便是Session保持的事理。Session保持方案在所有的负载均衡器都有对应的实现。而且这是在负载均衡这一层就可以办理Session问题。
优点：非常大略，不须要对session做任何处理。
缺陷：1、卖力不屈衡了：由于利用了Session保持，很显然就无法担保负载的均衡。
2、缺少容错性：如果后端某台做事器宕机，那么这台做事器的Session丢失，被分配到这台做事要求的用户还是须要重新登录，以是没有彻底的办理问题。
适用场景：发生故障对客户产生的影响较小；做事器发生故障是低概率事宜。
实现办法：以Nginx为例，在upstream模块配置ip_hash属性即可实现粘性Session，详细可以参考2.4章节。
3、Session复制
针对Session保持的容错性缺陷，我们可以在所有做事器上都保存一份用户的Session信息。这种将每个做事器中的Session信息复制到其它做事器上的处理办法就称为会话复制。当任何一台做事器上的session发生改变时，该节点会把session的所有内容序列化，然后广播给所有其它节点，不管其他做事器需不须要session，以此来担保Session同步。
优点：可容错，各个做事器间的Session能够实时相应。
缺陷：将session广播同步给成员，会对网络负荷造成一定压力；
如果session量大的话可能会造成网络堵塞，拖慢做事器性能，特殊是session保存的工具较大，并且工具变革较快时；从而也使运用水平扩展受到限定；
session内容的序列化，也花费了系统的性能；
实现办法局限，必须在同一种组件之间实现（比如用的tomcat，则必须全部用tomcat）。
实现办法：tomcat本身已支持该功能，可以参考官方文档。官网先容已经很详细，这里不再先容。而且这种处理办法，在大的集群中也不推举生产环境利用。
tomcat的会话复制分为两种：
全局复制(DeltaManager)：复制会话中的变更信息到集群中的所有其他节点。
非全局复制（BackupManager）：它会把Session复制给一个指定的备份节点。
4、Session共享
Session共享的实现办法有很多种，比如memcached、Redis、DB等；核心思想是修正tomcat的session存储机制，使之能够把session序列化，然后存放到memcached中。
利用Session共享可以分为两种机制：
黏性Session处理办法：
Tomcat本地Session为主Session，Memcached 中的Session为备Session。用户访问时首先在tomcat中创建session，然后将session复制一份放到对应的memcahed上。memcache只起备份浸染，读写都在tomcat上。当某一个tomcat挂掉后，集群将用户的访问定位到备tomcat上，然后根据cookie中存储的SessionId找session，找不到时，再去相应的memcached上取session，找到之后将其复制到备tomcat上。
非黏性Session处理办法：
Tomcat本地Session为中转Session，Memcached为主备Session。创建的session都往memcached上写，读取都从memcached读取，tomcat本身不存储session。
实现办法1：Tomcat+Nginx+MSM+memcached
a、干系jar包放到tomcat/lib目录下：
Java memcached客户端：spymemcached.jar
MSM：1. 核心包，memcached-session-manager-{version}.jar
2. Tomcat版本对应的jar包：memcached-session-manager-tc{tomcat-version}-{version}.jar
序列化工具包：可选kryo（听说效率比较快），javolution，xstream等，不设置时利用jdk默认序列化。
b、Tomcat文件tomcat\conf\context.xml添加：
黏性处理办法：
<Manager className=\"大众de.javakaffee.web.msm.MemcachedBackupSessionManager\"大众
memcachedNodes=\"大众n1:192.168.2.61:11211,n2:192.168.2.66:11211\"大众
requestUriIgnorePattern=\公众.\.(ico|png|gif|jpg|css|js)$\"大众
transcoderFactoryClass=\公众de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory\公众
/>
非黏性处理办法：
<Manager className=\公众de.javakaffee.web.msm.MemcachedBackupSessionManager\公众
memcachedNodes=\公众n1:192.168.2.61:11211,n2:192.168.2.66:11211\"大众
sticky=\"大众false\"大众
lockingMode=\"大众auto\"大众
requestUriIgnorePattern=\公众.\.(ico|png|gif|jpg|css|js)$\公众
sessionBackupAsync= \"大众false\"大众
sessionBackupTimeout= \"大众100\"大众
transcoderFactoryClass=\"大众de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory\公众
/>
