zoukankan      html  css  js  c++  java
  • Nginx代理自动上线下线

    Nginx基于连接探测,如果发现后端异常,在单位周期为fail_timeout设置的时间,中达到max_fails次数,这个周期次数内,如果后端同一个节点不可用,那么接将把节点标记为不可用,并等待下一个周期(同样时常为fail_timeout)再一次去请求,判断是否连接是否成功。如果成功,将恢复之前的轮询方式,如果不可用将在下一个周期(fail_timeout)再试一次。

    #注:proxy_temp_path和proxy_cache_path指定的路径必须在同一分区  
    proxy_temp_path   /data0/proxy_temp_dir;  
     
    #设置Web缓存区名称为cache_one,内存缓存空间大小为200MB,1天没有被访问的内容自动清除,硬盘缓存空间大小为30GB。  
    proxy_cache_path   /data0/proxy_cache_dir   levels=1:2   keys_zone=cache_one:200m inactive=1d max_size=30g;  
     
    #轮询服务器,weight为服务器权重,与访问频率成正比,max_fails最大超时次数,fail_timeout服务器代理监听超时时间  
    upstream backend_server {  
     server   192.168.203.43:80 weight=1 max_fails=2 fail_timeout=30s;  
     server   192.168.203.44:80 weight=1 max_fails=2 fail_timeout=30s;  
     server   192.168.203.45:80 weight=1 max_fails=2 fail_timeout=30s;  
    }  
     
    server  
    {  
         listen       80;  
         server_name   www.yourdomain.com 192.168.203.42;  
         index index.html index.htm;  
         root   /data0/htdocs/www;    
     
        location /  
        {  
         #如果后端的服务器返回502、504、执行超时等错误,自动将请求转发到upstream负载均衡池中的另一台服务器,实现故障转移。  
         proxy_next_upstream http_502 http_504 error timeout invalid_header;  
         proxy_cache cache_one;  
           
         #对不同的HTTP状态码设置不同的缓存时间  
         proxy_cache_valid   200 304 12h;  
           
         #以域名、URI、参数组合成Web缓存的Key值,Nginx根据Key值哈希,存储缓存内容到二级缓存目录内  
         proxy_cache_key $host$uri$is_args$args;  
         proxy_set_header Host   $host;  
         proxy_set_header X-Forwarded-For   $remote_addr;  
         proxy_pass http://backend_server;  
         expires       1d;  
        }  
    } 

    Nginx反向代理配置参数释义:

    1.proxy_set_header(设定header)  
    2.proxy_hide_header(隐藏header)  
    3.proxy_pass_header(通过header)  
    4.proxy_connect_timeout(代理连接超时)  
    5.proxy_send_timeout(代理发送超时)  
    6.proxy_read_timeout(代理接收超时)  
    7.proxy_temp_file_write_size(设定缓存文件夹大小)  
    8.proxy_buffer_size(代理缓冲大小)  
    9.proxy_buffers (代理缓冲)  
    10.proxy_busy_buffers_size(高负荷下缓冲大小)  
    11.proxy_ignore_client_abort(不允许代理端主动关闭连接)
    下面就分步介绍基于Nginx反向代理的upstream对服务请求转发与分配5种方式,实际生成环境综合设置,为了便于说明问题分不同方式来说明,nginx反向代理实际生成环境的应用,请参考《如何设置nginx反向代理实现服务器瞬间故障转移》文章开篇部分的proxy.conf配置。

    nginx的upstream目前支持5种方式的分配

    1、轮询(默认)

    每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

    2、weight

    指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。

    3、ip_hash

    每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

    upstream bakend {  
        ip_hash;  
        server 192.168.203.14:88;  
        server 192.168.203.15:80;  
    }
    4、fair(第三方)

    按后端服务器的响应时间来分配请求,响应时间短的优先分配。

    upstream backend {  
        server 192.168.203.14:88;  
        server 192.168.203.15:80;  
        fair;  
    }
    5、url_hash(第三方)

    按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,后端服务器为缓存时比较有效。

    例:在upstream中加入hash语句,server语句中不能写入weight等其他的参数,hash_method是使用的hash算法

    upstream backend {  
        server squid1:3128;  
        server squid2:3128;  
        hash $request_uri;  
        hash_method crc32;  
    }
    upstream bakend{  
        #定义负载均衡设备的Ip及设备状态  
        ip_hash;  
        server 127.0.0.1:9090 down;  
        server 127.0.0.1:8080 weight=2;  
        server 127.0.0.1:6060;  
        server 127.0.0.1:7070 backup;  
    }
    在需要使用负载均衡的server中增加:

    proxy_pass http://bakend/;
    每个设备的状态设置为:

    1.down 表示单前的server暂时不参与负载  
    2.weight 默认为1.weight越大,负载的权重就越大。  
    3.max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误  
    4.fail_timeout:max_fails次失败后,暂停的时间。  
    5.backup: 其它所有的非backup机器down或者忙的时候,请求backup机器。所以这台机器压力会最轻。
    nginx支持同时设置多组的负载均衡,用来给不用的server来使用。

    client_body_in_file_only 设置为On 可以讲client post过来的数据记录到文件中用来做debug

    client_body_temp_path 设置记录文件的目录 可以设置最多3层目录

    location 对URL进行匹配.可以进行重定向或者进行新的代理 负载均衡

  • 相关阅读:
    Struts2 拦截器
    Struts2 常用标签
    Struts2 OGNL表达式、ValueStack
    Struts2 在Action中操作数据
    Struts2 动态方法调用
    Struts2 常量配置
    Struts2 struts.xml配置
    Struts2 Action的3种创建方式
    Struts2 运行流程
    JUnit
  • 原文地址:https://www.cnblogs.com/liuxm2017/p/11011379.html
Copyright © 2011-2022 走看看