Estoy intentando agregar una dirección IP virtual de Pacemaker; con él, la puerta de enlace y las dos máquinas virtuales a las que sirve en diferentes subredes. Solo he hecho esto antes con todas las IP en la misma subred y necesito ayuda.
Tengo dos máquinas virtuales en 200.xx.xxx.9 y 200.xx.xxx.10 con lo siguiente en/etc/network/interfaces
auto eth0
iface eth0 inet static
address 200.xx.xxx.9
gateway 200.xx.xxx.9
netmask 255.255.255.255
post-up route add yy.yyy.yyy.1 dev eth0
post-up route add default gw yy.yyy.yyy.1
y
auto eth0
iface eth0 inet static
address 200.xx.xxx.10
gateway 200.xx.xxx.10
netmask 255.255.255.255
post-up route add yy.yyy.yyy.1 dev eth0
post-up route add default gw yy.yyy.yyy.1
Ambos aparecen en Pacemaker y aparentemente se comunican bien. Los parámetros de bindnetaddr en los dos /etc/corosync/corosync.confarchivos son:
bindnetaddr: address 200.xx.xxx.9
y
bindnetaddr: address 200.xx.xxx.10
respectivamente.
Si todo estuviera en la misma subred, esperaría agregar la IP virtual con algo como:
sudo crm configure primitive eth0_virtual ocf:heartbeat:IPaddr params ip="200.zzz.z.162" nic="eth0" cidr_netmask="24" broadcast="200.zzz.z.255" op monitor interval="10s" timeout="20s"
y aunque esto aparece como recurso en crm_mon, no me permite acceder a una de las máquinas virtuales a través de la IP virtual. Claramente hay más, pero ¿qué?
Editar: después de una sugerencia en la lista de correo de ClusterLabs de que esto puede ser un problema de red subyacente, aquí es donde estoy:
Estoy alojando ESXi con online.net, que proporciona IP de "conmutación por error" adicionales que se pueden asignar a mis máquinas virtuales alojadas. Yo tengo tres; 200.xx.xxx.9 y 200.xx.xxx.10 que estoy usando para las dos máquinas virtuales de Ubuntu enumeradas, y la tercera, 200.zzz.z.162, que estoy intentando usar como recurso ocf_heartbeat_IPaddr agente. Fundamentalmente, online.net requiere que usted asigne a cada IP una dirección MAC que coincida con una interfaz en una VM. Hice esto para las dos primeras IP (usando direcciones MAC diferentes) pero no para la tercera. Cuando intenté usar una de las direcciones MAC existentes con la tercera IP, inmediatamente obtuve conectividad con:
Ahora tengo las tres IP y ambas interfaces VM compartiendo la misma dirección MAC. Esto me parece unamuy mala idea, pero en realidad parece estar funcionando, sin crear ningún error de paquete ni problemas con la conectividad o el clúster HA... al menos ninguno que haya detectado hasta ahora, aparte del tráfico marciano que se está registrando. Esta es la configuración ocf:heartbeat:IPaddr que estoy usando:
sudo crm configure primitive eth0_virtual ocf:heartbeat:IPaddr params ip="200.zzz.z.162" nic="eth0" cidr_netmask="32" broadcast="200.zzz.z.162" op monitor interval="10s" timeout="20s"