负载均衡实战之四：多负载均衡应用攻略

      在"CDN缓存服务器的负载均衡"一文中，我们详细的介绍了单实例（vrrp_instance）、单虚拟地址（vip）实现负载均衡的方方面面，在这个应用场景中，它最主要的特征就是：主负载均衡器负责转发，而备份负载均衡器则处于等待状态，只有主负载均衡器失效，备份负载均衡器才承担用户请求转发任务。在多vrrp_instance负载均衡应用场景下，我将让两个负载均衡器都转发用户请求，其主要用意在于提高资源的利用率。

　　一、多vrrp_instance负载均衡需求描述

　　本方案要实现一个web及自定义的tcp服务的负载均衡.其中web为3个站点,运行在同一个服务器上,以虚拟机的方式实现;自定义的tcp服务,使用两个端口号,运行在不同的服务器上。

　　在这个环境中，共有14个服务器：2个负载均衡器（分别命名为 lvs-1、lvs-2）,4个web服务器，4个运行自定义端口为3000 tcp服务的服务器，以及4个运行自定义端口为4000 tcp服务的服务器。本方案仍然使用负载均衡的DR模式，为了有效地使用紧缺的ip地址资源，我们只需要使用2个vip地址就可达到目的----web服务使用一个vip, 后面2个服务共用一个vip。为了更清楚地理解前面的描述，表1、2对整个需求进行了汇总。

负载均衡器	Vip	Vrrp_instance	角色
Lvs-1	61.135.93.99 60.135.93.100	VI_WEB VI_CTCP	VI_WEB -à MASTER VI_CTCP-à BACKUP
Lvs-2	61.135.93.99 60.135.93.100	VI_WEB VI_CTCP	VI_WEB--à BACKUP VI_CTCP-à MASTER

　　表1 负载均衡器需求汇总

项目	Vip	转发端口(TCP)	转发规则
Web（bbs、blog、www）	61.135.93.99	80	61.135.93.99:80à 61.135.93.x:80
自定义服务1	61.135.99.100	3000	61.135.93.100:3000à61.135.93.y: 3000
自定义服务2	61.135.93.100	4000	61.135.93.100:4000->61.135.93.z: 4000

　　表2 应用服务需求汇总

　Web服务支持的3个站点均为动态网站，其运行环境为apache加php,因为涉及帐号登录，因此负载均衡过程必须启用会话保持。这里把3个站点整合到一个物理服务器上，既能保持服务配置的一致性，又能最大限度的利用资源。关于动态站点及apache虚拟的配置，请参看其他章节的内容。