快捷搜索:  as  2018  FtCWSyGV  С˵  test  xxx  Ψһ  w3viyKQx

澳门新葡亰集团:Nginx负载均衡



近来迷上了Nginx,真实麻雀虽小,五脏俱全..功能其实强大年夜..

nginx不单可以作为强大年夜的web办事器,也可以作为一个反向代理办事器,而且nginx还可以按照调整规则实现动态、静态页面的分离,可以按照轮询、ip哈希、URL哈希、权重等多种要领对后端办事器做负载均衡,同时还支持后端办事器的康健反澳门新葡亰集团省。

假如只有一台办事器时,这个办事器挂了,那么对付网站来说是个劫难.是以,这时刻的负载均衡就会大年夜显武艺了,它会自动剔除挂掉落的办事器.

下面简单的先容下我应用Nginx做负载的体会

下载---安装Nginx这些不先容了,前篇有先容.

windows和Linux下设置设置设备摆设摆设Nginx负载的写法一样,故不分开先容.

Nginx负载均衡一些根基常识:

nginx 的 upstream今朝支持 4 种要领的分配

1)、轮询(默认)

每个哀求按光阴顺序一一分配到不合的后端办事器,假如后端办事器down掉落,能自动剔除。

2)、weight

指定轮询几率,weight和造访比率成正比,用于后端办事器机能不均的环境。

2)、ip_hash

每个哀求按造访ip的hash结果分配,这样每个访客固定造访一个后端办事器,可以办理session的问题。

3)、fair(第三方)

按后端办事器的相应光阴来分配哀求,相应光阴短的优先分配。

4)、url_hash(第三方)

设置设置设备摆设摆设:

在http节点里添加:

#定义负载均衡设备的 Ip及设备状态

upstream myServer {

server 12澳门新葡亰集团7.0.0.1:9090 down;

server 127.0.0.1:8080 weight=2;

server 127.0.0.1:6060;

server 127.0.0.1:7070 backup;

}

在必要应用负载的Server节点下添加

proxy_pass http://myServer;

upstream 每个设备的状态:

down 表示单前的server暂时不介入负载

weight默觉得1.weight越大年夜,负载的权重就越大年夜。

max_fails :容许哀求掉败的次数默觉得1.当跨越最大年夜次数时,返回proxy_next_upstream 模块定义的差错

fail_timeout:max_fails 次掉败后,停息的光阴。

backup: 其它所有的非backup机械down或者忙的时刻,哀求backup机械。以是这台机械压力会最轻。

Nginx还支持多组的负载均衡,可以设置设置设备摆设摆设多个upstream来办事于不合的Server.

设置设置设备摆设摆设负载均衡对照简单,然则最关键的一个问题是怎么实现多台办事器之间session的共享

下面有几种措施(以下内容滥觞于收集,第四种措施没有实践.)

1) 不应用session,换作cookie

能把session改成cookie,就能避开session的一些弊端,在早年看的一本J2EE的书上,也指明在集群系统中不能用session,否则惹出祸胎来就不好办。假如系统不繁杂,就优先斟酌能否将session去掉落,篡改起来异常麻烦的话,再用下面的法子。

2) 利用办事器自行实现共享

asp.ne澳门新葡亰集团t可以用数据库或memcached来保存session,从而在asp.net本身建立了一个session集群,用这样的要领可以令 session包管稳定,纵然某个节点有故障,session也不会损掉,适用于较为严格但哀求量不高的场合。然则它的效率是不会很高的,不适用于对效率 要求澳门新葡亰集团高的场合。

以上两个法子都跟nginx没什么关系,下面来说说用nginx该若何处置惩罚:

3) ip_hash

nginx中的ip_hash技巧能够将某个ip的哀求定向到同一台后端澳门新葡亰集团,这样一来这个ip下的某个客户端和某个后端就能建立起牢固的session,ip_hash是在upstream设置设置设备摆设摆设中定义的:

upstream backend {

server 127.0.0.1:8080 ;

server 127.0.0.1:9090 ;

ip_hash;

}

ip_hash是轻易理解的,然则由于仅仅能用ip这个因子来分配后端,是以ip_hash是出缺陷的,不能在一些环境下应用:

1/ nginx不是最前真个办事器。ip_hash要求nginx必然是最前真个办事器,否则nginx得不到精确ip,就不能根据ip作hash。譬如应用的是squid为最前端,那么nginx取ip时只能获得squid的办事器ip地址,用这个地址来作分流是肯定错乱的。

2/ nginx的后端还有其它要领的负载均衡。要是nginx后端又有其它负载均衡,将哀求又经由过程别的的要领分流了,那么某个客户真个哀求肯定不能定位到同一台session利用办事器上。这么算起来,nginx后端只能直接指向利用办事器,或者再搭一个squid,然后指向利用办事器。最好的法子是用location作一次分流,将必要session的部分哀求经由过程ip_hash分流,剩下的走其它后端去。

4) upstream_hash

为了办理ip_hash的一些问题,可以应用upstream_hash这个第三方模块,这个模块多半环境下是用作url_hash的,然则并不阴碍将它用来做session共享:

要是前端是squid,他会将ip加入x_forwarded_for这个http_header里,用upstream_hash可以用这个头做因子,将哀求定向到指定的后端:

可见这篇文档:http://www.sudone.com/nginx/nginx_url_hash.html

在文档中是应用$request_uri做因子,轻细改一下:

hash$http_x_forwarded_for;

这样就改成了使用x_forwarded_for这个头作因子,在nginx新版本中可支持读取cookie值,以是也可以改成:

hash$cookie_jsessionid;

要是在php中设置设置设备摆设摆设的session为无cookie要领,共同nginx自己的一个userid_module模块就可以用nginx自发一个cookie,可拜见userid模块的英文文档:

http://wiki.nginx.org/NginxHttpUserIdModule

另可用姚伟斌编写的模块upstream_jvm_route:http://code.google.com/p/nginx-upstream-jvm-route/

您可能还会对下面的文章感兴趣: