如何在热/冷主控故障切换环境中设置MySQL主复制pipe理器?

我有一个2主和6从MySQL的数据库环境。 一个主人热,另一个主人被认为是冷的,只是作为奴隶运行。 我不想做一个真正的主人,两个人都在互相复制。 在故障结束时,我希望冷主开始采取写命中和失败的主人才停止,直到我们可以修复,使其成为一个冷的主/从。 这是可能的和/或正确的?

谢谢

ref – 关于MMM的更多信息

我更喜欢使用LinuxHA(心跳)主动被动设置的双主。 被动可以用于与活动不同的数据库,因此该框不是空闲的。 基础设施取决于您的资源和预算。 您可以从任一台或两台服务器复制只读的从站。

但坦率地说,这听起来像你需要做更多的研究之前,有人可以提供任何合适的build议。 我build议阅读“高性能MySQL”,这是高级体系结构中最好的MySQL书籍之一。

你可以把这个逻辑写入你的应用程序。 例如,在您的“写入”数据库连接例程中,您可以尝试连接到热主节点,如果失败,则连接到冷主节点。

这应该是一个评论你的问题 – 但我没有足够的代表这样做呢。

我不太明白你的问题是什么意思。 你问“如何从失败的主人自动故障转移到冷的主人”?

如果是这样,那么您需要使用Red Hat Cluster Suite或Pacemaker来创build故障转移群集。 这些群集由两个主要组件组成:群集成员资格服务和资源pipe理。 在资源pipe理组件中,您可以指定哪些主机可以运行主数据库。 如果当前的主人失败,幸存者将接pipe。

对于您的环境,群集pipe理的唯一实际资源将是您的VIP。