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

相关文章
|
3月前
|
负载均衡 应用服务中间件 网络安全
Django后端架构开发:Nginx服务优化实践
Django后端架构开发:Nginx服务优化实践
57 2
|
3月前
|
Ubuntu 应用服务中间件 Linux
在Linux中,如何配置Web服务器(如Apache或Nginx)?
在Linux中,如何配置Web服务器(如Apache或Nginx)?
|
3月前
|
负载均衡 应用服务中间件 Linux
"揭晓nginx的神秘力量:如何实现反向代理与负载均衡,拯救服务器于水火?"
【8月更文挑战第20天】在Linux环境下,nginx作为高性能HTTP服务器与反向代理工具,在网站优化及服务器负载均衡中扮演重要角色。本文通过电商平台案例,解析nginx如何解决服务器压力大、访问慢的问题。首先介绍反向代理原理,即客户端请求经由代理服务器转发至内部服务器,隐藏真实服务器地址;并给出配置示例。接着讲解负载均衡原理,通过将请求分发到多个服务器来分散负载,同样附有配置实例。实践表明,采用nginx后,不仅服务器压力得到缓解,还提升了访问速度与系统稳定性。
77 3
|
3月前
|
负载均衡 算法 应用服务中间件
揭秘!nginx的神秘力量——如何单枪匹马驾驭Linux中的流量洪流与后端军团?
【8月更文挑战第20天】在Linux环境下,Nginx是一款高效HTTP与反向代理服务器,还具备负载均衡功能。本文采用问答形式解析Nginx的反向代理机制:接收并转发客户端请求至后端服务器,增强安全性和性能。示例配置展示了如何设置上游服务器与代理传递规则。同时介绍了Nginx负载均衡原理及配置,利用upstream模块与不同调度算法(如轮询、最少连接、IP哈希)分发请求,提升系统可靠性和处理能力。
48 2
|
3月前
|
负载均衡 应用服务中间件 Apache
Nginx与Apache的终极对决:揭秘Web服务器界的“速度与激情”!你不可不知的性能霸主如何颠覆传统,震撼互联网的根基!
【8月更文挑战第13天】互联网技术发展中,Web服务器至关重要,Nginx与Apache是最广泛使用的两种。Apache历史悠久,但Nginx以轻量级和高性能脱颖而出。Nginx采用事件驱动架构,高效处理大量并发连接,而Apache使用进程驱动,高并发下资源消耗大。以餐厅为例,Nginx像大堂经理同时处理多个顾客需求,远比Apache为每位顾客分配服务员更高效。性能测试显示Nginx处理能力远超Apache。此外,Nginx配置简洁灵活,尤其在负载均衡方面表现突出。尽管Apache适合动态内容处理,但在快速变化的互联网环境中,Nginx因其独特优势成为许多开发者和企业的首选。
65 7
|
3月前
|
应用服务中间件 网络安全 nginx
运维专题.Docker+Nginx服务器的SSL证书安装
运维专题.Docker+Nginx服务器的SSL证书安装
119 3
|
3月前
|
应用服务中间件 Linux 网络安全
在Linux中,如何配置Apache或Nginx Web服务器?
在Linux中,如何配置Apache或Nginx Web服务器?
|
3月前
|
存储 负载均衡 应用服务中间件
FastDFS+Nginx:轻松搭建本地文件服务器
【8月更文挑战第19天】在现今互联网快速发展的时代,文件服务器作为支撑各种在线服务的重要基础设施,其稳定性和性能显得尤为关键。FastDFS作为一款开源的轻量级分布式文件系统,凭借其高效的文件管理功能,特别适合用于构建相册网站、视频网站等以文件为载体的在线服务。本文将详细介绍如何利用FastDFS和Nginx快速搭建一个本地文件服务器,为您的工作和学习提供技术支持。
269 0
|
3月前
|
关系型数据库 Linux 应用服务中间件
如何在 Ubuntu 14.04 服务器上使用 Nginx 安装和保护 phpMyAdmin
如何在 Ubuntu 14.04 服务器上使用 Nginx 安装和保护 phpMyAdmin
24 0
|
3月前
|
存储 Ubuntu 应用服务中间件
如何在虚拟专用服务器上配置 Nginx Web 服务器
如何在虚拟专用服务器上配置 Nginx Web 服务器
29 0