首先感谢您的时间。 我有一个问题，我无法解决ldirectord，我评论我的情况： 我有两个节点与起搏器和corosync并configuration一些资源： root @ ldap1：/ home / mamartin＃crm状态最后更新：星期二六月3 12:58:30最后更改：星期二六月03 12:23:47通过ldap1上的cibadmin堆栈：openais当前DC：ldap2 – 具有法定分区的分区版本：1.1.7-ee0730e13d124c3d58f00016c3376a1de5323cff 2节点configuration，2预期投票7资源configuration。 在线：[ldap1 ldap2]资源组：IPV_LVS IPV_4（ocf ::心跳：IPaddr2）：启动ldap1 IPV_6（ocf :: heartbeat：IPv6addr）：启动ldap1 lvs（ocf :: heartbeat：ldirectord）：启动ldap1克隆集：clon_IPV_lo [IPV_lo]启动：[ldap2]已停止：[IPV_lo：1] root@ldap1:/home/mamartin# crm configure show node ldap2 \ attributes standby="off" node ldap1 \ attributes standby="off" primitive IPV-lo_4 ocf:heartbeat:IPaddr \ params ip="192.168.1.10" cidr_netmask="32" nic="lo" \ op monitor interval="5s" primitive IPV-lo_6 ocf:heartbeat:IPv6addrLO \ […]
我已经启用lvs_sync_daemon_interface选项，但它看起来像同步守护进程不工作 主动节点： [MASTER:~]# ipvsadm -Lnc IPVS connection entries pro expire state source virtual destination TCP 00:37 SYN_RECV 192.168.1.20:55746 192.168.1.10:80 192.168.1.15:80 被动节点： [BACKUP:~]# ipvsadm -Lnc IPVS connection entries pro expire state source virtual destination configuration： ! Configuration File for keepalived global_defs { lvs_id lb1 #lb2 on backup server } vrrp_sync_group VG1 { group { LB1 } […]
我有一个基于LVS的负载平衡器，一直工作得很好。 它使用心跳在两台服务器上运行以提供故障转移。 我已经添加了对系统的第二个IP范围的支持，但是当发生故障转移时，接pipe的服务器不能在这个第二范围内ARP任何IP，除非我删除并重新添加该范围的路由。 以下是有关故障转移后在活动负载平衡器上看到的更多详细信息： # arp foo1.example.com ether 00:20:ED:1A:0C:82 C eth0 foo2.example.com ether 00:1E:C9:B0:F6:FE C eth0 bar1.example.com (incomplete) eth0 # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 2.2.2.128 * 255.255.255.192 U 0 0 0 eth0 1.1.1.0 * 255.255.255.0 U 0 0 0 eth0 default 1.1.1.1 0.0.0.0 UG 100 0 […]
我有几个使用LVS进行负载均衡的后端Web服务器。 这些机器上只有内部不可路由的IP。 负载均衡器是唯一具有外部IP的机器。 这个设置很好。 我想添加另一个Web服务器的图像服务，但它不会是负载平衡池的一部分。 是否有可能代理从负载平衡的Web服务器传递到图像服务器，并将响应redirect到客户端？ 客户端 – >外部LB – >内部Web服务器 – >内部映像服务器 当我从等式中删除LB时，我已经获得了代理通行证的工作，但是尝试使用它时没有运气。
我最近问了一个关于我的负载均衡多个服务器的选项的问题（TCP非HTTPstream量，运行时间非常长，连接带宽非常一致）： 负载平衡长时间运行的TCP连接 在这篇文章中，我被引导到LVS，只是给了一个尝试。 安装非常简单，它的function非常强大，我唯一的问题就是我只能使用LVS-NAT（realserver是windows，我不想改变它们的configuration）。 问题在于它重写了源IP，所以如果客户端login，我只能看到NAT的IP，而不是他的原始源IP。 这在监pipe要求方面给我们带来了一个问题，因为我需要为login的每个客户端logging真实的源IP。 其他人如何处理这个问题？ 谢谢， 汤姆
我想知道是否有人能够快速帮助我。 我有LVS以下。 持久性3600 我需要删除一个服务器进行维护。 我已经把重量降到了0.它将ActiveConn降为0。 我想问，减肥后，有没有办法强制或礼貌地得到维护服务器（即清除持久性表）。 Googlesearch显示http://www.austintek.com/LVS/LVS-HOWTO/HOWTO/LVS-HOWTO.persistent_connection.html 如果我正确读取，我需要/ proc / sys / net / ipv4 / vs / expire_nodest_conn到1.但林不知道它是否正确。 感谢布伦特
我在NAT模式下使用LVS（ipvsadm）来为多个“真实服务器”负载均衡UDPstream量。 我正在使用单包调度，以便来自客户端上的单个源端口的stream量分发到不同的realserver。 但是，我所看到的是，源于真实服务器并发送回客户端的UDP数据报将其源IP /端口设置为真实服务器的一个，这使得客户端感到困惑，因为它希望接收源IP /端口匹配的，他发送原始数据报。 这确实很奇怪，因为LVS应该“隐藏”虚拟IP /端口背后的服务器。 看来，如果我closures单包调度，传出数据报的源IP /端口由LVS正确地重写。 有没有人遇到过这个？ 如果是的话，这是怎么回事？
我有一个gentoo负载平衡器和gentoo真实服务器之间的ldirectord /心跳HA设置。 由于我的主机的限制，我有通过ipip隧道负载平衡工作。 我在gentoo真实服务器上有以下设置： （附加到…）/etc/conf.d/net结尾 iptunnel_tunl0="mode ipip" config_tunl0=( "xxx.xxx.xxx.xxx netmask 255.255.255.255" "yyy.yyy.yyy.yyy netmask 255.255.255.255" "zzz.zzz.zzz.zzz netmask 255.255.255.255" ) 那些xxx / yyy / zzz是我的共享IP地址。 'ip address show'产生这个： 4: tunl0: <NOARP,UP,LOWER_UP> mtu 1480 qdisc noqueue state UNKNOWN link/ipip 0.0.0.0 brd 0.0.0.0 inet xxx.xxx.xxx.xxx/32 scope global tunl0 inet yyy.yyy.yyy.yyy/32 scope global tunl0:1 inet zzz.zzz.zzz.zzz/32 scope global tunl0:2 这一切工作正常。 […]
我希望通过直接路由交换技术来build立负载均衡器。我通过安装ipvsadm $ sudo apt-get install ipvsadm build立 Virtual IP is 172.17.10.173 subnet mask 255.255.240.0 linux director IP is 172.17.6.111 Real Server1 is 172.17.2.210 Real Server2 is 172.17.14.11 除了在实际服务器上的/etc/sysctl.conf中的设置之外，我已经按照此页上给出的指示进行了直接路由，因为我没有安装任何补丁。 我在连接到VIP时遇到问题。 curl 172.17.10.173不给任何回应。
我有一个LVS设置与NAT路由和两个真实的服务器（作为一个FYI，我们只路由http在TCP端口80）。 目前对真实服务器A的请求响应很好，页面加载时间为3-4秒。 然而，真正的服务器B的请求是非常缓慢的页面加载时间超过5分钟。 现在，有一天，在真正的服务器B的请求在可接受的时间范围内加载的情况正好相反，但对服务器A的请求却很慢。 在任何一种情况下，直接向真实服务器请求绕过负载blancer响应就好了。 只有通过负载均衡器的请求发生问题，并且只向这两个真实服务器中的一个请求。 作为另一个FYI，LVS服务器运行CentOS 6.3，默认发行版本为lvs。 任何人都可以给我一些build议，在哪里寻找可能造成这种情况？ 如果需要，我会很乐意提供有关我的configuration的任何细节。