这个MySQL HA解决scheme是否有效?

我们正在将MySQL数据库从AWS RDS迁移到EC2。

RDS为我们提供了一个可靠的HA解决scheme,我们希望在EC2中进行复制。 我们已经看了MySQL Utilities和MHA,这两者都给我们带来麻烦。 因此,我们是一个DIY解决scheme的事情,这将工作如下:

我们将有一个主人和一个奴隶副本(奴隶1)。 我们将有一个奴隶副本(奴隶2)。

Master和Slave 1将位于HA代理群集的后面。

我们会密切监视师父。

如果主监视器检测到故障,我们将运行脚本来closures主EC2实例并停止副本上的从属进程。

从站1现在成为主站,从站2将成为从站1.新的从站1将被添加到HA代理群集。

然后,我们将从Master的备份中重buildSlave 2(每3小时备份一次)。

我们显然需要小心,确保stream程中的所有步骤都干净地离开,并且我们有坚实的error handling。

任何人都可以提供意见,以我们提出的DIY解决scheme的可行性?

我假设你在这里谈论asynchronous复制….

虽然从站1需要configuration为接受来自原始主站的更新,但将其configuration为主站本身会消除您的故障切换过程。

奴隶2永远不会超过主人几秒钟 – 所以为什么要从后面几个小时的备份重build呢?

你真的需要2个主动+ 1个无源节点解决scheme的容量吗? 它在这里增加了很多复杂性? 奴隶2目前是否做任何不能在主人失去的情况下被扼杀的东西?

或者你可以去多主复制。