Nginx之负载均衡配置(二)

2019/04/10 10:10
阅读数 11

  前文我们聊到了nginx作为负载均衡的配置,前端nginx作为调度器调度http或https请求,回顾请参考https://www.cnblogs.com/qiuhom-1874/p/12458159.html;其实nginx面向客户端一侧它除了可以代理http或https的请求外,它还可以代理tcp的请求,因为nginx它本身工作在应用层,通常情况下我们把它代理tcp的请求叫做伪四层调度;在之前的文章中我们有说到过四层调度,比如LVS,它就是一个纯粹的四层调度,用户的请求报文根本就不会到达应用层,在TCP通信子网的三层或四层中就会把用户的请求处理(转发)调度给后端主机;早期版本的nginx是不支持tcp调度的,在1.9.0之后的版本中,nginx新增了ngx_stream_core_module模块后,就支持对tcp请求的调度;我们来看看这个模块的相关介绍吧!!!

  一、ngx_stream_core_module:此模块模拟了反代基于TCP或UDP的服务连接,即工作于传输层的反代或调度器;

    1、stream {……}:此指令只能用于mian配置段中,主要用于定义stream相关的服务;

    2、listen:定义监听地址和端口;默认为tcp协议;此指令只能用于server 配置段中,表示定义虚拟主机的监听地址和端口;

    3、server:定义虚拟服务器,此指令只能用于stream的配置段中;表示定义虚拟服务器的属性;用法类似http配置段的server用法;

  二、ngx_stream_proxy_module:此模块在1.9.0后的版本支持对tcp请求的代理,在1.9.13后的版本支持udp请求的代理和unix_domain sockets的代理;

    1、 proxy_pass address:设置代理服务器的地址。地址可以指定为一个域名或IP地址,以及一个端口或者unix-domain socket路径文件;

    2、proxy_timeout time:设置客户端或代理服务器连接上的两个连续读或写操作之间的超时。如果在此时间内没有传输数据,则连接关闭。默认时长是10分钟;

    3、proxy_connect_timeout time;设置nginx与被代理的服务器尝试建立连接的超时时长;默认为60s;

  三、ngx_stream_upstream_module:此模块(1.9.0)用于定义可以由proxy_pass指令引用的服务器组。

    1、upstream name {……}:此指令表示定义一个服务器组,以及组中各server的地址和属性,用法同ngx_http_upstream_module中的upstream用法一致,两者不同的是这里的upstream只能用于stream配置段,表示该组服务器是支持通过nginx基于tcp或udp协议进行调度;

    2、server:定义组中服务器成员以及服务器属性;用法同ngx_http_upstream_module中的server用法一致;

    3、hash key:基于指定的key的hash表实现请求调度,此处的key可以文本、变量或二者的组合;同ngx_http_upstream_module中的hash指令用法一致;

    4、least_conn:定义调度算法为最近最少连接算法;当server拥有不同的权重时为wlc;当所有后端主机的连接数相同时,则使用wrr进行调度;

  示例:

    提示:以上配置在/etc/nginx/nginx.conf这个主配置文件中的main配置段中配置,表示把/etc/nginx/conf.d/stream.d/下的所有以.conf的文件导入到该位置,这样配置我们就可以把stream配置段单独的用一个文件来书写,方便管理;

    提示:以上配置表示在stream配置段中定义一个服务器组,名称为sshserver,该组下有两个服务器,分别是0.20的22号端口,和0.22的22号端口;并且在stream配置段中定义了一个虚拟主机,监听在192.168.0.30的41319号端口,该虚拟主机作用是接受用户的请求,并且基于用户的请求把用户请求代理到到sshserver组上,代理超时时间为60s,如果客户端请求该虚拟主机,在60s未得到任何响应,将被断开;设置nginx与被代理服务器建立连接的超时时长为10s;有了以上配置,我们就可以通过访问192.168.0.30:41319这个socket就可以实现远程连接后端服务器;

  提示:从上面的现实结果我们可以看到nginx此时可以代理ssh,而且还是以轮询的方式向后端服务器调度客户端的请求;以这样的逻辑,我们不难想象它可以基于tcp或udp代理其他应用层协议,比如nginx代理mysql也可以用类似的配置来代理后端mysql服务器;

  当然我们也可以给不同的服务器给定不同的权重,这个配置同我们上一篇文中的配置相同,都是用weight来指定权重;

    提示:以上配置就表示给定0.20的权重为5,0.22的权重为2,也就是说7个请求中有5个会被调度到0.20上,有2个会被调度到0.22上;

    提示:可以看到我们给不同的服务器加上不同的权重后,客户端的请求也就以不同比例调度到后端服务器上;不加权重默认是1;

  示例:

    提示:以上配置我们在原有的基础上加了一组新负载均衡虚拟服务器,用于代理后端两台mariadb服务;

    提示:可以看到在默认情况下,nginx负载均衡是使用的rr轮询的调度算法;

  假如后端服务器宕机了,nginx还会往后端宕机的服务器上调度请求吗?

  提示:可以看到nginx不管是基于http还是tcp调度用户请求都会自动对后端服务器做健康状态检测,当发现后端主机有服务不可用时,它就不会把用户的请求调度到有问题的主机上;

有关nginx基于tcp做伪四层调度的方法,基本上同基于http协议的七层调度方法是一样的,这里就不过多演示;更多有关于nginx的指令和配置说明请参考nginx官方文档http://nginx.org/en/docs/

原文出处:https://www.cnblogs.com/qiuhom-1874/p/12468946.html

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部