以公司移动门户项目为例（登录时验证码放在session里面，登录后才能进入到首页）。

在http节点下配置如下：

# 使用默认策略，轮询

upstream ydzwV3{

# 下面介绍几种负载均衡策略，其中轮询、weight、ip_hash是nginx内置的，可以直接使用。fair和url_hash需要第三方支持才可以使用。

# 1、轮询（默认）：每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

server localhost:8288;

server localhost:8289;

server localhost:8290;

# 2、weight：指定权重，按照权重进行请求的分配。wight和访问比例成正比，适合后端服务器性能不均的情况。

# 下面的配置就会经常访问8288的服务。如果后端服务器8288 down掉，能够立刻切换到8299或者8290。如果8288再次启动，则又能回到原有的权重配置上。8288可以继续提供服务。

# server localhost:8288 weight=10;

# server localhost:8289 weight=1;

# server localhost:8290 weight=1;

# 3、ip_hash：每个请求按照ip的hash结果进行分配，这样的话每个访客固定请求一个后端服务器，可以解决session没共享的问题。

# 如果8288 down掉，则依然可以访问，可能会缓存8289或者8290。如果8288启动，则会从8289或8290切换到8288。

# ip_hash;

# server localhost:8288;

# server localhost:8289;

# server localhost:8290;

# 4、fair（第三方）：后端服务器响应时间短的优先分配。

# fair;

# server localhost:8288;

# server localhost:8289;

# server localhost:8290;

# 5、url_hash（第三方）：按访问的url的hash结果来分配请求，这样相同url会分配到相同的后端服务器。适合后端服务器有缓存的情况。

# hash $request_uri;

# hash_method crc32;

# server localhost:8288;

# server localhost:8289;

# server localhost:8290;

}

在server节点下配置如下：

listen 8080;

server_name 192.168.1.233; # 这里是服务器的IP或者域名

location /ydzwV3 {

proxy_connect_timeout 30;

proxy_send_timeout 60;

proxy_read_timeout 60;

proxy_pass ;

}

访问实际上会把负载分摊到后面的3个Tomcat服务器，也就是说访问可能是、或给与的响应。

存在的问题：Session没有共享

一个典型的情况：假设进入登录页面是tomcat1基于的响应，所以验证码也会存储在tomcat1的session中。现在输入完用户名、密码和验证码，单击提交，很大可能会提示“验证码错误”，这是因为执行登录请求可能访问的是tomcat2或者tomcat3。所以需要去做Session共享（当然也可以使用ip_hash策略来解决这个问题）