nginx轮询机制 ipsh 是否有失效机制

每个请求按时间顺序逐一分配到鈈同的后端服务器如果后端服务器down掉,能自动剔除

    我在看<了不起的Nodejs>一书,阻塞与非阻塞IO那一章我来回看了N遍,然后...还是没太看懂..于是我找箌了这篇日志,写的是真的有点好啊..潸然泪下.. 原文:PLEX ...

默认选项当weight不指定时,各服务器weight相同
每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉能自动剔除。

指定轮询几率weight和访问比率成正比,用于後端服务器性能不均的情况
如果后端服务器down掉,能自动剔除
比如下面配置,则1.11服务器的访问量为1.10服务器的两倍

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器可以解决session不能跨服务器的问题。
如果后端服务器down掉要手工down掉。

4、fair(第三方插件)
按后端服务器的响应时间来分配请求响应时间短的优先分配。

按访问url的hash结果来分配请求使每个url定向到同一个后端服务器,后端服务器为缓存服务器时比较有效

  • down 表示单前的server暂时不参与负载
  • weight 权重,默认为1。 weight越大负载的权重就越大。
  • backup 备用服务器, 其它所有的非backup机器down或者忙的时候請求backup机器。所以这台机器压力会最轻

我要回帖

更多关于 nginx轮询机制 的文章

 

随机推荐