设为首页 收藏本站
查看: 625|回复: 0

[经验分享] nginx 负载均衡测试

[复制链接]

尚未签到

发表于 2018-11-12 10:36:22 | 显示全部楼层 |阅读模式
  根据张宴的nginx 负载均衡配置来进行配置
  传送门:http://blog.s135.com/post/306/
  1)基础配置,实现访问
  修改nginx.conf配置文件,
  user  www www;
  worker_processes 10;
  #error_log  logs/error.log;
  #error_log  logs/error.log  notice;
  #error_log  logs/error.log  info;
  #pid        logs/nginx.pid;
  #最大文件描述符
  worker_rlimit_nofile 51200;
  events
  {
  use epoll;
  worker_connections 51200;
  }
  http
  {
  include       mime.types;
  default_type  application/octet-stream;
  keepalive_timeout 120;
  tcp_nodelay on;
  upstream  www.ydt.com  {
  server   172.16.8.1:80;
  server   172.16.8.2:80;
  server   172.16.8.3:80;
  server   172.16.8.4:80;
  }
  server
  {
  listen  80;
  server_name  www.ydt.com;
  location / {
  proxy_pass        http://www.ydt.com;
  proxy_set_header   Host             $host;
  proxy_set_header   X-Real-IP        $remote_addr;
  proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
  }
  log_format  www_ydt_com  '$remote_addr - $remote_user [$time_local] $request '
  '"$status" $body_bytes_sent "$http_referer" '
  '"$http_user_agent" "$http_x_forwarded_for"';
  access_log  /data1/logs/www.log  www_ydt_com;
  }
  }
  这样就可以直接进行访问了,ngnix负载均衡会自动做源地址转换,这样当客户端和服务器在同网段就不会出现流量的不对称造成的无法访问,缺点是默认情况下服务器不能无法看到真实的客户端IP地址。
  1)用ip_hash替代默认的round robin
  ip_hash来代替默认的rr方式,即可以将某客户端IP的请求通过哈希算法定位到同一台后端web服务器上,这样避免了session丢失,解决了session问题。但ip_hash指令无法保证后端服务器的负载均衡,可能有些后端服务器接收的请求多,有些后端服务器接收的请求少;这样会造成负载不均衡
  只需修改以下部分:
  upstream  www.ydt.com  {
  ip_hash;
  server   172.16.8.1:80 max_fails=2 fail_timeout=30s;
  server   172.16.8.2:80 max_fails=2 fail_timeout=30s;
  server   172.16.8.3:80 max_fails=2 fail_timeout=30s;
  server   172.16.8.4:80 max_fails=2 fail_timeout=30s;
  }
  默认情况下,nginx的健康检查是基于访问触发的,个人感觉只是一种自动容错的机制,不是类似F5那种自带的健康检查,方式是基于端口的TCP探测。
  关于max_fails参数的理解:根据上面的解释,max_fails默认为1,fail_timeout默认为10秒,默认情况下后端服务器在10秒钟之内可以容许有一次的失败,如果超过1次则视为该服务器有问题,则自动跳转到可用的服务器。等待10秒后会再将请求发给该服务器,以此类推进行后端服务器的健康检查。如果将max_fails设置为0,则代表不对后端服务器进行健康检查,这样一来fail_timeout参数也就没什么意义,遇到服务器不可用时会自动容错,转换到可用的服务器上,也不会显示页面无法访问。
  本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/ydt619/archive/2010/10/20/5954632.aspx


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.iyunv.com/thread-634047-1-1.html 上篇帖子: Nginx ~模块详解~ 下篇帖子: nginx切换https证书上线
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表