5 votes

la configuration keepalived ne fonctionne pas correctement avec les vms virtualbox

Ma configuration keepalived ne fonctionne pas correctement.

J'ai deux machines virtuelles de test (virtualbox) pour essayer certaines choses avec keepalived/vrrp. Les deux machines peuvent se pinger l'une l'autre sans problème (réseau interne de la virtualbox).

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 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 1, prio 101, authtype simple, intvl 1s, length 24
12:44:55.049465 IP 192.168.2.3 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 1, prio 100, authtype simple, intvl 1s, length 24

tcpdump on eth2:

12:46:21.082264 IP 192.168.2.1 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 1, prio 101, authtype simple, intvl 1s, length 24
12:46:21.494239 IP 192.168.2.3 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 1, prio 100, authtype simple, intvl 1s, length 24

VM 2 (BACKUP) :

eth0: Management
eth1: 192.168.2.3/24
eth2: 192.168.2.4/24

keepalived.conf:

vrrp_instance test {
state BACKUP
interface eth1
track_interface {
        eth2
}
virtual_router_id 1
priority 100
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:53:12.265456 IP 192.168.2.1 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 1, prio 101, authtype simple, intvl 1s, length 24
12:53:12.670635 IP 192.168.2.3 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 1, prio 100, authtype simple, intvl 1s, length 24

tcpdump on eth2:

12:53:34.397374 IP 192.168.2.1 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 1, prio 101, authtype simple, intvl 1s, length 24
12:53:34.787327 IP 192.168.2.3 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 1, prio 100, authtype simple, intvl 1s, length 24

Après avoir lancé keepalived sur la VM 2, elle passe instantanément à l'état maître, ce qui ne devrait pas être le cas.

Pourquoi cela se produit-il ?

0voto

Virtually Nick Points 101

Sont eth1 y eth2 sur le même sous-réseau physique (virtuel-physique) ? Si ce n'est pas le cas, il semble un peu étrange que vous ayez deux interfaces différentes sur chaque hôte avec des IP sur le même sous-réseau, et que vous attribuiez des IP à chacune des interfaces qui sont sur le même sous-réseau. Je vous suggère d'essayer :

VM 1: eth1 - 192.168.101.2/24, eth2 - 192.168.102.2/24
VM 2: eth1 - 192.168.101.3/24, eth2 - 192.168.102.3/24
VRRP: eth1 - 192.168.101.1/24, eth2 - 192.168.103.1/24

Cela place les adresses de chacune des interfaces sur les mêmes sous-réseaux, mais sur des sous-réseaux différents de ceux des autres interfaces du même hôte. Je ne suis pas certain que cela cause des problèmes, mais cela semble possible, car vos hôtes auront deux routes de périphériques différentes vers le même sous-réseau, ce qui pourrait être source de confusion. keepalived et/ou VRRP. Je pense que c'est généralement la façon dont vous voyez VRRP fonctionner sur des choses comme les routeurs Cisco, par exemple - vous verrez une adresse IP virtuelle et ensuite les IP physiques des deux appareils, tous sur le même sous-réseau.

L'autre chose qui semble être recommandé dans le keepalived La documentation est de placer la priorité à environ 50 points de distance - donc, régler MASTER à 150 et BACKUP à 100.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X