小编Dav*_*eau的帖子

Master-Master 复制的恢复策略

我已经实现了一个基于主-主复制的 mysql HA 解决方案。前端部分有一种机制可以保证在给定时间只有一个 db 将被读/写(即我们只对 HA 使用复制)。

我已经确认复制按预期工作,但我想知道故障场景和恢复。特别是,我担心当一个 master 在不可恢复状态下失败时会发生什么,并且需要从另一个 master 重新创建:

  • 由于另一个主服务器处于活动状态并且很可能被使用,我无法锁定它并从中创建转储mysqldump(我们的数据库相当大,并且mysqldump在使用几个月后很容易花费数小时)。
  • 即使假设我有一个转储,由 SHOW MASTER STATUS 显示的 binlog 位置与数据库锁定后正在执行的转储相对应是至关重要的。

第一个问题的简单解决方案是使用第三个数据库作为备份,我可以从中执行mysqldump. 但是,我如何确保重新创建的 master 可以以一致的方式从正在运行的 master 开始复制?

mysql disaster-recovery mysql-replication master-master

8
推荐指数
1
解决办法
3040
查看次数

xen domU 上的 keepalived 问题

我无法在 xen domU 上正确运行 keepalived。

我正在关注此链接进行配置,它在某些本地 VM(与 KVM 一起运行)上运行良好。如果我设置了完全相同的配置,但在 xen domU 上,它不起作用:两台服务器看不到对方并决定成为主服务器(10.10.0.200 是虚拟 IP)

$ sudo ip addr sh eth0 # host1
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:16:3e:73:b0:78 brd ff:ff:ff:ff:ff:ff
inet 10.10.0.100/24 brd 10.10.0.255 scope global eth0
inet 10.10.0.200/32 scope global eth0
inet6 fe80::216:3eff:fe73:b078/64 scope link 
   valid_lft forever preferred_lft forever

$ sudo ip addr sh eth0 # host2
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:16:3e:ee:5e:fd …
Run Code Online (Sandbox Code Playgroud)

xen keepalived

6
推荐指数
1
解决办法
2545
查看次数