SQL Server集群

 

SQL Server 集群

 

很多组织机构慢慢的在不同的服务器和地点部署 SQL Server 数据库 —— 为各种应用和目的 —— 开始考虑通过 SQL Server 集群的方式来合并。

将 SQL Server 实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。

当寻找一个备用，比如高可用性的环境，企业常常决定部署 Microsoft 的集群架构。我常常被问到小的集群 ( 由较少的节点组成 )SQL Server 实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。

什么是 Microsoft 集群服务器

MSCS 是一个 Windows Server 企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个 “ 集群 ” ，来获得更高的可用性和对数据和应用更简便的管理。 MSCS 可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来 ( 手动 ) 移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。

这种集群设计使用软件 “ 心跳 ” 来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源 ( 比如磁盘和 IP 地址 ) 的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。

MSCS 不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户 - 服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为 MSCS 在相同的 IP 地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。

在集群服务器上的 SQL Server

SQL Server 2000 可以配置为最多 4 个节点的集群，而 SQL Server 2005 可以配置为最多 8 个节点的集群。当一个 SQL Server 实例被配置为集群之后，它的磁盘资源、 IP 地址和服务就形成了集群组来实现灾难恢复。

SQL Server 2000 允许在一个集群上安装 16 个实例。根据在线帮助， “SQL Server 2005 在一个服务器或者处理器上可以支持最多 50 个 SQL Server 实例， ” 但是， “ 只能使用 25 个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。 ”

注意 SQL Server 实例的灾难恢复阶段是指 SQL Server 服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如 log shipping 和数据库镜像。

单个的大的 SQL Server 集群还是小的集群

下面是大的、由更多的节点组成的集群的优点：

◆ 更高的可用新 ( 更多的节点来灾难恢复 ) 。
◆ 更多的负载均衡选择 ( 更多的节点 ) 。
◆ 更低廉的维护成本。
◆ 增长的敏捷性。多达 4 个或者 8 个节点，依赖于 SQL 版本。
◆ 增强的管理性和简化环境 ( 需要管理的少了 ) 。
◆ 更少的停机时间 ( 灾难恢复更多的选择 ) 。
◆ 灾难恢复性能不受集群中的节点数目影响。

下面是单个大的集群的缺点：

◆ 集群节点数目有限 ( 如果需要第 9 个节点怎么办 ) 。
◆ 在集群中 SQL 实例数目有限。
◆ 没有对失效的防护 —— 如果磁盘阵列失效了，就不会发生灾难恢复。
◆ 使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。

虚拟化和集群

虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。 SQL Server 实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装 SQL Server 实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。

在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对 SQL Server 进行负载均衡。比如，使用虚拟机上的 SQL Server 实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。

集群服务器可以用于 SQL Server 的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。