nosql负载均衡热点的简单介绍

SQL Server2008可以实现负载均衡么

安装服务

分别在服务器(11.1.6.11, 11.1.6.12) 上安装此服务,以其中一台服务器为例在开始=服务器管理器如下图

点击右边的添加功能进入找到“远程服务器管理工具”—“网络负载平衡工具”勾选筛选框点击安装, 以下图为安装成功后的图

新建群集s

在完成以上的服务安装后, 在开始-网络负载平衡管理器（以11.1.6.11服务器为例）

打开管理器后选中“网络负载平衡群集”项点击鼠标右键选择“新建群集” 弹出“新群群”页面如下图所示

如上图双击上图的“本地连接” 弹出另一界面时按默认选项点击“下一步”进入“新群集”页面如下图

输入群集的IP地址及子网掩码后点击“确定”后返回群集IP地址页面点击“下一步”后进入“群集参数”页面如下图

输入“完整Internet名称”框中的域名 选择“单播”模式后点击“下一步”进入“端口规则”设置页面如下图

选中现有的端口规则行点击“编辑”弹出端口规则编辑页面后按如下设置参数

之后一直点击"完成"后就装完一台了如图：

有此添加另的台的集群如下图：

在添加第二台时在主机输入框里有输入IP（11.1.6.12）时点击连接时有时会失败所以

此时在“主机”框中输入另一台服务器(10.0.6.14)的“机器名称”点击“连接” 接下来重复（11.1.6.11）的过程

在二台机子都添加完成后 如图所示

可以在两台分别服务部署测试网面分别在两台不同的电脑上打开就可以看到连接不同的服务器

相关问答

Q1: 阿里为什要推出 Public DNS？有哪些好用的 Puclic DNS 服务

作者：张泽华

来源：知乎

业务需要

1.为什么说是业务需要？

——先来了解下阿里在上线AliDNS之前已经做了哪些事儿。

阿里的架构变迁可以说是针对业务的一次完整进化。从最初的单台服务器跑起少量的业务开始，到今年571亿的双十一绝不是一蹴而就的。作为一家较大的电商网站在互联网应用系统中要面对极多问题：高并发，高可用，安全环境较差，客户分布广泛，网络环境较为复杂等等。

为满足复杂的需求，网站的架构逐渐从单机服务演进到：前端是各地的CDN服务器集群，连接各反向代理服务器集群，连接负载均衡服务器集群，接下来将访问请求转到按照业务划分的应用服务器集群上，通过消息队列集群传到分布式服务集群上，然后通过缓存或一致性数据访问模块连接到数据源：分布式缓存、分布式数据库、分布式文件集群，外加NoSQL和搜索引擎服务器等等。

img src="" data-rawwidth="1201" data-rawheight="750" class="origin_image zh-lightbox-thumb" width="1201" data-original=""/*/*大致就这么个意思，尤其突出了DNS的作用*/

架构演进到这里不难发现有两个明显的特点：分层化和分布式。优秀的工程师们将这种能够应对复杂业务逻辑和数据处理的海量数据和高并发的架构进一步设计为平台化的方式，不仅能够服务当前企业，还能够将资源作为一种产品出售，这样让各类小型网站享有架构便利性的同时只要按需付费即可。这样，阿里云就诞生了，其实它是技术演进过程中的一个必然产物，这也不难理解Google、Amazon、Alibaba等超大规模互联网公司对外提供的云计算服务。

DNS服务是将阿里的域名解析成IP地址，不仅可以利用DNS实现DNS的负载均衡，并且在配置运营商CDN机房时也是重要的一部分。DNS技术属于前端架构甚至更前的一部分，不难看出一个大型网站在提供好扎实的应用层和数据层服务后亟待解决的是访问的问题，访问安全问题也是伴随着要解决的问题之一。

所谓访问的问题：

1.能够保证客户顺利的连接上网站

2.能够保证整个过程的安全

3.快

2.DNS服务了什么？

贴一下阿里DNS的自我介绍：阿里DNS

阿里公共DNS简介

阿里公共DNS是阿里巴巴集团推出的DNS递归解析系统，目标是成为国内互联网基础设施的组成部分，面向互联网用户提供“快速”、“稳定”、“智能”的免费DNS递归解析服务。

一、DNS简介

DNS是互联网上存储域名与IP映射关系的一个分布式数据库。使用DNS，用户可以方便的用域名访问互联网，而不用关心复杂难记的IP地址。通过域名获取对应IP地址的过程叫域名解析。

域名解析一个相对复杂的过程，需要多个环节，遍历多个DNS服务器，才能获取域名的IP地址。解析过程见下图：

二、用户使用DNS面临的问题

从域名解析过程可以看到，用户打交道最多的就是Local DNS，它负责接收用户的请求，代替用户遍历其他DNS服务器，获得结果后返回客户，并做一定时间的缓存，在下次请求时直接应答。

大部分用户使用的Local DNS是用户在接入网络时由ISP自动分配的。存在几方面问题：

三、阿里提供公共DNS服务的优势四、阿里公共DNS的特点

快速:

稳定:

智能:

结束语

阿里公共DNS的目标是成为国内互联网基础设施的组成部分，为国内互联网的健壮、稳定、快速贡献我们的力量。

结合阿里优质CDN资源和精准的IP地址库，让用户访问到较近的网站。

异地多机房高可用架构。

基于DPDK自主研发的高性能DNS系统。

Aliguard多种攻击防御策略。

持久化保存热点记录，当“根”或域名的权威DNS出现异常后，阿里公共DNS具备快速恢复正常访问的能力。

通过BGP anycast技术，让用户访问到离自己较近的DNS集群。

主动同步com/net域名、万网注册域名的变更，减小ttl时间的影响，快速访问到正确的记录。

主动缓存热点域名的，提高查询CACHE命中率，减少递归过程，快速应答。

阿里在全国有优质的机房、网络、带宽等互联网基础设施资源。

阿里建设和运营着全国最大的CDN网络，对互联网流量调度有丰富的经验。

阿里旗下万网是国内最大的域名注册商，管理着几百万域名。同时有丰富的DNS管理经验。

阿里拥有大量优秀的技术人才，有非常强的自主研发能力和运维保障能力。

首次查询或缓存过期后的查询，需要遍历多个互联网上多个DNS才能得到结果，查询时间较长，影响用户的访问速度。

域名解析的环节较多，其中任何一点出现问题，都可能会导致解析异常，进而影响用户对互联网的访问。

Local DNS会对获取的结果做一定时间缓存，当域名管理员对域名对应的IP地址调整后，Local DNS不能马上感知，还会用缓存中老的地址应答，可能导致访问出错。

当前互联网上CDN很多都是根据Local DNS的地址来调度。有些ISP的Local DNS并不直接去递归解析，而是转发到其他Local DNS上，可能导致CDN调度不准确，使用户不能访问到最快的站点。

ISP不是专业的DNS服务商，提供的Local DNS可能出现性能、稳定性等方面的问题。另外，日益频繁的DNS攻击，也会导致Local DNS出现宕机、劫持等情况。这些都会影响客户的上网体验。

部分ISP通过DNS劫持做广告植入，给用户带来较差的体验。

简单翻译一下就是：

1.我家DNS速度快。| 特别是保证秒杀反应快

2.域名解析到我这里靠谱。| 特别双十一不瘫痪

3.我的数据更新快。

4.根据我的GeoDNS能够知道你到底是从哪里访问的，给你一个最快的服务器服务。

5.我的DNS特别稳定。

6.有些无良的DNS提供商会给你乱装软件，乱弹窗口，卖假药什么的。

调侃一句：如果说下一步阿里要做什么，估计是要自己做Tier 1运营商了。

------------------------------------------------插入点技术部分-----------------------------------------------------------

DNS迭代，递归查询是啥？

出于资源消耗和响应速度的综合考虑，一般来说从主机到本地DNS服务器是递归查询，从本地DNS到其他DNS服务器是迭代查询。

详细解释：DNS 查询的工作原理

BGP anycast是啥？

从域名可以解析出来很多个主机IP地址对应，那DNS服务器只有一个IP地址可不是只有一台。为了让一个IP地址对应分布在各地的多台DNS服务器，采用anycast(任播)将数据发送到一组目标节点上，通过路由协议选择"路由矢量最近点"提供“最快”的服务。可以应对DOS攻击和网络拥塞。

主动同步万网注册域名是啥，其他能同步吗？

万网被阿里买下了，内部数据同步下快还不行么。其他时限不一定，看同步间隔。

--------------------------------------------------------------------------------------------------------------------------------

业务拓展

从阿里云在阿里中的技术和商业定位中可以看出：

为了满足自身电商等业务的正常运行和服务

为了让云计算资源作为服务型商品卖掉（剩余资源的充分利用，在固定投入不变的情况下的单位效率提升）

重点说第二点，云计算资源的服务。

img src="" data-rawwidth="587" data-rawheight="418" class="origin_image zh-lightbox-thumb" width="587" data-original=""

一个典型云计算平台具有的几大功能阿里云都已具备（前些时间还有让人眼前一亮的渲染云之类的服务）。但在这个列表中唯独陱的一部分就是关于域名注册和解析相关的服务，因为不论是怎样架在网络上的服务，最终让用户访问时多半不会使用单纯的IP地址的形式，而会是域名的转义。于是乎，阿里拿下了万网（中国万网是中国域名注册服务的先行者、中国虚拟主机服务的开创者、中国企业邮箱服务的领先者和中国网站建设服务的创新者。【摘自百度百科】）填补了一些域名注册解析相关的服务内容。但万网来做解析的实力和能力只是有限的，还远远不及真正网络解析的要求。下面扯一点关于域名解析的过程：

一般来讲，DNS解析是在BIND服务上演化而来，采用的是基于域的层级命名方案，这就意味着，域名解析的过程相当于查询了一个全球范围的分布式数据库系统。从上文的引文DNS 查询的工作原理可以知道，有几类域名服务器：根名称服务器RD，顶级名称服务器TLD，权威名称服务器AD，本地名称服务器LD。而阿里云收购的万网的服务器算是AD服务器只能保证一定范围内的域名解析。尤其是声明转入到万网解析范围的域名还有阿里云自营的虚拟主机和VPS的地址解析。但阿里云想要的远不止这些：

前面也提到的快速安全的访问在当前中国几大ISP的管控下谈安全快速访问就是扯淡。扯淡对普通百姓来说可能感觉就是右下角总是弹窗，或者说你家路由器不能用，或者说这个知名网站又打不开了，或者说“咦，电信那边的网站怎么被屏蔽了？”大家互相扯皮和撕逼倒是正常的，但是人家阿里的生意还是要好好做的，不能在这欢乐的撕逼战中成为炮灰，或者是在无限的弹窗中链接跳转到的某某其他购物网站，马总的想法是让天底下没有难做的生意，我阿的访问要成问题我还让我商家的生意怎么做？

另外作为一个需要VPS服务的程序猿，当我开心的在万网买了域名，备了案（假如我有一天会这么做了）发现在家苦等1天还没生效的时候，你下次还敢买这里的域名，用这家的云计算服务么？其实人家阿里万网挺无辜，在万网的服务器上都是秒级的事儿，但是你懂得的原因就是没有生效。这时候你是不是很期待阿里一统天下的ISP？什么？嫌贵，那你告诉我正在用的2MADSL每月150CNY是什么。。。

如果有幸你能知道有个东西叫DNSSEC，那么恭喜，你又发现一个重大安全隐患。简单来说这个东西就是一部分解决你的DNS查询中的DNS的欺骗和缓存污染问题。除了DNSSEC区域签名以外，云计算服务供应商们还必须在客户用于名称解决方案的递归解析程序中打开DNSSEC验证。

img src="" data-rawwidth="612" data-rawheight="312" class="origin_image zh-lightbox-thumb" width="612" data-original=""

附上一份我国实施DNSSEC的文件网址：;sno=112

================================================================

====================修正后的答案======================================

请不要尝试Baidu DNS. 亲测安装XX卫士，XX广告.不信自己去试。。/*别问我怎么知道的*/

PS.目前宽带运营商普遍采用“HTTP 劫持”而不只是“DNS 劫持”，所以即便换了 DNS 服务器，该弹广告时还是会弹广告，目前用户除了向运营商和工信部投诉之外似乎无解。

PSS.一篇来自乌云社区的帖子，看看就好：百度有钱联盟利用IE漏洞推广安装软件

================================================================

编辑于 2014-12-15

郑叔叔

@张泽华

的答案很详细！

尾部提到的HTTP劫持，我们网站的做法是启用CSP，能起到一定作用。

编辑于 2015-02-20

知乎用户

可惜，你们永远也不知道，有一个东西叫做 AIXYZ DNS 。谁用谁知道。

Q2: 什么是数据库负载均衡？

负载均衡集群是由一组相互独立的计算机系统构成，通过常规网络或专用网络进行连接，由路由器衔接在一起，各节点相互协作、共同负载、均衡压力，对客户端来说，整个群集可以视为一台具有超高性能的独立服务器。

市面上存在两种数据库负载均衡的思路：

1、基于数据库连接的负载均衡：例如总共有100个数据库连接，50个连接登录到数据库机器A，另外50个连接登录到数据库机器B，这样每个连接中接下来的所有请求全都是发往同一台数据库机器的。这种数据库负载均衡的思路模拟了WEB上的负载均衡方法，但是由于WEB连接是短时间连接(连接建立后，获取需要的HTML等资源后，连接马上被关闭)，而数据库连接是长时间连接( 连接建立后，可长时间保持，客户可不停向数据库发送SQL请求，数据库做出回答，如此不断循环直到连接被人为或因错而断开为止)，因此这种数据库负载均衡思路存在着明显的缺点：有可能会发生绝大部分的请求压力都集中到某台数据库机器上去，从而使得负载均衡效果失效。

2、基于批处理请求的负载均衡：在建立数据库连接的时候，会同时与每台数据库服务器建立连接，之后针对客户端的每次请求，都会根据负载均衡算法，独立地选出某个数据库节点来执行这个请求。此种思路符合数据库长时间连接的特征，不存在上面所述的基于连接的负载均衡方法的缺点。

Q3: 如何才能让两台sql server 2005服务器负载均衡

您好，很高兴为您解答。

1、企业实现Web服务器负载均衡

为了将负载均匀的分配给内部的多个服务器上，就需要应用一定的负载均衡策略。通过服务器负载均衡设备实现各服务器群的流量动态负载均衡，并互为冗余备份。并要求新系统应有一定的扩展性，如数据访问量继续增大，可再添加新的服务器加入负载均衡系统。

对于WEB服务应用，同时有几台机器提供服务，每台机器的状态可以设为regular(正常工作)或backup(备份状态)，或者同时设定为regular状态。负载均衡设备根据管理员事先设定的负载算法和当前网络的实际的动态的负载情况决定下一个用户的请求将被重定向到的服务器。而这一切对于用户来说是完全透明的，用户完成了对WEB服务的请求，并不用关心具体是哪台服务器完成的。

2、使用网络地址转换实现多服务器负载均衡

支持负载均衡的地址转换网关中可以将一个外部IP地址映射为多个内部IP地址，对每次TCP连接请求动态使用其中一个内部地址，达到负载均衡的目的。很多硬件厂商将这种技术集成在他们的交换机中，作为他们第四层交换的一种功能来实现，一般采用随机选择、根据服务器的连接数量或者响应时间进行选择的负载均衡策略来分配负载。然而硬件实现的负载控制器灵活性不强，不能支持更优化的负载均衡策略和更复杂的应用协议。

基于网络地址转换的负载均衡器可以有效的解决服务器端的CPU和磁盘I/O负载，然而负载均衡器本身的性能受网络I/O的限制，在一定硬件条件下具有一定的带宽限制，但可以通过改善算法和提高运行负载均衡程序的硬件性能，来提高这个带宽限制。不同的服务类型对不同的服务器资源进行占用，我们使用的负载衡量策略是使用同一个负载进行评估，这对于大多数条件是适合的，然而最好的办法是针对不同的资源，如CPU、磁盘I/O或网络I/O等，分别监视服务器负载，由中心控制器选择最合适的服务器分发客户请求。

3、使用DNS服务器实现负载均衡

访问企业网服务器的用户急剧增加，一台服务器难以满足用户的访问需要，那么如何才能保证用户的正常访问呢?解决方法有很多，如使用Windows

2000或Windows Server 2003提供网络负载均衡服务，但该服务的设置非常复杂。而通过DNS服务器实现网络负载均衡则是一种比较简单的方法。

企业网通常由很多子网构成，为了降低网络中的数据流量，客户机最好能访问处于同一子网内的Web服务器。虽然实现了网络负载均衡功能，但并不能保证客户访问的是本子网的Web服务器。其实这个问题也很好解决，只要启用DNS服务器的“启用网络掩码排序”功能即可。在DNS管理器窗口中，右键点击DNS服务器，在弹出的菜单中选择“属性”，然后在属性对话框中切换到“高级”选项卡，勾选“服务器选项”列表框中的“启用网络掩码排序”选项即可。这样客户机每次都能访问到本子网内的Web服务器了。完成以上设置后，就使DNS服务器实现了网络负载均衡功能，把客户的访问分担到每个Web服务器上，并且还减少了跨子网的网络通信流量，大大降低了企业网的通信负担。

4、企业实现SQL Server数据库服务器负载均衡

MS SQL

Server数据库服务器可以说是应用范围最广的数据库产品，并且越来越多地在大型和比较关键的应用系统中提供服务。当企业应用越来越复杂、数据量越来越大的时候，SQL

Server数据库要不停的进行处理、存储、查询的工作，这个时候企业就要考虑SQL Server数据库服务器的性能和速度及安全性了。然而，长期以来，SQL

SERVER数据库服务器都只有“热备”的解决方案，而没有“负载均衡”和“集群”的解决方案。

随着数据库路由器软件ICX的出现，为基于MS SQL Server的数据库系统提供了一种更优秀的集群解决方案。它可以真正的实现SQL

Server数据库服务器的动态负载均衡，提高性能和速度;它可以真正的保证SQL

Server数据库服务器不间断的提供服务，在服务器发生故障的时候实时切换到其他服务器上继续提供服务，切换时间为“零”。数据库路由器是实时并发数据库事务处理同步复制器和负载平衡器。

所有的数据库客户都通过ICX访问数据库。当访问、查询SQL

Server数据库的时候ICX可以根据实际情况分配服务器来提供服务，大大提高服务速度和优化性能，完成负载均衡。ICX可以同时连接多台数据库，这若干台数据库的内容在任何时刻由ICX保证是完全一致的。也就是说，ICX采用了全新的并发事务处理的方式，向连接的N台数据库同步复制事务处理，使得系统在任何时刻具有多个一致的最新逻辑数据库数据集。当其中一台数据库服务器发生故障的时候，ICX可以实时的、第一时间切换到其他服务器上来继续提供服务。真正的实现零时间的服务器切换，大大提高安全性，真正意义的实现服务器不间断服务。

5：当然自己可以DIY：用f5的网络负载均衡硬件和sql

server的复制技术软件可以实现负载均衡，故障切换则需要windows的cluster或者sql server

2005的mirror。除了那个f5的硬件外，整个方案成本其实很低。

Q4: hadoop适合解决web 的高并发吗？

hadoop适合处理分布式集群系统，本身是支持高速并发海量数据的写入和读取的。解决大量用户并发访问的方案有很多，给你个千万pv的参考方案：

1）架构中直接引入软件名称的模块，是个人推荐使用的，如Haproxy、Hadoop等；

2）关于全局负载均衡，看成本投入情况，可以使用商业的产品，如F5-GTM，开源方案便是自搭智能DNS；

3）本地负载均衡方案，可以考虑F5-LTM或成熟的开源解决方案LVS；

4）代理层为什么推荐大家使用Haproxy？Haproxy是一个非常优秀的反向代理软件，十分高效、稳定。国内top 10的互联网公司都有在使用；

5）缓存层可以使用Squid或Varnish，个人更倾向Varnish。配置灵活、运行稳定，提供非常便利的管理接口。为啥在缓存层前面加一层代理？优点非常多，列举如下：

根据应用配置URI路由规则，集中热点来提高后端缓存的命中率；

轻松划分网站频道、版块，更好对应用进步组织、规划；

对URI进行一般性安全过滤，抵御注入攻击；

弹性调配硬件资源，应对突发事件产生大流量；

可回收宝贵的公网IP资源；

6）应用层开源技术方案非常多且成熟，在此不详细描述；

7）数据库层主流开源解决方案Mysql是首选，主从复制（一主对多从）是目前比较靠谱的模式；

8）关于Nosql，应用场景不多说，可参考“给部门做的Mongodb技术交流PPT”文章，redis、memcached等作为热点数据存储、数据库缓存都非常理想；

9）内网DNS扮演的角色非常重要，一定要消灭code中出现的内网IP地址，很大程度减少因IP变更、服务器故障而修改源码的情况，同时也便于维护；

10）内网LB适用在内部WEB接口、多台数据库Slave、多台Nosql Slave、公共服务等应用的负载均衡，可以使用LVS、Haproxy来实现，可用性要求不高的应用可行直接使用Localhost DNS轮询；

11）hadoop适合海量数据的存储与处理，如做网站日志分析、用户数据挖掘等；

12）管理集群，平台的核心，运维的阵地；

Q5: SQLSERVER怎么搭建服务器集群实现负载均衡

很多组织机构慢慢的在不同的服务器和地点部署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的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。