Nginx负载均衡总结2

如果要支持健康检查需要开启health_check（好吧，这个是nginx plus版本才有的功能，plus是付费版）

还有一点，Windows的nginx不支持udp等协议，所以有一些测试还必须用linux环境测试；

对于Tcp的负载均衡简易配置：

tcp {  # 如果自己写的话最好不用这个，还是用stream好，它可以同时代表tcp和udp
    upstream xxx-service {  # 注意，无论是tcp/udp/http什么的，这里都是upstream clusterName
        server localhost:9000;
        server localhost:9001;

        #check interval 健康:检查时间间隔，单位为毫秒
        #rise 检查几次正常后，将server加入以负载列表中
        #fall 检查几次失败后，从负载队列移除server
        #timeout 检查超时时间，单位为毫秒
        check interval=3000 rise=2 fall=5 timeout=1000;
    }

    server {  # 对于TCP/UDP这样的协议不存在location的说法
        listen 8786;
        proxy_pass xxx-service;
    }
}

 HTTP协议的：（和tcp或udp的不同的是，tcp里面一个upstream对于一个server[listen]配置，而http里是多个upstream可以对应一个server[listen]配置，也可以对应多个server配置，

而不同的server的listen端口是可以一样的【这种情况其实就可以用一个server，当然也可以用两个】）

http
{
      include       conf/mime.types;
      default_type  application/octet-stream;
 
      keepalive_timeout 120;
 
      tcp_nodelay on;
 
      upstream  www.s135.com  {  # 这里可以用标识符而非域名，比如upstream uuu {...}；而所有的web访问到nginx网关的时候都是指定了对应的server
              server   192.168.1.2:80;
              server   192.168.1.3:80;
              server   192.168.1.4:80;
              server   192.168.1.5:80;
      }
 
      upstream  blog.s135.com  {
              server   192.168.1.7:8080;
              server   192.168.1.7:8081;
              server   192.168.1.7:8082;
      }
 
      server
      {
              listen  80;
　　　　　　　　# 这个server_name一般要么是nginx所在主机的ip地址，要么就是这台主机绑定的域名（一台主机可以绑定多个域名，这个时候就会用到多个server，但是没有绑定多个域名也是可以配置多个server的【最好不要会产生warn】）
              server_name  www.s135.com;  # 下面的http://www.s135.com对应的是upstream里的名字，和server_name是没有关系的，但是如果一个请求是通过www.s135.com请求过来，那么header里Host值就会是www.s135.com这样就能被nginx识别并由这个server去处理，所以这个东西在多域名访问时还是有用的，但是如果是nginx集群只处理一个域名 或者 不以域名为转发标识只与url有关 或者 是内部系统的网关直接用的ip那么多个upstream用一个server即可，这里域名处理的作用是为了假设两个server监听的同一个地址，然后两个server里的location存在一样的配置，那么请求过来匹配上该一样的location，如果没有域名处理那么这里就无法知道到底转发给哪个server的该location【当然是先匹配server然后才是location】）
 
              location / {
                       proxy_pass        http://www.s135.com;
                       proxy_set_header   Host             $host;
                       proxy_set_header   X-Real-IP        $remote_addr;
                       proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
              }
 
              log_format  www_s135_com  '$remote_addr - $remote_user [$time_local] $request '
                                '"$status" $body_bytes_sent "$http_referer" '
                                '"$http_user_agent" "$http_x_forwarded_for"';
              access_log  /data1/logs/www.log  www_s135_com;
      }
 
      server
      {
              listen  80;
              server_name  blog.s135.com;
 
              location / {
                       proxy_pass        http://blog.s135.com;
                       proxy_set_header   Host             $host;
                       proxy_set_header   X-Real-IP        $remote_addr;
                       proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
              }
 
              log_format  blog_s135_com  '$remote_addr - $remote_user [$time_local] $request '
                                '"$status" $body_bytes_sent "$http_referer" '
                                '"$http_user_agent" "$http_x_forwarded_for"';
              access_log  /data1/logs/blog.log  blog_s135_com;
      }
}

官方的HTTP协议配置里不需要listen，默认就是80端口，如果是https则要listen后面有个ssl后缀：

http {
    upstream backend {
        server backend1.example.com;
        server backend2.example.com;
        server 192.0.0.1 backup;
    }
    
    server {
        location / {
            proxy_pass http://backend;
        }
    }
}

 自己测试通过的Http协议负载均衡配置：#user nobody;

worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;

events {
    worker_connections  1024;
}

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

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay on;

    #gzip  on;
    # 【重要，这里的cluster_name必须是一个可访问的ip或者是域名，它不是key的意思（是key，之前用cluster_servers这个key有下划线所以失败）；
    # 但经过测试用cluster_servers提示400，用mmm则可以，难道是下划线的原因？（对，确实是下划线的原因，真坑啊，一般不都应该支持下划线吗？反倒是-支持，不过最好也不要有指不定什么时候不支持了）
    upstream clusterservers {
        server 127.0.0.1:8891 down;  # max_fails=3 fail_timeout=60s weight=1
        server 127.0.0.1:8892 weight=1;  # 注意，weight的值不能是0（可能低版本可以），如果要软卸载单个server可以配置为down然后reload；
        # server localhost:8080 backup;  # 注意，backup也是会转发的，由于之前转发到上面两个主机一直失败，所以就转发到backup机里了；
    }

    server {
        listen       80;  # 如果是80是可以省略的

　　　　# 其实对于HTTP协议而言，location才是相当于tcp/udp这种协议的server，而且一个upstream可以对于多个location；
        server_name  uuuu;  # 这个配置可以不用，注意它描述的是nginx开启的server的server_name【错，它对应的其实是requestHeader中的Host的值，即域名，当两个server都绑定的同一个地址时，请求过来到底转发到哪个server里的location就可以进一步通过这个来判断】，即listen 80中的这个server，而不是upstream里的被代理服务的server_name

        charset utf-8;

        access_log  logs/cluster_servers.access.log  main;

        location / {
            proxy_pass http://clusterservers;
            # health_check;  # 开启健康检查
        }

        # redirect server error pages to the static page /50x.html
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
}

 

UDP协议的：

stream {  # UDP的居然是叫stream（好吧，貌似TCP也能是这个，只不过后面的server的listene不需要udp后缀）
# 可以有多个upstream
    upstream dns {
       server 101.89.134.11:8989;
       server 101.89.134.12:8989;
       server 101.89.134.13:8989;
    }
# 可以有多个server对应上面的upstream
    server {
        listen 8989 udp;  # 注意这里有udp
        proxy_responses 1;
        proxy_timeout 20s;
        proxy_bind $server_addr:$remote_port;
        proxy_pass dns;
    }
}

官方文档里的TCP和UDP共同的例子（注意，虽然是官方的例子，但是还是不要用下划线比较好，自己测试的时候下划线死活无法转发）：

stream {
    upstream stream_backend {
        least_conn;
        server backend1.example.com:12345 weight=5;
        server backend2.example.com:12345 max_fails=2 fail_timeout=30s;
        server backend3.example.com:12345 max_conns=3;
    }
    
    upstream dns_servers {
        least_conn;
        server 192.168.136.130:53;
        server 192.168.136.131:53;
        server 192.168.136.132:53;
    }
    
    server {  # TCP的集群服务
        listen        12345;
        proxy_pass    stream_backend;
        proxy_timeout 3s;
        proxy_connect_timeout 1s;
    }
    
    server {  # UDP的集群服务
        listen     53 udp;
        proxy_pass dns_servers;
    }
    
    server {  # 这个就是没有配置集群，普通的转发；
        listen     12346;  # 注意，这里的server和下面的proxy_pass你可以理解为docker容器和内部应用的关系
        proxy_pass backend4.example.com:12346;
    }
}