集群技术

两台机器A B
一台A作LVS 另外一台B作备份的LVS
同时A B 又是分流的服务器，LVS将任务分给A B
这样是双机双工吗 可以实现吗

director: Centos 内核版本2.6.9
RS：ubuntu7.04 （在centos上用虚拟机安装的，安装时ubuntu的联网方式选的NAT）

director上的脚本：
#!/bin/bash
VIP=192.168.25.200
RIP1=192.168.97.1
GW=192.168.25.1
# set the Virtual IP Address
/sbin/ifconfig eth0:0 $VIP broadcast $VIP netmask 255.255.255.255 up
/sbin/route add -host $VIP dev eth0:0
#Clear IPVS table
/sbin/ipvsadm -C
#set LVS
/sbin/ipvsadm -A -t $VIP:23 -s rr
/sbin/ipvsadm -a -t $VIP:23 -r $RIP1:23 -g
#Run LVS
/sbin/ipvsadm

RS上的脚本：
echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore

heartbeat的日志里一直报这个错误：
heartbeat[4004]: 2007/08/22_09:39:26 info: Gmain_timeout_dispatch: started at 557437928 should have started at 557293220
heartbeat[4004]: 2007/08/22_09:39:27 WARN: Gmain_timeout_dispatch: Dispatch function for retransmit request was delayed 1447060 ms before being called (GSource: 0x15b89798)
而且cpu已经占用了很高，我的ha.cf是这样的：
debugfile /var/log/ha-debug
logfile /var/log/ha-log
logfacility local0
keepalive 2
deadtime 30
warntime 10
initdead 120
udpport 694
baud 19200
ucast eth1 192.168.1.2

各位

是否有比较权威的lvs性能评测?

比如多少内存 可以支持到多少连接

lvs同时的并发连接可以支持到多少?

每秒可以处理多少个请求?

考虑报文大小的情况下,测试又会如何?

目前我有个项目

有20万个并发请求,且连接后会持续保持连接状态

每个连接每20秒发送100个字节

所以想问下lvs处理并发的能力和吞吐量

lvs 的tunl 和nat 方式部分用户提交大数据会出现无法找到网页和打不开一些页面,但是用户dr 模式就没有此问题,各位大大们帮忙一下解决一下问题

我做ipvs的tun方式的squid的集群。为什么客户端第一次打开的时候，打不开叶面。重新刷新几次就可以打开。在调节器上用ipvsadm -lc的时候，好像不过建立。刷新几次就建立起来了。建立成功后和ＤＲ没有什么区别，打开也很快！
用什么方法查找原因？
而做成DR的方式，很快。也没有打不开的时候。
是不是tun的方式没有DR的效率高。不知道是我配置问题，还是本来就是这样子。
同样的realserver 不一样的调节器。客户所用的感觉不一样呢？

在TCP半连接的这种模式下。
当Real server处理完请求，将包返回给client时，MAC地址写得是Director/VIP的那个还是Real server/VIP那个？

我觉得是Director/VIP那个。但是包在由real server传送过程中,能够把其他机器MAC放进去吗？

如果是Real server的MAC那么，对于client来讲，发送出去的包和收到的回包，MAC就不一致了。

所以麻烦大家解答一下，谢谢各位，谢谢章博士

因为遇到一个奇怪的问题,不能很好地解决,想看看heartbeat的源码来找到原因并解决.可是又苦于不能找到相关的文档.有没有谁有研究过的啊?或是有人知道有什么文档讨论过这个的?介绍个啊..感激涕零...

我的Director是centos 有两台realserver，一台是centos 另一个是win2003，请教下windows的及其上怎么设置，我做基于DR的ipvs，谢谢大家！！！！

我的heartbeat启动后,过一段时间,监测到另一方dead后,会出现下列消息.
heartbeat[18478]: 2007/07/23_18:45:10 WARN: node wxsc: is dead
heartbeat[18478]: 2007/07/23_18:45:10 info: Comm_now_up(): updating status to active
heartbeat[18478]: 2007/07/23_18:45:10 info: Local status now set to: 'active'
heartbeat[18478]: 2007/07/23_18:45:10 info: Starting child client "/data/heartbeat/lib/heartbeat/ipfail" (17,65)
heartbeat[18478]: 2007/07/23_18:45:10 WARN: No STONITH device configured.
heartbeat[18478]: 2007/07/23_18:45:10 WARN: Shared disks are not protected.