nginx负载均衡实例

ginx不单可以作为强大的web服务器，也可以作为一个七层的反向代理服务器，而且nginx还可以按照调度规则实现动态、静态页面的分离，可以按照轮询、ip哈希、URL哈希、权重等多种方式对后端服务器做负载均衡，同时还支持后端服务器的健康检查。

如果将web服务器集群当做一个城池，那么负载均衡服务器就相当于城门，重要性不言而喻，如果“城门”关闭了，与外界的通道也就掐断了，如果只有一台nginx负载均衡服务器，当该服务器发生故障时，则会整个网站无法访问，因此，就需要两台以上的nginx负载均衡服务器，实现故障转移与高可用，双机高可用暂不详细介绍。

下面就是一个生产实例。

aaa.linux.cn 和 bbb.linux.cn 域名均指向 Nginx 所在的服务器IP。

用户访问，将其负载均衡到192.168.1.4:8080、192.168.1.9:8080 两台服务器。
用户访问，将其负载均衡到192.168.1.9:8080、192.168.1.4:8080 两台服务器。

注意：
ip_hash来代替默认的rr方式，即可以将某客户端IP的请求通过哈希算法定位到同一台后端web服务器上，这样避免了session丢失，解决了session问题。但ip_hash指令无法保证后端服务器的负载均衡，可能有些后端服务器接收的请求多，有些后端服务器接收的请求少；这样失去了负载均衡的意义，所以，如果后端的动态应用服务器做到session共享，还是建议采用后端服务器的session共享方式来代替nginx的ip_hash方式。


以下为配置文件nginx.conf：

user  www www;
worker_processes 1;

error_log  logs/error.log  crit;
pid        logs/nginx.pid;

worker_rlimit_nofile 51200;

events
{
      use epoll;
      worker_connections 51200;
}


http
{
      include       mime.types;
      default_type  application/octet-stream;

      server_names_hash_bucket_size 256;
      client_header_buffer_size 256k;
      large_client_header_buffers 4 256k;

      keepalive_timeout  120;

      client_max_body_size  50m;
      client_body_buffer_size  256k;
     
      proxy_connect_timeout    600;
      proxy_read_timeout       600;
      proxy_send_timeout       600;
      proxy_buffer_size        16k;
      proxy_buffers            4 64k;
      proxy_busy_buffers_size 128k;
      proxy_temp_file_write_size 128k;

      sendfile on;
      tcp_nodelay on;


###########################################################################
      upstream  aaa_server_pool  {
                ip_hash;
                server   192.168.1.4:8080  max_fails=2 fail_timeout=30s;
                server   192.168.1.9:8080  max_fails=2 fail_timeout=30s;
      }

      upstream  bbb_server_pool  {
                ip_hash;
                server   192.168.1.9:8080  max_fails=2 fail_timeout=30s;
                server   192.168.1.4:8080  max_fails=2 fail_timeout=30s;
      }



###########################################################################
      server
      {
              listen  80;
              server_name  aaa.linux.cn;

              location / {
                       proxy_pass        
                       proxy_set_header   Host             aaa.linux.cn;
                       proxy_next_upstream error timeout invalid_header http_500 http_502 http_504;
                       proxy_set_header   X-Real-IP        $remote_addr;
                       proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
              }

              log_format  aaa_linux_cn  '$remote_addr - $remote_user [$time_local] $upstream_addr $upstream_status $request '
                                '"$status" $body_bytes_sent "$http_referer" '
                                '"$http_user_agent" "$http_x_forwarded_for"';
              access_log  /var/log/nginx/aaa_access_log  aaa_linux_cn;
      }


      server
      {
              listen  80;
              server_name  bbb.linux.cn;

              location / {
                       proxy_pass        
                       proxy_set_header   Host             bbb.linux.cn;
                       proxy_next_upstream error timeout invalid_header http_500 http_502 http_504;
                       proxy_set_header   X-Real-IP        $remote_addr;
                       proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
              }

              log_format  bbb_linux_com  '$remote_addr - $remote_user [$time_local] $upstream_addr $upstream_status $request '
                                '"$status" $body_bytes_sent "$http_referer" '
                                '"$http_user_agent" "$http_x_forwarded_for"';
              access_log  /var/log/nginx/bbb_access_log  bbb_linux_com;
      }



}