问数据库集群和负载均衡

EN

从SQL Server的角度来看：

集群将为您提供主动-被动配置。这意味着在2节点群集中，其中一个节点将是主动节点(服务)，另一个节点将是被动节点(当主动节点发生故障时等待接管)。从硬件的角度来看，这是一种高可用性。

您可以使用主动-主动群集，但它需要在每个节点上运行多个SQL Server实例。(即，节点A上的实例1故障转移到节点B上的实例2，节点B上的实例1故障转移到节点A上的实例2)。

负载平衡(至少从SQL Server的角度来看)不存在(至少在web服务器负载平衡的相同意义上)。你不能以这种方式平衡负载。但是，您可以将应用程序拆分为在服务器1上某个数据库上运行，也可以在服务器2上的某个数据库上运行，等等。这是SQL世界中“负载平衡”的主要手段。

集群使用某种类型的共享存储(例如，驱动器架或SAN )，并在其上放置两个数据库前端。前端服务器共享客户端用于连接的IP地址和群集网络名称，并且它们自己决定当前由谁负责为客户端请求提供服务。

如果您询问的是特定的数据库服务器，请将其添加到您的问题中，我们可以添加有关其实现的详细信息，但在其核心，这就是集群。

数据库集群实际上是两个或更多节点之间的一种同步复制模式，并在系统中添加了容错功能，在无共享体系结构中也是如此。所谓无共享，是指各个节点实际上不共享任何物理资源，如磁盘或内存。

就保持数据同步而言，有一个管理服务器，所有数据节点都连接到该服务器和SQL节点来实现这一点(具体来说就是MySQL)。

现在讨论一下不同之处:负载平衡只是一个可以通过集群实现的结果，其他结果包括高可用性、可扩展性和容错。