LVS模块配置过程和测试的注意事项[08年月9月刊]

八重樱

CU网友：johnyo

各个发行版本的负载均衡方案都是基于linuxvirtualserver.org开发的LVS，这部分代码分成两部分，kernel中叫做ip_vs，客户端程序是ipvsadm。

从方案角度看这是不够的，至少我们要忽悠客户上LVS双机热备。

所以问题就来了，各个发行版作LVS双机的方法也不一样。红旗是采用heartbeat的方法来作LVS热备的；红帽采用pulse作为热备的方法。目前国内的文档对这两种方法都是有介绍，但是他们之间不能相互借鉴，这点在看文档的时候一定要注意。

以红帽为例，先介绍各个模块的功能。

1， piranha ，这实际上是一个web界面，他的主要作用是生成lvs.cf文件。如果你有lvs.cf，那么是不需要这个服务的。

2， lvs.cf 文件实际上是pulse的配置文件，而不是ipvsadm的配置。

3，如果想使用lvs，必须要启动pulse服务。他会读取lvs.cf文件，然后根据LVS两个节点的信息确认是否要启动本地的lvs，启动过程中会根据lvs.cf的规格调用ipvsadm。生成ip_vs的规则。

4，通常pulse还会启动一个叫做nanny的一个服务，这个东东的作用是根据监控脚本来判断realserver的状态。比如检查realserver的服务是否生效，如果检查失败就会把realserver从队列中删除。

5，实际上工作的模块是ip_vs，这是一个kernel 模块，他会在/proc/net/产生一个叫做ip_vs的目录，里面有各种信息，有兴趣可以看看。LVS压力非常大的时候需要对ip_vs进行优化。就是选择新的参数重新编译。

realserver要注意的地方：

1，通常NAT是比较好做的，文档也比较多。

2，DR模式，DR是一种创造性的方法，她通过伪造包的目标MAC的方法，把包转发给带有VIP的一个realserver，这种方法带来的问题是LVS和所有的RS都配置有VIP。这在正常的网络中是不可思议的。所以要通过控制ARP来确保网络正常。这也是问题最多的地方。
不知道在ipv6的时代这种方法是否还可行。

3， Tunnel的方式，这种方式用的不多。但是在个别情况下还是很有用处，和DR有一点类似，需要对tunnel有一定的理解，否则配置很头疼。一句话来讲，就是通过ip隧道把请求发送到realserver上。你要作的是配置ip隧道。

测试的注意事项：

LVS的功能实现很容易，但是要把它在实际环境中跑起来，还是有点困难，因为涉及的知识面比较多。
1，建议有条件的哥们一定要模拟真实条件进行测试，因为你看到的测试结果未必是真的。
2，交换机／路由器也会是导致LVS不能工作。