【问题标题】:Clustering and DB Replication in virtualized (and cloud) environments虚拟化(和云)环境中的集群和数据库复制
【发布时间】:2010-04-02 04:00:10
【问题描述】:
复制和集群都是使用物理(真实)服务器设置服务器的术语,通常在 DB 或 AS 级别实现。
现在的问题是:在具有“简单”可扩展服务器(涉及集群)和更高可用性(数据库复制)的虚拟化环境中,通过云服务器提供商提供的虚拟服务器的高可用性,我们真的需要复制和集群(如覆盖传统服务器的问题) ?
从灵魂/应用程序提供商的角度提出问题。
请排除具有业务需求背景的复制需求,例如。需要在 2 个不同的地理位置复制数据库以确保性能和数据。
感谢您的见解!
【问题讨论】:
标签:
cloud
replication
virtualization
cluster-computing
【解决方案1】:
虽然在大多数情况下,在专用服务器生产环境中拥有 HA 几乎是神圣的,但同样适用于云。您的云服务器所在的主机可能会像专用服务器一样出现问题。虽然大多数“好”的云主机会立即将您的服务器迁移到新的主机,但这仍然会缩短停机时间……除非您有 HA 设置。在这种情况下,您已经被网络中的其他系统覆盖。
问题是,您是在处理 HA 设置,还是您的主机?
关于您的排除,请在较小的范围内考虑它。想想如果你在加利福尼亚有一台服务器,如果发生中断,它可以在内华达州取用。理想情况下,您希望在一个地理位置拥有一个小型集群,在另一个地理位置拥有一个小型集群,等等。因此,如果某个数据中心的一台主机出现故障,它可能会被同一数据中心的另一台服务器接收。
...如果数据中心出现故障,另一个数据中心的集群会承担负载。如果美国崩溃了,欧盟服务器就会恢复,等等。
我希望这能回答你的问题。
【解决方案2】:
这不仅关乎可用性,还关乎性能。如果你的数据库服务器在云端,并不意味着你有无限的性能储备。复制通常用作扩展性能的一种手段。在云中运行数据库实际上与拥有自己的硬件没有什么不同。它可以在一个(或多个)虚拟服务器上运行,但您也可以使用自己的硬件来完成。