基于nginx基础负载均衡的详解

  

下文给大家带来基于nginx基础负载均衡的详解,希望能够给大家在实际运用中带来一定的帮助,负载均衡涉及的东西比较多,理论也不多,网上有很多书籍,今天我们就用在行业内累计的经验来做一个解答。

1。配置

http段配置

 <代码>,,上游,jing {
  ,,,服务器,20年代,192.168.0.25:80 max_fails=3 fail_timeout=重量=1;
  ,,,服务器,20年代,192.168.0.28:80 max_fails=3 fail_timeout=重量=2;
  ,,,,,,#后面参数表示如果,连续请求3次失败,停机20多岁,不接受请求
  } 

#表示创建一个虚拟网络组,名称“jing"服务器段

 <代码>位置/{
  ,,,,proxy_pass http://jing/;
  } 

#位置匹配到转发给“jing"虚拟网络组

基于nginx基础负载均衡的详解

2。调度算法

轮询(rr),默认调度算法,将请求平均分配给两个后端主机,假如一个页面10个请求,第一个web主机响应1 3 5 7 9第二个主机响应,2 4 6 8 10,注意轮询按请求来负载的。

加权轮询wrr)(到,和轮询一样就是加了权重,假如web1“重量=1,,web2“重量=2,,有个页面有9个请求,web1会响应3个,网络会响应6个。

ip_hash,每个请求按访问ip的散列结果分配,这样每个访客固定访问一个后端云服务器,可以解决会话的问题

url_hash第(三方)根据用户所请求的url资源路径分配到后端不同的服务器,可以解决后端是缓存服务器提高命中率。

least_conn最少连接数,根据当前后端服务器所响应的客户端情况,把当前访问请求调度到后端服务器响应相对较少服务器上

公平(第三方),按后端服务器的响应时间来分配请求,响应时间短的优先分配,比体重ip_hash更加智能的负载均衡算法,公平算法可以根据页面大小和加载时间长短智能地进行负载均衡,也就是根据后端服务器的响应时间来分配请求,响应时间短的优先分配.Nginx本身不支持公平,如果需要这种调度算法,则必须安装upstream_fair模块

3。服务器状态下

表示单前的服务器暂时不参与负载,
重默认为1。重量越大,负载的权重就越大。,
max_fails:允许请求失败的次数默认为1。当超过最大次数时,设置在fail_timeout参数设置的时间内最大失败次数,如果在这个时间内,所有针对该服务器的请求都失败了,那么认为该服务器会被认为是停机了,
fail_timeout: max_fails次失败后,暂停的时间,默认为10,
备份:其它所有的非备份机器下降或者忙的时候,请求备份机器。所以这台机器压力会最轻。

4。四层代理(就和防火墙端口映射一样)

vim/etc/nginx/nginx.参看
基于nginx基础负载均衡的详解“> <br/> #先修改nignx主配置文件,在http段外面添加四层代理的文件夹<br/> mkdir pv/etc/nginx/conf.4 </p> <p> vim/etc/nginx/conf.4/ssh.参看#新建转发配置文件</p> <pre> <代码>{流
  ,,上游ssh {
  ,,服务器192.168.0.28:22;
  }
  ,服务器{
  ,,,听10022;
  ,,,,,,proxy_connect_timeout 3 s;
  ,,,,,,,,,,,,#代理超时时间
  ,,,,,,proxy_timeout 3 s;
  ,,,,,,,,,,,,#服务器返回超时时间
  ,,,,,,proxy_pass ssh;
  }<代码>/<p> <代码>}</代码> </p> <p> <代码> </代码> </p> <p>看了以上关于基于nginx基础负载均衡的详解,如果大家还有什么地方需要了解的可以在行业资讯里查找自己感兴趣的或者找我们的专业技术工程师解答的,技术工程师在行业内拥有十几年的经验了。</p> <p>, </p> <p> <代码> <br/> </代码> <br/> </p> </pre> <p>
  </p><h2 class=基于nginx基础负载均衡的详解