MySQL Cluster 是否适合小型、低容量的多宿主系统?

MySQL Cluster 是否适合小型、低容量的多宿主系统?

我想为相对较小的用户群和适中的数据集大小多宿主一个专有的基于 Web 的应用程序。可扩展性并不是我最关心的问题,而极高的可用性才是我最关心的问题。该系统具有非常基本的架构:PHP 在单个 Linux VPS 上运行,接入标准 MySQL 服务器。

我正在考虑在地理位置不同的数据中心使用多个 VPS,这样如果用户在连接到一个服务器位置时遇到问题,他们可以尝试另一个服务器位置(我对如何半自动化故障转移和可能的地理路由有不同的想法,但那是另一个问题)。PHP 应用程序代码和其他文件将被 rsynced;但是,我还没有解决如何同步数据库的问题……为此使用 MySQL Cluster 是否合理?

如果一个节点发生故障,其他节点必须继续工作。当一个节点恢复时,它应该自动恢复同步。考虑到数据中心之间会有 WAN 类型的延迟,写入速度不能依赖于集群内连接。数据一致性是可取的,但不是压倒一切的优先事项。系统简单性很重要——我不能花下个月的时间来弄清楚数据库的细微差别。

如果 MySQL Cluster 不适合此目的,那么还有哪些其他替代方案可供考虑?

答案1

我认为,一个更简单的解决方案是 MySQL 主主复制配置,其中两个站点将查询推送到对方并执行它们。可以在此处找到一个切中要点的操作方法:

http://www.howtoforge.com/mysql_master_master_replication

如果您有现有数据集,您可以mysqldump在执行这些步骤之前使用它导出数据库,以便在配置完成之前将其插入到从属服务器上。只需确保在导出时获取 master_log_position,这样您就知道从哪里开始。我强烈建议构建一个开发环境来工作,这样您就可以了解这一切是如何工作的。

答案2

MySQL Cluster通常不适合Web应用程序。

这是一种奇特的解决方案,但看看加莱拉

我记得在某个地方看到过他们说 WAN 复制是可能的。

还有钨业

Galera 是同步复制,而 Tungsten 是异步的。

干杯

相关内容