负载均衡高手炼成记 | 51CTO博客2.0订阅专栏

1.入门篇：抱着主机到别人办公室做实验

第一次接触负载均衡，是从章文嵩博士那个著名的lvs开始的——时间大概应该在2005年以前吧。那时我还是一个linux的菜鸟，差不多就会一些软件安装（定制安装都不会）、基本指令而已。
2.规划篇：没规划和乱规划都让人抓狂

没踩过坑，永远体会不了没有规划的痛。这里先拿两个例子来做说明，都是亲身经历过的，可信度有保证。
3.安装篇：部署keepalived

Keepalived是负载均衡里边比较核心的一个组件。可与lvs、haproxy、nginx等进行组合，实现负载均衡及高可用功能。
4.实验篇：Lvs负载均衡实操

根据实际的网络环境，Lvs提供几种负载均衡机制：直接路由模式（DR）、隧道模式（TUN）、网络地址转换模式（NAT），后来有新增一种FULLNAT。直接路由模式DR及网络地址转换NAT模式用得比较普遍，而其它两种用得少——老实说，本人也一次也没实践过，没有取得这方面的经验。因此，本文重点就讲DR及NAT了。
5.实战篇：用keepalived实现某Web网站服务均衡

在前面的章节中，我们用实验的方式演示了负载均衡的三大功能：负载均衡、健康检查、失败切换，虽然功能都实现了，但毕竟是实验，仅仅是模拟了一个用户访问的系统。那么，真实应用于生产环境的情况又如何？接下来，我们以某个实际的BBS社区为例进行展示。
6.再见，lvs--keepalived与haproxy组合实现负载均衡

为更精细地控制负载均衡行为，以适应复杂的业务需求，作为lvs的替代方案，haproxy是一个很好的选择。
7.数据库负载均衡之MySQL

Mysql负载均衡实现高可用包含两个部分：主库高可用与备库负载均衡。备库实现负载均衡与常规的tcp服务基本类似，而主库高可用部分就要复杂很多。在功能实现上，总体包括：主从复制、备库负载均衡以及主库失败切换（FailOver）。
8.数据库负载均衡之Oracle（一）

Oracle实现负载均衡，完全不依赖于其它第三方工具，自己全部搞定，真是牛啊！部署oracle负载均衡高可用，实际上就是部署oracle RAC。在开始部署之前，得先做好规划。
9.数据库负载均衡之Oracle（二）

用unzip指定选项”-d /u01/app/12.2.0/grid”，然后chown 更改此目录属主为“grid：oinstall”，现在不确定系统环境是否适合安装oracle集群工具，因此，需要以grid帐号执行指令” runcluvfy.sh”,完整的指令如下
10.云端负载均衡

曾有人说，云计算那么强大，不需要什么负载均衡。真的这样么？我这里不是这样，在云上，做了好些负载均衡的案例呢！
11.构建安全的负载均衡集群系统

个人认为，信息安全有两大类：服务不可用与非授权访问。在通常的定义中，信息安全往往只关注后者。但是，如果电源被踢掉、硬盘损坏而导致服务停止，也可以归类为安全事故。通过部署负载均衡，构建高可用系统。从根本上解决了硬件损坏、单点失效引起服务不可用的问题。因此，我们的关注点还是要回到防止非授权访问上来。
12.负载均衡监控与告警

从大的层面看，监控分流量监控与服务监控两种。我们常规的负载均衡架构，至少分为两层网络，负载均衡在公网，而其它应用服务器集群处于内网。因此，不管流量监控还是服务监控，都得兼顾内外两个网络。
13.负载均衡日常维护

负载均衡系统部署并运行起来以后，不可能一劳永逸，还需要对其进行维护。维护即包括负载均衡器本身，也包括后边的真实服务器，毕竟需要多个组件，才算是一个完整的负载均衡体系。
14.关于负载均衡的规模问题

网络到了一定的规模，该如何应对。是把所有业务都放在同一个负载均衡提下之下，还是有其它措施？个人建议，如果不是历史遗留问题，或者为了较高的seo，尽量不要把鸡蛋都放在一个篮子里。仅需两招，多大的规模都应该能够应付得了。
15.负载均衡常见问题汇总

负载均衡的主要目标是高可用，只要负载均衡、监控检查、失败切换三个功能正常，并且从用户的角度出发，访问应用（比如网站）一切正常，才是重点，多几个负载量，少几个负载量无关紧要。