我有一个 2 主和 6 从 MySQL 数据库环境。一个主控是热的,另一个主控被认为是冷的,只是作为一个从属运行。我不想做一个真正的主人 - 两者都相互复制的主人。在故障转移期间,我希望冷主机开始接收写入命中,而故障主机停止,直到我们可以修复并使其成为冷主机/从机。这可能和/或正确吗?
谢谢
ref -有关 MMM 的更多信息
我有一个 2 主和 6 从 MySQL 数据库环境。一个主控是热的,另一个主控被认为是冷的,只是作为一个从属运行。我不想做一个真正的主人 - 两者都相互复制的主人。在故障转移期间,我希望冷主机开始接收写入命中,而故障主机停止,直到我们可以修复并使其成为冷主机/从机。这可能和/或正确吗?
谢谢
ref -有关 MMM 的更多信息
我更喜欢使用 LinuxHA(心跳)进行主动被动设置的双主控。被动可以用于与主动不同的数据库,这样盒子就不会空闲。基础设施取决于您的资源和预算。您可以从其中一个或两个服务器上复制只读从属服务器。
但坦率地说,听起来你需要做更多的研究才能有人提供任何合适的建议。我建议阅读“高性能 MySQL”,这是目前用于高级架构的最好的 MySQL 书籍之一。
您可以将此逻辑编码到您的应用程序中。例如,在您的“写入”数据库连接例程中,您可以尝试连接到热主机,如果失败,则连接到冷主机。
这应该是对您的问题的评论-但我还没有足够的代表来做到这一点。
我不太明白你的问题是什么意思。您是在问“我如何自动从故障主机故障转移到冷主机”?
如果是这样,您需要使用 Red Hat Cluster Suite 或 Pacemaker 创建故障转移集群。这些集群由两个主要组件组成:集群成员服务和资源管理。在资源管理组件中,您将指定哪些主机可以运行您的主数据库。如果当前的主人失败了,幸存者将接管。
对于您的环境,集群将管理的唯一实际资源是您的 VIP。