请教一个lvs的问题

jerrywjl

过两天整理一个基于DR结构下的LVS的帖子出来。

zxzheaven

原帖由 jerrywjl 于 2008-10-19 20:44 发表
过两天整理一个基于DR结构下的LVS的帖子出来。

好的，期待你的大作，希望可以就我的问题帮解决下，呵呵

joies_zhong

楼主做的没有问题，你在同一时间里访问的是同一地址，在lvs中有一个存活是间，默认是120秒，你可以修改。

zxzheaven

原帖由 joies_zhong 于 2008-10-20 09:11 发表
楼主做的没有问题，你在同一时间里访问的是同一地址，在lvs中有一个存活是间，默认是120秒，你可以修改。

是用--set参数修改吗？我用--set 1 1 1，都设置成1，用-L --timeout看，也都显示的是1，不过似乎还是等的120

SOFTOO

轮叫调度算法假设所有服务器处理性能均相同，不管服务器的当前连接数和响应速度。该算法相对简单，不适用于服务器组中处理性能不一的情况，而且当请求服务时间变化比较大时，轮叫调度算法容易导致服务器间的负载不平衡。
    源地址散列调度(Source Hashing Scheduling)算法的基本原理是：此算法根据请求的源IP地址，作为散列键(Hash Key)从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载的，则将请求发送到该服务器，否则返回空。

楼主说使用的是ROUND ROBIN，貌似不存在TIMEOUT的问题.
这是纯粹的个人观点，因为我所做过的LVS－NAT实验中，使用RR，没有连续两次刷到过同一个真实服务器。

zxzheaven

恩，在实际使用中，rr的调度方式确实不太好
我这了用rr的原因主要是例子是这么弄的，呵呵，所以就想重现他上面讲的
不过就出现了我最先提出的那个问题

楼上你的--list --timeout显示的是默认的960 120 300类似这样的数字吗？

hahazhu0634

个人觉得应该与expires有关。
ipvsadm -L --timeout
tcpfin 默认是120秒，估计你需要等这个过期了，才可以。或者你可以用其他的IP测试，就应该显示另一个值了。
对与rr，这个算法的确不是很好，借lvs中文站点中的一个例子，get一个.htm，这个页面有4个文件，A，B，C，D，D文件是大文件，需要消耗更长的时间。如果后台真好有4台真实机，那么，第四台，可能会出现负载过大。这就会给一定的客户端带来延时，访问慢的感觉。个人感觉用wlc算法，比较好。

ztj2247

这是缓存好吗？ 你刷新完一次  然后晴空IE缓存就可以了

zxzheaven

原帖由 ztj2247 于 2008-10-21 08:56 发表
这是缓存好吗？ 你刷新完一次  然后晴空IE缓存就可以了

我今天尝试了一下，还是要分配到一个机器上的

SOFTOO

/sbin/ipvsadm -a -t $VIP:80 -r $RIP1:80 -g

楼主，你把-g改为-m试试。
ipvsadm Argument Forwarding Method
-g                    LVS-DR
-i                      LVS-TUN
-m                     LVS-NAT


The LVS-NAT forwarding method has several basic properties:
The cluster nodes need to be on the same network (VLAN or subnet) as the Director.
The RIP addresses of the cluster nodes normally conform to RFC 1918[2] (that is, they are private, non-routable IP addresses used only for intracluster communication).
The Director intercepts all communication (network packets going in either direction) between the client computers and the real servers.
The cluster nodes use the Director's DIP as their default gateway for reply packets to the client computers.
The Director can remap network port numbers. That is, a request received on the Director's VIP on one port can be sent to a RIP inside the cluster on a different port.
Any type of operating system can be used on the nodes inside the cluster.
A single Director can become the bottleneck for the cluster.
                                                                －－－－摘自linux企业集群