我可能不知道这应该如何工作，但我无法弄清楚为什么具有这个基本的vrrp_instance的BACKUP系统正在过渡到主，并且似乎永远不会优先考虑。 为什么虚拟IP地址在健康和联机状态下都不会丢失备份系统？ 看起来两个系统都在广播vrrp广告。 从备份系统上的tcpdump ： vrrp.mcast.net vrrp.mcast.net vrrp.mcast.net vrrpv2广告vrid 51 prio 150 authtype简单intvl 1s长度20 addrs虚拟应用程序.fakecorp.com auth“password” 15：52：24.541637 IP（tos 0xc0，ttl 255，id 1611，offset 0，flags [none]，proto VRRP（112），length 40） vrrp.mcast.net：vrrp betaproxyslc02.fakecorp.com> vrrp.mcast.net：VRRPv2，广告， vrid 51 ， prio 100， authtype simple，intvl 1s，length 20，> addrs：virtual-app .fakecorp.com auth“password” 15：52：25.410073 IP（tos 0xc0，ttl 255，id 1779，offset 0，flags [none]，proto VRRP（112），length 40） 但是虚拟IP地址通过ip addr命令显示在两台主机上。 这是configuration： global_defs { notification_email […]
我是新来的这个负载平衡的情况下，我负责找出如何使这个负载平衡的作品。 我的环境： Centos 6.4 64 Bit Webserver: Lighttpd All running in ESXI virtual IP: 192.168.1.6 LB1: 192.168.1.4 LB2: 192.168.1.5 Webserver 1: 192.168.1.12 Webserver 2: 192.168.1.13 Gateway: 192.168.1.1 尝试在HAproxy生产之前在实验室中运行testing并保持活动状态。 以下是我在Keepalived设置中的内容： ！ configuration文件keepalived global_defs { notification_email { [email protected] } notification_email_from [email protected] smtp_server 192.168.1.4 smtp_connect_timeout 30 router_id 192.168.1.1 } vrrp_script chk_haproxy { script "killall -0 haproxy" interval 1 […]
我们有一些PHP-FPM服务器，当他们需要一个数据库连接时，他们连接到一个HAProxy服务器，它select一个数据库服务器来使用，并打开连接。 当我们然后想要对HAProxy服务器执行一些维护（例如需要HAProxy重启的configuration更改）时，过程如下： 在HAProxy服务器上closuresKeepalived 等待浮动IP转移到备份HAProxy服务器（也运行Keepalived） 等到HAProxy统计报告只有一个连接（我们检查有多less连接） 重新启动HAProxy 重新启动Keepalived 当步骤2发生时，那个时候打开的mysql连接会发生什么？ 根据这个TCP会话和IP变化问题 ，连接将被丢弃。 这是真的吗？ 如果是这样，可以做些什么来防止这种情况发生？ 连接可以以某种方式强制使用服务器的主（非浮动）IP？ 我们也有两个运行Keepalived的Nginx服务器的类似设置，我们正在计划进行等效的过程。 如果我们这样做，同样的问题适用 – 当IP移动到另一个服务器时，现有的http连接会发生什么？ 我感谢您的帮助。
我的keepalivedconfiguration不能正常工作。 我有两个虚拟testing机器（virtualbox）用keepalived / vrrp来尝试一些东西。 Bot可以完美地相互ping通（内部virtualboxnetworking）。 VM 1（MASTER）： eth0: Management eth1: 192.168.2.1/24 eth2: 192.168.2.2/24 keepalived.conf: vrrp_instance test { state MASTER interface eth1 track_interface { eth2 } virtual_router_id 1 priority 101 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.3.1/24 dev eth1 192.168.3.2/24 dev eth2 } } tcpdump on eth1: 12:44:54.720119 IP 192.168.2.1 > […]
我设法使用keepalived在architecture.txt文档中build议HAproxy在故障转移configuration中工作。 我使用了epel回购的CentOS 5.5，HAproxy rpm（haproxy-1.3.25-1.el5）和CentOStesting回购的keepalived rpm（keepalived-1.1.15-0.el5.centos）。 这是我的keepalivedconfiguration vrrp_script chk_haproxy { # Requires keepalived-1.1.13 script "killall -0 haproxy" # cheaper than pidof interval 2 # check every 2 seconds weight 2 # add 2 points of prio if OK } vrrp_instance VI_1 { interface eth0 state MASTER virtual_router_id 51 priority 101 # 101 on master, 100 on […]
Keepalived可以通过在两个节点上组合nopreempt选项和BACKUP状态来实现： 一旦失败，防止VRRP Master成为Master 防止主人失败后回到主人 UCARP怎么样 ？ Name : ucarp Arch : x86_64 Version : 1.5.2 Release : 1.el5.rf Size : 81 k Repo : installed Summary : Common Address Redundancy Protocol (CARP) for Unix URL : http://www.ucarp.org/ License : BSD Description: UCARP allows a couple of hosts to share common virtual IP addresses in order […]
我需要在许多“真实服务器”之间对UDPstream量进行负载平衡，并以真正的循环方式进行。 我已经开始keepalived，但意外地发现，LVS把UDPstream量视为“连接”（无论是在UDP ..）。 实际上，这意味着所有来自特定客户端的stream量都会一直到达同一个“真实服务器”（这是一个大问题，因为有些客户端可能会产生如此大的stream量，单个后端将不堪重负） 。 显然，这是预期的行为， 但是最近的LVS版本有一个“–ops”标志，这使得LVS绕过了上述的行为，使得每个UDP数据报都被独立处理（这就是我想要的！）。 但是（总是有一个但是..）这个function没有暴露在keepalived.conf。 有没有解决scheme，这将让我 在UDP后端之间进行循环分配 检测“死”的后端，并将它们从循环中删除（当它们变成“活着”时将它们加回来也是有用的） 应该是基于Linux的，显然。 任何forms的DNS循环都不会在这里真正起作用，因为客户端不能识别DNS。 PS我会尝试脉冲/食人鱼，但从阅读我收集的文件，它并不暴露“ – ”标志以及。 我也打算试一试（通过直接调用ipvsadm来使后端检测和添加/删除realserver）。
有没有办法使用服务器实例内的命令行查看当前状态（主/备份）？ 干杯
脚步 启动主和从 保持ping虚拟ip（即192.168.10.100 ） 关机大师 从属进入主状态 重新启动主 Slave进入BACKUP状态，Master进入MASTER状态 在步骤6之后，Ping不起作用。没有服务器获得虚拟IP。 （我查了ip addr show eth1 ） Master可以取回虚拟ip，直到我重新启动keepalived服务。 如何让主人获得虚拟IP而不重新启动服务？ Keepalivedconfiguration： 主机1（主） vrrp_instance VI_1 { state MASTER interface eth1 virtual_router_id 51 priority 101 advert_int 1 authentication { auth_type PASS auth_pass secret } virtual_ipaddress { 192.168.10.100 } } 主机2（从机） vrrp_instance VI_1 { state BACKUP interface eth1 virtual_router_id 51 priority 100 […]
新的亚马逊Opsworks服务使用haproxy，而不是亚马逊自己非常有限的弹性负载平衡器，所以我开始调查haproxy作为负载平衡我们的Web应用程序服务器，提供会话故障转移等更好的select。我得到haproxy工作顺利与一个haproxy服务器和几个Web应用服务器，但我想避免SPOF。 我的问题是，我是否需要在每个haproxy服务器上设置第二个NIC，可能具有相同的内部IP地址10.0.0.x？ 由于分配一个外部地址（弹性IP）和转发stream量到内部IP是由亚马逊完成我不知道如何configuration这个。 我想我已经知道了，现在我正在testing – 在主服务器上使用主服务器的内部IP。