解决方案主要有两种：
配置反向代理的转发规则,让同一个用户的请求一定落到同一台机器上（通过分
析 cookie），复杂的转发规则将会消耗更多的 CPU，也增加了代理服务器的负担.
将 session 这类的信息，专门用某个独立服务来存储,例如 redis/memchache，这
个方案是比较推荐的。
反 向代理服务，也是可以开启缓存的,如果开启了，会增加反向代理的负担，需
要谨慎使用。这种负载均衡策略实现和部署非常简单，而且性能表现也比较好。
但是， 它有“单点故障"的问题，如果挂了，会带来很多的麻烦.而且,到了后期 Web
服务器继续增加,它本身可能成为系统的瓶颈。
配置文件样本:
#user nobody；
worker_processes 1； ＃pid logs/nginx.pid;
events ｛
worker_connections 1024; ｝
｛
include mime.types；
default_type application/octet—stream；
sendfile on;
keepalive_timeout 65；
upstream hcoder。net {
server 192.168。1。188：80 weight=5；
server 192.168.1.158:80;
}
server ｛
listen 80；
server_name www。hcoder.net；
location / {
proxy_pass ：// hcoder.net；
proxy_set_header Host $host;
proxy_set_header X—Real-IP $remote_addr；
proxy_set_header X-Forwarded—For $proxy_add_x_forwarded_for；
｝ }
