Nginx实战系列之功能篇----后端节点健康检查

公司前一段对业务线上的nginx做了整理，重点就是对nginx上负载均衡器的后端节点做健康检查。目前，nginx对后端节点健康检查的方式主要有3种，这里列出：
1、ngx_http_proxy_module 模块和ngx_http_upstream_module模块（自带）

官网地址：http:

//nginx

.org

/cn/docs/http/ngx_http_proxy_module

.html

#proxy_next_upstream

2、nginx_upstream_check_module模块
公司业务线上对后端节点的健康检查是通过nginx_upstream_check_module模块做的，这里我将分别介绍这三种实现方式以及之间的差异性。

一、ngx_http_proxy_module 模块和ngx_http_upstream_module模块（自带） 严格来说，nginx自带是没有针对负载均衡后端节点的健康检查的，但是可以通过默认自带的ngx_http_proxy_module 模块和ngx_http_upstream_module模块中的相关指令来完成当后端节点出现故障时，自动切换到健康节点来提供访问。 这里列出这两个模块中相关的指令：ngx_http_proxy_module 模块中的 proxy_connect_timeout 指令、proxy_read_timeout指令和proxy_next_upstream指令

设置与后端服务器建立连接的超时时间。应该注意这个超时一般不可能大于75秒。

语法: proxy_read_timeout

time

;

默认值:proxy_read_timeout 60s
上下文:http, server, location
定义从后端服务器读取响应的超时。此超时是指相邻两次读操作之间的最长时间间隔，而不是整个响应传输完成的最长时间。如果后端服务器在超时时间段内没有传输任何数据，连接将被关闭。

指定在何种情况下一个失败的请求应该被发送到下一台后端服务器：

需要理解一点的是，只有在没有向客户端发送任何数据以前，将请求转给下一台后端服务器才是可行的。也就是说，如果在传输响应到客户端时出现错误或者超时，这类错误是不可能恢复的。范例如下：ngx_http_upstream_module模块中的server指令

范例如下：

下面是每个指令的介绍：

并且ngx_http_upstream_module模块中的server指令中的max_fails参数设置值，也会和ngx_http_proxy_module 模块中的的proxy_next_upstream指令设置起冲突。比如如果将max_fails设置 为0，则代表不对后端服务器进行健康检查，这样还会使fail_timeout参数失效（即不起作用）。此时，其实 我们可以通过调节ngx_http_proxy_module 模块中的 proxy_connect_timeout 指令、   proxy_read_timeout指令，通过将他们的值调低来发现不健康节点，进而将请求往健康节点转移。

以上就是nginx自带的两个和后端健康检查相关的模块。本文出自 “Not Only Linux” 博客，请务必保留此出处/article/4242867.html