网站负载均衡的四种不同方案

清明时节雨纷纷

细雨时节，家中学习

与同学一同至青城山游玩，不巧今天下雨，只好提前打道回府。正好留出今天下午的时间继续学习，一周一篇自学文章不能间断。

一个较大型的网站、或业务系统，一定会在存在业务负载分担的需求。传统在私有云的方案中，会有多种可供选择的方案；今天结合公有云一起来探讨4种负载均衡的方案。

方案1 重定向

用户访问网站，首先访问到重定向服务器，该重定向服务器根据用户的访问属性向用户返回真实的web服务器地址（附带状态码302）。用户再次向真实的web服务器发起业务访问请求。

该方式优点是简单、并且可以在重定向服务器中根据自己的需求改策略；缺点是效率低，每次访问都需要跳转。在项目中用得并不多。

方案2 DNS域名解析

在DNS服务器的A记录中配置多个web服务器的地址，并可根据服务器的性能配置权重。不同的用户会获得不同的web服务器的地址，因客户计算机有DNS的缓存，一定时间内访问的web服务器是固定的。

该方式的好处是简单，将转发的任务交给了dns服务商；缺点是不灵活，dns负载均衡的策略少，另一个重大缺点是全网同步慢，如果下线、上线web服务器有几十分钟甚至几个小时的时间，甚至当某台服务器down机，dns也是不知道的。

该方式在一些大型的网站有采用。

方案3 反向代理

一般我们用nginx作应用层的反向代理服务器。客户的请求首先到nginx，再通过nginx负载均衡到真实的web服务器，反向代理服务器可以配置转发策略，并可以作本地静态内容的缓存。

该方式的好处是安全性较好，真实的web服务器不需要外网地址；缺点是反向代理服务器可能成为性能瓶颈。实际在私有云中应用非常之大，适合有一定运维能力的公司选用。

方案4 IP负载

该方案看上去与方案3类似，但差别很大。方案3是应用层面的负载均衡，而方案4是网络层面的负载均衡。

负载均衡器一般在私有云中是F5，在公有云中可以是开源软件开发的lvs。经过负载均衡器后，一般会将源ip修改为公有云vpc的网关内网地址，这样返回用户的数据包都会经过负载均衡器。负载均衡器将源ip修改为内网地址后，会造成web服务器不知道用户真实的ip地址，可能会影响业务溯源；部分公有云厂商支持不修改源ip，透传源ip地址。

该方式在公有云中是标配的解决方案，优点是简单，缺点仍是负载均衡器会成为瓶颈。