常见负载均衡方法：
手动选择
下载站点，提供不同线路，不同服务器连接
例如：
下载某附件地址自主选择：
xx网络 xx互联 xx下载 xx电信 xx联通 xx网盘 ...
DNS轮询
对主机添加多条A记录
缺点：
- 可靠性低，网络运营商DNS存在缓存，不能即时生效
- 负载分配不均衡，本地DNS有缓存
硬件负载均衡
硬件交换机：F5，Cisco Css等，价格较高
软件负载均衡
四层：LVS
七层：Nginx,HAProxy等
支持虚拟主机，可配置性好，提供多种负载策略和健康检查
查看QQ邮箱DNS示例：
[root@bogon ~]# dig mail.qq.com
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.17.rc1.el6_4.6 <<>> mail.qq.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 49183
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;mail.qq.com. IN A
;; ANSWER SECTION:
mail.qq.com. 476 IN A 183.61.51.74
mail.qq.com. 476 IN A 14.17.42.24
mail.qq.com. 476 IN A 14.18.245.237
mail.qq.com. 476 IN A 183.61.38.175
;; Query time: 5 msec
;; SERVER: 219.141.136.10#53(219.141.136.10)
;; WHEN: Fri Jun 30 23:41:43 2017
;; MSG SIZE rcvd: 93
负载均衡算法
轮询（默认）
每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。
weight 指定轮询的权值 weight值越大，分配的访问的机率越高
主要用于后端的每个服务器性能不均的情况下
-
可靠性低和负载分配不均衡。
server 192.168.1.22 weight = 7; server 192.168.1.23 weight = 3;
ip_hash
每个请求按访问Ip的hash结果分配
-
解决了动态网页存在的session共享问题
upstream bbs { ip_hash; server 127.0.0.1:9001; server 127.0.0.1:9002; }
fair（第三方）
根据后端服务器的响应时间来分配请求，响应时间短的优先分配。
-
Nginx本身不支持fair的，须下载Nginx的upstream_fair模块
upstream tomcats { server 127.0.0.1:9001; server 127.0.0.1:9002; fair; }
url_hash：
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
配置和IP哈希类似，只不过针对请求的url进行hash（基于缓存的server，页面静态化）。
负载均衡调度中常用的状态:
down:
表示当前的server暂时不参与负载均衡
backup:
备份机器，其他所有非backup机器出现故障或忙碌时，才请求backup主机
max_fails:
允许请求失败的次数，默认为1，当超过最大的次数时，返回proxy_next_upstream模块定义的错误
fail_timeout:
在经历max_fails次失败后，暂停服务的时间
当负载调度算法为ip_hash时，后端服务器在负载均衡调度中的状态不能是weight和backup。
示例
upstream bbs{
#ip_hash
server bbs1.test.com weight=6;
server bbs2.test.com weight=4;
server bbs3.test.com backup;
}
server {
listen 80;
server_name bbs.test.com;
location / {
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_buffering off;
proxy_pass http://bbs/;
}
}