负载均衡-tomcat(3个)+nginx+redis session

准备工具

nginx
apache-tomcat-7.0.65.rar
war包
redis-2.4.5-win32-win64

tomcat 部署项目 （3）

• war包部署部署到webapp下名称改为ROOT(默认根路径访问不需要加项目名称)
• 修改端口 service.xml 启动成功 确认三个tomcat都可以访问，如图：
  

nginx

• 解压
• 启动 start nginx.exe
• 停止 nginx -s stop
• 配置访问(tomcat 端口) nginx.conf

upstream sshmanager { 
server localhost:8081; #连接本地端口号为8081的服务器 
server localhost:8082; #连接本地端口号为8082的服务器 
server localhost:8083; #连接本地端口号为8083的服务器 
ip_hash; 
}

• Location中配置：

#代表对所有请求进行拦截 
proxy_pass http://sshmanager; 
proxy_redirect off; 
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
proxy_set_header X-Real-IP $remote_addr; 
proxy_set_header Host $http_host; 
proxy_connect_timeout 1; 
proxy_read_timeout 1; 
proxy_send_timeout 1;

配置后如图：

注意：如果启动不成功，尝试删除文件中的location或者注释，只保留当前的

redis

启动 （很多配置文件不同，两种启动方式，根据自己的文件选择）

redis-server.exe redis.conf

redis-server.exe redis.windows.conf

测试

redis-cli.exe -h 127.0.0.1 -p 6379

如果有密码：

redis-cli.exe -h 127.0.0.1 -p 6379 -a 密码

tomcat融入redirs jar包copy 至tomcat lib 下

content 配置：

<Valve className="com.orangefunction.tomcat.redissessions.RedisSessionHandlerValve" />
		<Manager className="com.orangefunction.tomcat.redissessions.RedisSessionManager"
         host="localhost" 
         port="6379" 
         database="0" 
         maxInactiveInterval="60" />

现在负载均衡初步完成了。upstream按照轮询（默认）方式进行负载，每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。虽然这种方式简便、成本低廉。但缺点是：可靠性低和负载分配不均衡。适用于图片服务器集群和纯静态页面服务器集群。

upstream还有其它的分配策略，分别如下：

• weight（权重）
  指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。如下所示，10.0.0.88的访问比率要比10.0.0.77的访问比率高一倍。
  upstream linuxidc{
  server 10.0.0.77 weight=5;
  server 10.0.0.88 weight=10;
  }
• ip_hash（访问ip）
  每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。
  upstream favresin{
  ip_hash;
  server 10.0.0.10:8080;
  server 10.0.0.11:8080;
  }
• fair（第三方）
  按后端服务器的响应时间来分配请求，响应时间短的优先分配。与weight分配策略类似。
  upstream favresin{
  server 10.0.0.10:8080;
  server 10.0.0.11:8080;
  fair;
  }
• url_hash（第三方）
  按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
  注意：在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法。
  upstream resinserver{
  server 10.0.0.10:7777;
  server 10.0.0.11:8888;
  hash $request_uri;
  hash_method crc32;
  }

upstream还可以为每个设备设置状态值，这些状态值的含义分别如下：
down 表示单前的server暂时不参与负载.
weight 默认为1.weight越大，负载的权重就越大。
max_fails ：允许请求失败的次数默认为1.当超过最大次数时，返回proxy_next_upstream 模块定义的错误.
fail_timeout : max_fails次失败后，暂停的时间。
backup： 其它所有的非backup机器down或者忙的时候，请求backup机器。所以这台机器压力会最轻。
upstream bakend{ #定义负载均衡设备的Ip及设备状态
ip_hash;
server 10.0.0.11:9090 down;
server 10.0.0.11:8080 weight=2;
server 10.0.0.11:6060;
server 10.0.0.11:7070 backup;
}