博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
nginx HTTP Upstream模块
阅读量:6257 次
发布时间:2019-06-22

本文共 1200 字,大约阅读时间需要 4 分钟。

nginx HTTP Upstream模块配置

./configure --with-http_upstream_modulemo

一、分配方式

1.轮询方式(默认)

upstream realserver {

    server 192.168.1.1;

    server 192.168.1.2;

}

  每一个请求会按照时间顺序分配到后端不同的服务器上,假如有一台服务器宕机,则会自动剔除该服务器。

2.weight权重

upstream realserver {

        server 192.168.1.1 weight=5;

        server 192.168.1.2 weight=8;

}

  根据后端服务器的性能来设置被访问的几率,数值越大,几率越高。用于后端服务器性能不均的情况。

3.ip_hash

upstream realserver {

        ip_hash;

        server 192.168.1.1;

        server 192.168.1.2;

}

 这样能够使某个ip固定访问一台后端的服务器,可以有效解决用户session问题。

4.fair(第三方)

upstream realserver {

        server 192.168.1.1;

        server 192.168.1.2;

        fair;

}

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

5.url_hash(第三方)

upstream realserver {

        server 192.168.1.1;

        server 192.168.1.2;

        hash $request_uri;

        hash_method crc32;

}

 按照url的hash结果来分配请求,使每一个url地址请求到同一台后端服务器,后端服务器为缓存服务器时比较有效。此时不可使用weight等参数。

upstream realserver {

server 127.0.0.1:9090 down;

server 127.0.0.1:8080 max_fails=3 fail_timeout=20s;

server 127.0.0.1:6060;

server 127.0.0.1:7070 backup;

}

二、设备状态

 down: 表示该设备处于停用状态

 backup: 表示该设备是备用设备,只有在除他之外所有设备宕机或者很忙的时候才会被分配到请求。

 weight: 表示权重,数值越大,则被请求的几率越大。

 max_fails和fail_timeout一般为关联使用,

 max_fails设置允许请求失败的次数,默认为1。

 fail_timeout设置请求失败n次后多长时间不再请求该服务,默认为10s。

本文转自 meteor_hy 51CTO博客,原文链接:http://blog.51cto.com/zuoshou/1732622,如需转载请自行联系原作者
你可能感兴趣的文章
Fiddler抓取https设置及其原理
查看>>
常用的一些模板
查看>>
WPF使用Expression Design设计图形
查看>>
Ubuntu 下Qt安装实用教程
查看>>
DNS 协议2
查看>>
Ubuntu 隐藏所有窗口快捷键不生效问题
查看>>
编译Spring源码
查看>>
javascript运算符优先级
查看>>
Spring Cloud 学习 (七) Spring Cloud Sleuth
查看>>
使用docker api
查看>>
Log4j简单配置解析
查看>>
游戏上线... 记录下...
查看>>
js运动 淡入淡出
查看>>
leetcode 75颜色分类
查看>>
程序员求职成功路(3)
查看>>
Winform 打印PDF顺序混乱,获取打印队列
查看>>
django 快速搭建blog
查看>>
datetime.timedelta类
查看>>
SQL Server,MySQL,Oracle三者的区别
查看>>
[K/3Cloud] 在设计时复制已有表单菜单或菜单项快速建立菜单
查看>>