在 VMWare 云上设置主 - 从属 MySQL 设置 - 是否需要?

Zak*_*Zak 3 mysql cloud replication vmware-esxi

我们目前正处于为我们的电子商务业务建立一个“主”数据库的研究阶段,该数据库将集中所有数据,包括产品信息、供应商信息、Magento 信息、亚马逊等......我们已经研究了“物理硬件”(两台 RAID 5 机器,主/从,从硬盘备份 - 和一个单独的应用程序服务器)......或者我们可以做一个“基于云的”系统。

问题的核心是,在云上复制有什么好处吗?云的全部意义在于可扩展性和“无硬件停机时间”,因此不会因硬件故障而丢失数据。在基于云的系统上发生的数据丢失(如果有的话)将是基于软件的。话虽如此,作为基于软件的问题会导致数据丢失,这个问题很可能会被复制,对吗?因此,我们有 2 台具有相同损坏数据的机器?

我们正在尝试分析任一解决方案的成本/收益。当然,如果在云上复制没有任何好处,那么云必须提供的好处超过硬件解决方案。但是,如果云上的复制解决方案是更好的选择,那么硬件解决方案的成本将大大降低,包括物理管理时间。

有没有人在这里有任何经验或见解?

Rob*_*oir 6

关于虚拟机(这基本上是您从“云”提供商处获得的)要记住的最重要的事情是,不会仅仅因为有人说“虚拟”就发生了奇迹。或“云”。

您仍然需要计划和测试高可用性,而不仅仅是假设它会起作用。您仍然需要担心写入副本等的数据损坏。

从本质上讲,您从推送到云中所获得的只是平台的可见性降低 - 很容易将其视为责任减少,但如果您的企业需要云资源而它们不可用(例如,想象一家位于纽约的企业几个月前将现场服务器和云故障转移到新泽西数据中心)然后能够指向云供应商并说“这是你的错”并不能帮助你的网站更快地恢复接受订单。

计算机仍然会崩溃,即使是那些运行“云”的计算机。

这并不是说你不应该这样做。有一种具有异地复制准备的,如果你有问题一步的好处,并且有以移动整个基础架构的云供应商的利益,所以这两种方法都是有效的。您只需要明确您要购买的究竟是什么(您不是在购买某种“云”,而是在购买一项服务,您需要准确确定您将拥有哪些服务以及它们将是什么 SLA在下面。)