Nginx+DNS负载均衡
今天看了很多关于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负载均衡存在很多问题。
比方说：
- 目前的DNS是多级解析的，每一级DNS都可能缓存A记录，当某台服务器下线之后，即使修改了A记录，要使其生效也需要较长的时间，这段时间，DNS任然会将域名解析到已下线的服务器上，最终导致用户访问失败。
- 不能够按服务器的处理能力来分配负载。DNS负载均衡采用的是简单的轮询算法，不能区分服务器之间的差异，不能反映服务器当前运行状态，所以其的负载均衡效果并不是太好。
- 可能会造成额外的网络问题。为了使本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