nginx 主动式后端服务器健康检查

简介:

原文链接  http://tengine.taobao.org/document_cn/http_upstream_check_cn.html

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
ngx_http_upstream_check_module
该模块可以为Tengine提供主动式后端服务器健康检查的功能。
该模块在Tengine - 1.4 . 0 版本以前没有默认开启,它可以在配置编译选项的时候开启:. / configure  - - with - http_upstream_check_module
Examples
http {
     upstream cluster1 {
         # simple round-robin
         server  192.168 . 0.1 : 80 ;
         server  192.168 . 0.2 : 80 ;
 
         check interval = 3000  rise = 2  fall = 5  timeout = 1000  type = http;
         check_http_send  "HEAD / HTTP/1.0\r\n\r\n" ;
         check_http_expect_alive http_2xx http_3xx;
     }
 
     upstream cluster2 {
         # simple round-robin
         server  192.168 . 0.3 : 80 ;
         server  192.168 . 0.4 : 80 ;
 
         check interval = 3000  rise = 2  fall = 5  timeout = 1000  type = http;
         check_keepalive_requests  100 ;
         check_http_send  "HEAD / HTTP/1.1\r\nConnection: keep-alive\r\n\r\n" ;
         check_http_expect_alive http_2xx http_3xx;
     }
 
     server {
         listen  80 ;
 
         location  / 1  {
             proxy_pass http: / / cluster1;
         }
 
         location  / 2  {
             proxy_pass http: / / cluster2;
         }
 
         location  / status {
             check_status;
 
             access_log   off;
             allow SOME.IP.ADD.RESS;
             deny  all ;
         }
     }
}
指令
 
 
Syntax: check interval = milliseconds [fall = count] [rise = count] [timeout = milliseconds] [default_down = true|false] [ type = tcp|http|ssl_hello|mysql|ajp] [port = check_port]
Default: 如果没有配置参数,默认值是:interval = 30000  fall = 5  rise = 2  timeout = 1000  default_down = true  type = tcp
Context: upstream
该指令可以打开后端服务器的健康检查功能。
指令后面的参数意义是:
interval:向后端发送的健康检查包的间隔。
fall(fall_count): 如果连续失败次数达到fall_count,服务器就被认为是down。
rise(rise_count): 如果连续成功次数达到rise_count,服务器就被认为是up。
timeout: 后端健康请求的超时时间。
default_down: 设定初始时服务器的状态,如果是true,就说明默认是down的,如果是false,就是up的。默认值是true,也就是一开始服务器认为是不可用,要等健康检查包达到一定成功次数以后才会被认为是健康的。
type :健康检查包的类型,现在支持以下多种类型
tcp:简单的tcp连接,如果连接成功,就说明后端正常。
ssl_hello:发送一个初始的SSL hello包并接受服务器的SSL hello包。
http:发送HTTP请求,通过后端的回复包的状态来判断后端是否存活。
mysql: 向mysql服务器连接,通过接收服务器的greeting包来判断后端是否存活。
ajp:向后端发送AJP协议的Cping包,通过接收Cpong包来判断后端是否存活。
port: 指定后端服务器的检查端口。你可以指定不同于真实服务的后端服务器的端口,比如后端提供的是 443 端口的应用,你可以去检查 80 端口的状态来判断后端健康状况。默认是 0 ,表示跟后端server提供真实服务的端口一样。该选项出现于Tengine - 1.4 . 0
 
 
Syntax: check_keepalive_requests request_num
Default:  1
Context: upstream
该指令可以配置一个连接发送的请求数,其默认值为 1 ,表示Tengine完成 1 次请求后即关闭连接。
 
 
Syntax: check_http_send http_packet
Default:  "GET / HTTP/1.0\r\n\r\n"
Context: upstream
该指令可以配置http健康检查包发送的请求内容。为了减少传输数据量,推荐采用 "HEAD" 方法。
当采用长连接进行健康检查时,需在该指令中添加keep - alive请求头,如: "HEAD / HTTP/1.1\r\nConnection: keep-alive\r\n\r\n" 。 同时,在采用 "GET" 方法的情况下,请求uri的size不宜过大,确保可以在 1 个interval内传输完成,否则会被健康检查模块视为后端服务器或网络异常。
 
 
Syntax: check_http_expect_alive [ http_2xx | http_3xx | http_4xx | http_5xx ]
Default: http_2xx | http_3xx
Context: upstream
该指令指定HTTP回复的成功状态,默认认为 2XX 3XX 的状态是健康的。
 
 
Syntax: check_shm_size size
Default:  1M
Context: http
所有的后端服务器健康检查状态都存于共享内存中,该指令可以设置共享内存的大小。默认是 1M ,如果你有 1 千台以上的服务器并在配置的时候出现了错误,就可能需要扩大该内存的大小。
 
 
Syntax: check_status [html|csv|json]
Default: check_status html
Context: location
显示服务器的健康状态页面。该指令需要在http块中配置。
在Tengine - 1.4 . 0 以后,你可以配置显示页面的格式。支持的格式有: html、csv、 json。默认类型是html。
你也可以通过请求的参数来指定格式,假设‘ / status’是你状态页面的URL,  format 参数改变页面的格式,比如:
/ status? format = html
/ status? format = csv
/ status? format = json
同时你也可以通过status参数来获取相同服务器状态的列表,比如:
/ status? format = html&status = down
/ status? format = csv&status = up
下面是一个HTML状态页面的例子(server number是后端服务器的数量,generation是Nginx  reload 的次数。Index是服务器的索引,Upstream是在配置中upstream的名称,Name是服务器IP,Status是服务器的状态,Rise是服务器连续检查成功的次数,Fall是连续检查失败的次数,Check  type 是检查的方式,Check port是后端专门为健康检查设置的端口):
<!DOCTYPE html PUBLIC " - / / W3C / / DTD XHTML  1.0  Strict / / EN
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd" >
<html xmlns = "http://www.w3.org/1999/xhtml" >
<head>
<title>Nginx http upstream check status< / title>
< / head>
<body>
     <h1>Nginx http upstream check status< / h1>
     <h2>Check upstream server number:  1 , generation:  3 < / h2>
     <table style = "background-color:white"  cellspacing = "0"         cellpadding = "3"  border = "1" >
         <tr bgcolor = "#C0C0C0" >
             <th>Index< / th>
             <th>Upstream< / th>
             <th>Name< / th>
             <th>Status< / th>
             <th>Rise counts< / th>
             <th>Fall counts< / th>
             <th>Check  type < / th>
             <th>Check port< / th>
         < / tr>
         <tr>
             <td> 0 < / td>
             <td>backend< / td>
             <td> 106.187 . 48.116 : 80 < / td>
             <td>up< / td>
             <td> 39 < / td>
             <td> 0 < / td>
             <td>http< / td>
             <td> 80 < / td>
         < / tr>
     < / table>
< / body>
< / html>
下面是csv格式页面的例子:
0 ,backend, 106.187 . 48.116 : 80 ,up, 46 , 0 ,http, 80
下面是json格式页面的例子:
{ "servers" : {
   "total" 1 ,
   "generation" 3 ,
   "server" : [
    { "index" 0 "upstream" "backend" "name" "106.187.48.116:80" "status" "up" "rise" 58 "fall" 0 "type" "http" "port" 80 }
   ]
  }}


查看:http://www.cnblogs.com/rainy-shurun/p/5416160.html







      本文转自Tenderrain 51CTO博客,原文链接:http://blog.51cto.com/tenderrain/1949257,如需转载请自行联系原作者




相关文章
|
2月前
|
弹性计算 监控 负载均衡
|
2月前
|
负载均衡 监控 应用服务中间件
配置Nginx反向代理时如何指定后端服务器的权重?
配置Nginx反向代理时如何指定后端服务器的权重?
138 61
|
19天前
|
弹性计算 负载均衡 网络协议
ECS中实现nginx4层7层负载均衡和ALB/NLB原SLB负载均衡
通过本文的介绍,希望您能深入理解并掌握如何在ECS中实现Nginx四层和七层负载均衡,以及如何使用ALB和NLB进行高效的负载均衡配置,以提高系统的性能和可靠性。
68 9
|
28天前
|
运维 监控 负载均衡
slb后端服务器故障
slb后端服务器故障
44 13
|
1月前
|
存储 编解码 应用服务中间件
使用Nginx搭建流媒体服务器
本文介绍了流媒体服务器的特性及各种流媒体传输协议的适用场景,并详细阐述了使用 nginx-http-flv-module 扩展Nginx作为流媒体服务器的详细步骤,并提供了在VLC,flv.js,hls.js下的流媒体拉流播放示例。
147 1
|
2月前
|
JavaScript
使用node.js搭建一个express后端服务器
Express 是 Node.js 的一个库,用于搭建后端服务器。本文将指导你从零开始构建一个简易的 Express 服务器,包括项目初始化、代码编写、服务启动与项目结构优化。通过创建 handler 和 router 文件夹分离路由和处理逻辑,使项目更清晰易维护。最后,通过 Postman 测试确保服务正常运行。
78 1
|
3天前
|
机器学习/深度学习 人工智能 PyTorch
阿里云GPU云服务器怎么样?产品优势、应用场景介绍与最新活动价格参考
阿里云GPU云服务器怎么样?阿里云GPU结合了GPU计算力与CPU计算力,主要应用于于深度学习、科学计算、图形可视化、视频处理多种应用场景,本文为您详细介绍阿里云GPU云服务器产品优势、应用场景以及最新活动价格。
阿里云GPU云服务器怎么样?产品优势、应用场景介绍与最新活动价格参考
|
2天前
|
存储 运维 安全
阿里云弹性裸金属服务器是什么?产品规格及适用场景介绍
阿里云服务器ECS包括众多产品,其中弹性裸金属服务器(ECS Bare Metal Server)是一种可弹性伸缩的高性能计算服务,计算性能与传统物理机无差别,具有安全物理隔离的特点。分钟级的交付周期将提供给您实时的业务响应能力,助力您的核心业务飞速成长。本文为大家详细介绍弹性裸金属服务器的特点、优势以及与云服务器的对比等内容。
|
9天前
|
人工智能 JSON Linux
利用阿里云GPU加速服务器实现pdf转换为markdown格式
随着AI模型的发展,GPU需求日益增长,尤其是个人学习和研究。直接购置硬件成本高且更新快,建议选择阿里云等提供的GPU加速型服务器。
利用阿里云GPU加速服务器实现pdf转换为markdown格式
|
9天前
|
开发框架 缓存 .NET
阿里云轻量应用服务器、经济型e、通用算力型u1实例怎么选?区别及选择参考
在阿里云目前的活动中,价格比较优惠的云服务器有轻量应用服务器2核2G3M带宽68元1年,经济型e实例2核2G3M带宽99元1年,通用算力型u1实例2核4G5M带宽199元1年,这几个云服务器是用户关注度最高的。有的新手用户由于是初次使用阿里云服务器,对于轻量应用服务器、经济型e、通用算力型u1实例的相关性能并不是很清楚,本文为大家做个简单的介绍和对比,以供参考。