このような方法でkeepalivedを構成することは可能ですか?
通常の状態では、VIP_1はSERVER_1に割り当てられ、VIP_2はSERVER_2に割り当てられます
サーバーに障害が発生すると、すべてのVIPが稼働中のサーバーに移動し、障害が発生したサーバーが稼働した後、彼のVIPを彼に戻すことはありません。コンテンツ複製の理由により、手動で行う必要があります。
現時点での構成:
#SERVER_1
vrrp_sync_group VG1 {
group {
content
}
}
vrrp_instance content {
state BACKUP
interface eth1
virtual_router_id 1
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1212
}
virtual_ipaddress {
192.168.100.111/24
}
}
# SERVER_2
vrrp_sync_group VG1 {
group {
content
}
}
vrrp_instance content {
state BACKUP
interface eth1
virtual_router_id 1
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1212
}
virtual_ipaddress {
192.168.100.111/24 }
}
ホスト1:
vrrp_instance VI_1 {
state MASTER
interface eth0
dont_track_primary
virtual_router_id 1
priority 150
advert_int 5
mcast_src_ip 172.16.40.1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.1/24 dev eth0
}
}
vrrp_instance VI_2 {
state BACKUP
interface eth0
dont_track_primary
virtual_router_id 5
priority 100
advert_int 5
mcast_src_ip 172.16.40.1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.2/24 dev eth0
}
}
ホスト2:
vrrp_instance VI_1 {
state BACKUP
interface eth0
dont_track_primary
virtual_router_id 1
priority 100
advert_int 5
mcast_src_ip 172.16.40.2
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.1/24 dev eth0
}
}
vrpp_instance VI_2 {
state MASTER
interface eth0
dont_track_primary
virtual_router_id 5
priority 150
advert_int 5
mcast_src_ip 172.16.40.2
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
10.0.0.2/24 dev eth0
}
}
No-auto-failbackについては、keepalived.confのmanページでnopreemptを参照してください。また、以下も参照してください。 http://article.gmane.org/gmane.linux.keepalived.devel/1537%22