Nginx+DNS负载均衡「建议收藏」

Nginx+DNS负载均衡「建议收藏」今天看了很多关于nginx负载均衡的博客,人家推荐的都是自己的ip来做负载,但是同样有说DNS负载均衡,刚开始我也是一头雾水,慢慢的分析才知道真正意义上的Nginx+DNS负载均衡。1.nginx负载均衡的5种策略(先了解这个后面的才好懂)轮询策略(默认)这种策略下每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。upstreambackserver{server192.168.0.14;server192.168.0.15;}指定

大家好,又见面了,我是你们的朋友全栈君。

今天看了很多关于nginx负载均衡的博客,人家推荐的都是自己的ip来做负载,但是同样有说DNS负载均衡,刚开始我也是一头雾水,慢慢的分析才知道真正意义上的Nginx+DNS负载均衡。

1. nginx负载均衡的5种策略(先了解这个后面的才好懂)

  • 轮询策略(默认)

这种策略下每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

upstream backserver { 
    
server 192.168.0.14; 
server 192.168.0.15; 
} 
  • 指定权重

指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。

upstream backserver { 
    
server 192.168.0.14 weight=8; 
server 192.168.0.15 weight=10; 
} 
  • IP绑定 ip_hash

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

upstream backserver { 
    
ip_hash; 
server 192.168.0.14:88; 
server 192.168.0.15:80; 
} 
  • fair(第三方)

按后端服务器的响应时间来分配请求,响应时间短的优先分配。

upstream backserver { 
    
server server1; 
server server2; 
fair; 
} 
  • url_hash(第三方)

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

upstream backserver { 
    
server squid1:3128; 
server squid2:3128; 
hash $request_uri; 
hash_method crc32; 
} 

在需要使用负载均衡的server中增加

proxy_pass http://backserver/;
upstream backserver{

ip_hash;
server 127.0.0.1:9090 down; (down 表示当前的server暂时不参与负载)
server 127.0.0.1:8080 weight=2; (weight 默认为1.weight越大,负载的权重就越大)
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup; (其它所有的非backup机器down或者忙的时候,请求backup机器)
}

max_fails :允许请求失败的次数默认为1.当超过最大次数时,返回proxy_next_upstream 模块定义的错误
fail_timeout:max_fails次失败后,暂停的时间

2. DNS的负载均衡
在这里插入图片描述
这个图可以很清楚的看到我们每次域名解析请求dns服务器会根据负载均衡算法返回一个ip地址,而dns负载均衡指的就是我们把负载均衡这样繁重的工作交给了dns服务提供商来做,虽然说这样我们不用自己来做负载均衡,省去了不少时间和精力,但是dns负载均衡存在很多问题。
比方说:

  1. 目前的DNS是多级解析的,每一级DNS都可能缓存A记录,当某台服务器下线之后,即使修改了A记录,要使其生效也需要较长的时间,这段时间,DNS任然会将域名解析到已下线的服务器上,最终导致用户访问失败。
  2. 不能够按服务器的处理能力来分配负载。DNS负载均衡采用的是简单的轮询算法,不能区分服务器之间的差异,不能反映服务器当前运行状态,所以其的负载均衡效果并不是太好。
  3. 可能会造成额外的网络问题。为了使本DNS服务器和其他DNS服务器及时交互,保证DNS数据及时更新,使地址能随机分配,一般都要将DNS的刷新时间设置的较小,但太小将会使DNS流量大增造成额外的网络问题。

事实上,大部分的大型网站所做的负载均衡实际上是采用了部分的DNS负载+部分的Nginx负载,即:
利用域名解析作为第一级负载均衡手段,即域名解析得到的一组服务器并不是实际提供服务的物理服务器,而是同样提供负载均衡服务器的内部服务器,这组内部负载均衡服务器再进行负载均衡,请请求发到真实的服务器上,最终完成请求。

简单来说就是找一组服务器(2台以上)交给DNS管理,DNS负载指定到这一组中的任意一台服务器,之后在这台服务器上做我们自己的负载均衡,再转发到真正提供服务的服务器上;把这一组的每一台服务器都这样配置,就达到了我们想要的效果。

参考:
https://blog.csdn.net/qq_35119422/article/details/81505732
https://www.cnblogs.com/bonelee/p/8890920.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/159070.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 《从点子到产品》读书笔记之产品价值和用户痛点

    最近从朋友那里阅读了《从点子到产品:产品经理的价值观与方法论》这本书,作者刘飞,感觉还不错,至少对想转行或刚转性做产品经理而又缺乏经验的朋友有很大的借鉴作用,决定将其思想进行总结。(绝非书托,哈哈哈)

    2021年12月29日
    55
  • hibernate执行原生sql_接口定义方法

    hibernate执行原生sql_接口定义方法Hibernate之Query接口的uniqueResult方法

    2022年9月30日
    0
  • PULL解析入门

    PULL解析入门PULL解析技术案例关于Android的pull解析技术详解对于一个很少写作的人来说,写一篇博客还算比较困难的,但是面对困难岂有退缩之理,好了废话说完了,开始进入正题。对于Android来说pull解析xml类型的文件应该是非常简单的,当然这是pull解析本身特性所决定的,那么接下来就跟随我的脚步来看一看pull解析的小巧之处吧。首先我从网上找了一个api接口[RRS腾讯](http://r

    2022年7月21日
    12
  • IDEA打包maven项目同时带上依赖

    IDEA打包maven项目同时带上依赖我们在使用IDEA中maven的LifeCycle去打包时,打出的jar包只包含代码,在使用时会出现“找不到包或者无法加载“ClassNotFoundException”报错。这是因为我们的jar包没有maven项目中的其他依赖包,所以我们可以在打包时把依赖也打入到jar包中,步骤如下:1、选中项目,点击File,选择打开“ProjectStructure”2、然后选择左边的“Artifacts”,点击“加号”添加jar包,“Frommodul…

    2022年5月30日
    205
  • navicat15 激活码大全【2021.10最新】

    (navicat15 激活码大全)这是一篇idea技术相关文章,由全栈君为大家提供,主要知识点是关于2021JetBrains全家桶永久激活码的内容IntelliJ2021最新激活注册码,破解教程可免费永久激活,亲测有效,下面是详细链接哦~https://javaforall.net/100143.html0YQJ1128OW-eyJsaWN…

    2022年3月28日
    361
  • 数据结构教程 视频_神谷哲史男巫教程视频

    数据结构教程 视频_神谷哲史男巫教程视频史上最全的数据结构视频教程打包下载地址本文出自出自我是码农,转载请注明出处,谢谢!以下数据结构视频教程是我多年收集的,因为在百度网盘上分享整个教程很快就会被delete,所以我只好花费大量功夫对单个视频进行一个一个的分享,这样才能长时间保留下来,为了学习,麻烦些也值得了!现在毫无保留的免费共享给大家,与君共勉!个人认为数据结构这门课程比较难,看视频学习是最好的方式。当年我就是看了多个视频,然…

    2022年10月12日
    0

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号