服务器集群的负载均衡算法有哪些

轮转(Round-Robin)算法

加权轮转(Weighted Round Robin)算法

最小连接数（Least Connections）算法

加权最小连接数（Weighted Least Connections）算法

目的地址哈希散列（Destination Hashing Scheduling）算法

源地址哈希散列（Source Hashing Scheduling）算法

随机（Random）算法

一般用的就用简单的轮询就好了

调度算法

静态方法：仅根据算法本身实现调度；实现起点公平，不管服务器当前处理多少请求，分配的数量一致

动态方法：根据算法及后端RS当前的负载状况实现调度；不管以前分了多少，只看分配的结果是不是公平

静态调度算法(static Schedu)（4种）:

(1)rr (Round Robin) :轮叫,轮询

说明：轮询调度算法的原理是每一次把来自用户的请求轮流分配给内部中的服务器，从1开始，直到N(内部服务器个数)，然后重新开始循环。算法的优点是其简洁性，它无需记录当前所有连接的状态，所以它是一种无状态调度。缺点：是不考虑每台服务器的处理能力。

(2)wrr (Weight Round Robin) :加权轮询(以权重之间的比例实现在各主机之间进行调度)

说明：由于每台服务器的配置、安装的业务应用等不同，其处理能力会不一样。所以，我们根据服务器的不同处理能力，给每个服务器分配不同的权值，使其能够接受相应权值数的服务请求。

(3)sh (Source Hashing) : 源地址hash实现会话绑定sessionaffinity

说明：简单的说就是有将同一客户端的请求发给同一个real server,源地址散列调度算法正好与目标地址散列调度算法相反，它根据请求的源IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的并且没有超负荷，将请求发送到该服务器，否则返回空。它采用的散列函数与目标地址散列调度算法的相同。它的算法流程与目标地址散列调度算法的基本相似，除了将请求的目标IP地址换成请求的源IP地址。

(4)dh : (Destination Hashing) : 目标地址hash

说明：将同样的请求发送给同一个server,一般用于缓存服务器，简单的说，LB集群后面又加了一层，在LB与realserver之间加了一层缓存服务器，当一个客户端请求一个页面时,LB发给cache1,当第二个客户端请求同样的页面时，LB还是发给cache1,这就是我们所说的，将同样的请求发给同一个server,来提高缓存的命中率。目标地址散列调度算法也是针对目标IP地址的负载均衡，它是一种静态映射算法，通过一个散列（Hash）函数将一个目标IP地址映射到一台服务器。目标地址散列调度算法先根据请求的目标IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。

动态调度算法(dynamic Schedu)（6种）:

(1)lc (Least-Connection Scheduling): 最少连接

说明：最少连接调度算法是把新的连接请求分配到当前连接数最小的服务器，最小连接调度是一种动态调度短算法，它通过服务器当前所活跃的连接数来估计服务器的负载均衡，调度器需要记录各个服务器已建立连接的数目，当一个请求被调度到某台服务器，其连接数加1，当连接中止或超时，其连接数减一，在系统实现时，我们也引入当服务器的权值为0时，表示该服务器不可用而不被调度。此算法忽略了服务器的性能问题，有的服务器性能好，有的服务器性能差，通过加权重来区分性能，所以有了下面算法wlc。

简单算法：active256+inactive (谁的小，挑谁)

(2)wlc (Weighted Least-Connection Scheduling):加权最少连接

加权最小连接调度算法是最小连接调度的超集，各个服务器用相应的权值表示其处理性能。服务器的缺省权值为1，系统管理员可以动态地设置服务器的权限，加权最小连接调度在调度新连接时尽可能使服务器的已建立连接数和其权值成比例。由于服务器的性能不同，我们给性能相对好的服务器，加大权重，即会接收到更多的请求。

简单算法：（active256+inactive）/weight（谁的小，挑谁）

(3)sed (shortest expected delay scheduling):最少期望延迟

说明：不考虑非活动连接，谁的权重大，我们优先选择权重大的服务器来接收请求，但会出现问题，就是权重比较大的服务器会很忙，但权重相对较小的服务器很闲，甚至会接收不到请求，所以便有了下面的算法nq。

基于wlc算法，简单算法：（active+1)256/weight （谁的小选谁）

(4)nq (Never Queue Scheduling): 永不排队

说明：在上面我们说明了，由于某台服务器的权重较小，比较空闲，甚至接收不到请求，而权重大的服务器会很忙，所此算法是sed改进，就是说不管你的权重多大都会被分配到请求。简单说，无需队列，如果有台real server的连接数为0就直接分配过去，不需要在进行sed运算。

(5)LBLC(Locality-Based Least Connections) :基于局部性的最少连接

说明：基于局部性的最少连接算法是针对请求报文的目标IP地址的负载均衡调度，主要用于Cache集群系统，因为Cache集群中客户请求报文的目标IP地址是变化的，这里假设任何后端服务器都可以处理任何请求，算法的设计目标在服务器的负载基本平衡的情况下，将相同的目标IP地址的请求调度到同一个台服务器，来提高服务器的访问局部性和主存Cache命中率，从而调整整个集群系统的处理能力。

(6)LBLCR(Locality-Based Least Connections with Replication) :基于局部性的带复制功能的最少连接

说明：基于局部性的带复制功能的最少连接调度算法也是针对目标IP地址的负载均衡，该算法根据请求的目标IP地址找出该目标IP地 址对应的服务器组，按“最小连接”原则从服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载，则按“最小连接”原则从这个集群中选出一台服务器，将该服务器加入到服务器组中，将请求发送到该服务器。同时，当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除， 以降低复制的程度。

　　根据一些专家的调查分析，发现企业在使用数据库的时候，90%以上主要用来查询。有些企业这个比例甚至更高。也就说，用户对数据库的操作，其实更新操作占的比例很少。大部分的操走都只是查询操作。

　　如一些论坛，大部分用户只会看贴，而不会发帖。这就是一个典型的查询操作比例大大超过更新操作比例的例子。针对这种情况，其查询操作往往是其数据库性能的瓶颈。如何有效提高查询的性能，这就使各个数据库专家在考虑的问题。在SQL Server数据库中，已经有了一个现成的解决方案。数据库管理员可以利用缓存服务器来提高数据库的性能。笔者这里就以SQLServer2008为例，谈谈如何利用缓存服务器来实现负载均衡，来提高数据库的查询效率。

　　一、 数据查询与数据更新分开走。

　　如上图所示，如果用户要查看某个帖子，其就会打开某个连接。此时WEB应用服务器就会从后台数据库中查询相关的记录。这里需要注意的是，由于其只是查看帖子，而不涉及到更新的操作，为此WEB应用服务器就只从缓存服务器中读取数据。这个缓存服务器中的记录跟数据库服务器的内容是同步的。WEB应用服务器在从数据库缓存服务器读取数据之前，还会先判断一下哪台数据库服务器比较空。会优先连接到比较空闲的数据缓存服务器中，然后从这台服务器中读取数据。所以，当访问这个论坛的用户比较多时，这个数据缓存服务器能够实现负载均衡的需要。

　　如果用户看了某个帖子，现在需要发表一个评论，此时后台数据库会怎么操作呢注意，当WEB应用服务器发送了一个 Update更新操作的时候，其应用服务器会自动连接到数据库服务器，而不会再连接到数据库缓存服务器。而是直接向数据库服务器发送更新操走的语句。当数据库服务器更新了相关的内容之后，会与数据库缓存服务器实现数据的同步。从上图中可以看出，整个数据查询与数据更新WEB应用服务器是分两条路走。其实这就好像是公路上分道行驶，机动车走机动车道;非机动车走非机动车道。

　　　　如此的话，就不会因为非机动车比较慢，而影响到机动车的速度。在这个方案中，将数据库的更新操作与查询操作分开来走，也是类似的道理。在查询时，数据流是单向流动的，所以能够在很大程度上提高查询的效率。从而让数据负载均衡的效果更加明显。总之，当某个应用程序查询操作大大超过更新操作时，通过在多个数据库间缓存只读数据，并在数据库间均匀连接客户端以分发负载，则就可以向外扩展工作负荷的读取分区，即实现负载均衡的目的。

　　二、 采用这个方案需要注意的地方。

　　在部署这个解决方案时，仍然有些数据库管理员需要关注的内容。如以下这些内容，数据库管理员需要根据企业的实际情况来进行调整，以提高这个方案的价值。

　　首先需要考虑数据缓存服务器与数据库服务器之间同步的频率问题。这个同步操作是一把双刃剑。若同步的频率太高，会影响数据库服务器与缓存服务器的性能;若同步频率比较低的话，则数据库缓存服务器中的数据得不到及时的更新。

　　如此的话，用户查询时可能在短时间内无法获取最新的数据。所以，一般来说，系统滞后的时间应该尽量的短，即数据库服务器的更新内容必须尽快与数据库缓存服务器进行同步。

　　理想的状态时，在更新数据库服务器的同时更新数据库缓存服务器。但是，这么做是以牺牲数据库与数据库缓存服务器的性能为代价的。为此数据库管理员在实施这个解决方案时，往往不会这么做。而是设置在一段时间之后同步。如可以设置为10秒、60秒、300秒或者更长的时间后进行同步。

　　具体这个同步的时间间隔多少为好，没有一个统一的标准。这需要数据库管理员根据企业对数据同步的要求不同而定。一般来说，数据库管理员在满足用户需要的前期下，可以将这个时间设置的相对长一点。这可以避免因为过多的同步操作而降低了这个方案的价值。其实，对于大部分用户来说，60秒左右的时间差异还是可以接受的。如在论坛中，一个人发帖后，在一分钟之后看到一般不会有什么问题。对于人的感觉来说，这个一分钟时间不长。但是对于数据库服务器来说，这一分钟可以做很多事情。所以，适当延长这个同步时间，却可以在很大程度上提高数据库服务器性能。这个时间的代价，有时候还是值得的。

　　其次，在数据库服务器与数据库缓存服务器之间，应该建立比较直接的、快速的网络连接。当用户比较多时，数据库服务器与数据库缓存服务器之间若发生同步操作，则会造成很多的网络流量。有时候同步操作发生时，影响这个工作的效率可能并不是数据库服务器或者数据库缓存服务器本身，而是他们之间的网络连接。

　　由于其可用的带宽跟不少数据库服务器系统的吞吐量，从而影响到了同步操作的效率。为此，在数据库服务器与数据库缓存服务器之间的网路连接，应该尽量的直接。如最好不要在中间夹着其他的不必要的网络设备;也最好不要在他们之间配备防火墙等安全策略。这些安全策略与网络设备都会在很大程度上影响到这个同步操作的效率。

　　另外，最好也不要有其他的应用服务来争抢带宽。所以简单的说，如果可能的话，在数据库服务器上部署多张网卡，直接与数据库源服务器实现双机互联，而那传输同步操作需要的数据，这是一个很不错的手段。由于其数据传输更直接、而且其他设备或者应用服务也会来争夺其带宽，同时又可以克服他们的非法攻击。为此，只要他们之间多距离比较短的话，采用这种方案可能效果会比较好，可以在最大程度内缩短这个同步操作所需要的时间，从而让其他用户尽早看到更新的数据。

　　第三为同步选择合适的复制方案。

　　那么该如何实现数据库服务器与缓存服务器之间的同步呢在SQLServer数据库中，有三个方案可供数据库管理员选择。这三个方案分别为快照复制、合并复制与事务复制。这三个复制模型各有各的特点。不过从最终效果来看，其都可以实现数据库服务器与数据库缓存服务器之间的同步。不过由于其内部的实现机制不同，为此其虽然结果相同，但是从性能等方面考虑，还是有差异的。

　　各种复制模型的原理与特点属于基本知识的范畴，笔者在这里就不做过多阐述了。笔者认为，在利用这个数据库缓存服务器来实现负载均衡的方案中，最好采用事务复制的同步方案。因为相比其他方案来说，事务日志能够满足事务的一致性、数据库服务器系统比较大的吞吐量、同步时尽量少的开销、以及系统比较短的滞后时间等等需求。

　　另外在有些企业中采用这个方案的话，还要考虑到表与记录的过滤需求。而通过事务复制的话，就可以实现对列和行的过滤。而其他复制模型的话，只能够部分满足这些需求。

　　　　所以，笔者认为，在选择数据同步方案时，可能选择事务复制来实现同步，更加的合适。不过最终是否真是如此，还是要求数据库管理员根据企业的实际需要，然后分别采用几个复制模型来进行测试，才能够得出真正合理的结果。

　　转载，仅供参考。

一、简单介绍负载均衡

负载均衡也称负载共享，它是指负载均衡是指通过对系统负载情况进行动态调整，把负荷分摊到多个操作节点上执行，以减少系统中因各个节点负载不均衡所造成的影响，从而提高系统的工作效率。

在常用的大型服务器系统当中都存在着负载均衡组件，常用的像微软的网络负载平衡NLB、甲骨文的Oracle RAC、思科的负载均衡(SLB)，Apach+Tomcat 负载均衡，它们能从硬件或软件不同方面实现系统各节点的负载平衡，有效地提高大型服务器系统的运行效率，从而提升系统的吞吐量。本篇文章以微软的网络负载平衡NAT为例子，简单介绍Windows Server 2008 R2 负载平衡的安装与使用方式。

在Windows Server 2008 R2当中，存在着 “网络负载平衡” 功能 (简称 NLB, Network Load Balancing)，它以TCP/IP 为基础的服务，可以将一个已注册的IP地址映射到多个内部域的IP地址当中，让多台主机为同时对网络请求作出反应。使用NLB网络负载均衡最多可以连接到32台主机上，让32台主机共同分担大量的服务压力。在Windows Server 2008 R2 中还具备 “故障转移群集” 功能，它是利用负载共享的方式，把多台服务器的共用信息进行持久化储存，当其中某台服务器出现问题时，请求会自动分摊到其他服务器当中。使用 “故障转移群集” 功能，更能保证 “网络负载平衡集群”的正常运行，有利于统筹管理分布式系统中的各种资源，利用共享信息及其服务机制扩大系统的处理能力。“故障转移群集” 功能将在下一篇文章再作详细介绍。

   　　二、NLB 主要功能

支持群集功能，一个群集最多支持32台服务器。支持网络地址转换(NAT)功能，能把请求自动转发到 NLB 群集上对各台服务器。实现管道化式管理，允许向 NLB 群集同时发送多个请求。支持多地址多端口管理，每台服务器可以绑定多个虚拟 IP，每个虚拟 IP 可建立多个开放式端口。支持故障快速恢复功能，当服务器出现故障重启后将自动恢复群集联机。支持单播、多播、IGMP多播多种群集操作模式。支持事件日志管理，可以快速查阅群集事件记录。

NLB安装

   　　三、NLB 使用方式

31 打开 “服务管理器”，添加 “网络负载平衡” 功能。

   　　32 安装完成后，打开“网络负载平衡管理器”

   　　33新建群集，连接到作为群集服务器当中的一台主机

   　　34为此主机绑定优先级数，和专用的IP地址，一台主机可以绑定多个IP地址

   　　35建立群集IP地址以进行负载平衡，若存在多个IP地址系统将会以第一个IP作为此群集的IP对信息进行检测。

   　　36设定群集参数，此处可设定群集完整的Internet名称，确定其操作模式。此处需要稍作解释：

361 单播模式

指把各主机节点重时指向同一个虚拟MAC地址，在此情况下各节点之间不能实现通讯。

362 多播模式

指各主机节点都保留原有的MAC地址，此外再外加专用于NLB的通讯MAC地址，使各节点之间能正常实现通讯。但并非所有的路由器或交换机都支持多播模式，使用时需要谨慎处理。

363 IGMP多播模式

建立在多播模式功能之上，在默认情况下每隔60秒发送一次IGMP信息。它可以确保发送给网络负载平衡群集的通讯只通过服务于群集主机的端口，而不是所有交换机端口。

   　　注意: 由于并非所有路由器或交换机都支持多播模式，所以在不确定的情况下最好使用双网卡单播模式，并且预先设置好ARP，否则可能造成跨网段无法访问群集ip的错误。

37 绑定群集开放的端口，此处可为主机设置一定范围内的开放端口。置于TCP、UDP协议就不多作解释，一般设置只使用TCP协议使数据传输更具备可靠性和安全性。此处对筛先模式稍作解释：

371 多主机

该参数指定了群集中多个主机处理与端口规则相关的网络通讯。通过在多个主机之间分布网络负载，该筛选模式提供了可缩放性能以及容错。可以指定在主机之间均衡分布负载，或每个主机处理指定的负荷量。在多主机相似性选项中，存在3种选择:

1、“无”选项：指定来自同一客户端 IP 地址的多条连接可由不同的主机(无客户端的相似性)进行处理。第一次请求可能指向主机A，第二次请求可能指向主机B，为了实现在多台主机之间共享session，系统应该预先把session作出持久化处理。若使用ASPNET进行开发时，可通过命令：

aspnet_regsqlexe -S 〈SQL Server IP -U 〈User Name -P 〈Password -E -ssadd -sstype c -d 〈Database Name

建立用于Session持久化保存的数据库

2、“单一”选项：指定网络负载平衡应该将来自同一客户端 IP 地址的多个请求导向同一台群集主机。这是相似性的默认设置。

3、“网络”选项：指相似性指定网络负载平衡将来自同一个 TCP/IP C 类地址范围的多个请求定向到同一台群集主机。比如在客户端使用了多台代理服务器对群集进行访问时，请求看起来像源自不同的计算机。启用“网络”相似性选项，可以正确处理同一客户端多个代理服务器的session会话数据。

372 单一主机

该参数指定群集中的单个主机根据指定的处理优先级来处理相关端口规则的网络通讯。该筛选模式为处理网络通讯提供了端口专用的容错性能。

373 禁用该端口范围

该参数指定阻止相关端口规则的所有网络通讯。在这种情况下，网络负载平衡驱动程序将筛选所有相应的网络数据包或数据报。该筛选模式可让您阻止传送到特定范围的端口的网络通讯。

   　　38 在完成群集配置后，在群集上按右键，选择 “添加主机到群集”，重复 33 、34安装步骤，可连接多台群集主机。

   　　四、网络负载平衡群集系统测试

建立一个ASPNET项目，加入以下 Defaultaspx 页面，然后建立一个群集，绑定IP为1921681110，在编辑 “端口规则” 时，选择 “多主机无相关性” 筛选模式。最后分别在群集加入Virtual-PC-A1、Virtual-PC-A2两台主机。使用第三方客户端进行访问时，多次点击 NewPage 连接时，可检测到系统会把请求连接到不同的主机之上。

   1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

html xmlns="http://wwww3org/1999/xhtml"

head runat="server"

title/title

script type="text/C#" runat="server"

protected void Page_Load(object sender, EventArgs e)

{

String hostName = SystemNetDnsGetHostName();

ResponseWrite(hostName+"br/");

IPAddress[] addressList = SystemNetDnsGetHostAddresses(hostName);

foreach(IPAddress address in addressList)

ResponseWrite(addressToString()+"br/");

}

/script

/head

body

form id="form1" runat="server"

div align="left"

a href="http://1921681110/Defaultaspx" target="_blank"New Page/a

/div

/form

/body

/html

测试结果

   　　五、NLB 安装注意事项

51如果需要使用“域”服务，一般在安装 “网络负载平衡” 管理器前，先添加“Active Directory 域服务” 角色，并进行林、域配置。

   　　若服务器需要使用IIS或者ASPNET，那么在安装 NLB 前建议先添加Web服务器(IIS)服务器角色和 NET Framework 35 功能

   　　52要建立 “网络负载平衡群集” ，需要先在 “高级共享设置” 中打开 “启用网络发现” 功能。

   　　若无法打开 “启用网络发现” 功能，可先在服务管理器中打开以下3项服务：

Function Discovery Resource PublicationSSDP Discovery UPnP Device Host

   　　53 若使用VMware、Hyper-V等虚拟化工具，在网络中实现信息共享时无法查找到其他虚拟主机，可尝试检查虚拟机设置时“网络适配器”是否使用同一种“网络连接方式”，并且已打开“网络共享服务”功能。

   　　54在“网络负载平衡管理器”中建立群集，群集连接主机时显示“RPC连接服务器不可用”等错误信息，可尝试检查主机有否打开“Remote Procedure Call(RPC)”和“Remote Procedure Call(RPC)Locator” 服务，并查检“Remote Procedure Call(RPC)的属性——依存关系——依赖服务” 的“状态”是否已经全部设置为 “已经启动” 或 “启动类型” 设置为 “自动”。

   　　55 若使用虚拟化工具克隆主机，在群集连接主机时显示 “指定主机没有可用于安装新的群集的任何接口”，这可能是在克隆主机时多台主机使用同一个MAC造成的，此时可以尝试卸载网络适配器的驱动程序，然后再进行驱动软件更新。

   　　56若在群集连接主机时显示出现错误提示 “在主机 ‘MyPC上的NLB管理器' 不能继续，因为没有安装Microsoft群集服务” 。可以检查服务器上是否已经成功安装 “网络负载平衡” 服务，然后打开 “本地连接-属性”，选择“网络负载平衡(NLB)”。

   　　结束语

为满足大型企业内部需求,实现企业服务器的高性能、高可用度、高可靠度,各大软、硬件提供商都构建起一系列的解决方案，而微软的网络负载平衡(NLB)只是其中一种。但鉴于本人知识度有限，且并非网络服务管理类专家，所以本文只牵涉到NLB入门安装方面的知识。

更多资料可参阅 TechNet Library http://technetmicrosoftcom/zh-cn/library/cc778263aspx

文中存在的错误与漏洞敬请各位点评。

原文链接：http://wwwcnblogscom/leslies2/archive/2012/11/15/WindowsServer2008R2_NLBhtml

您好，很高兴为您解答。

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的硬件外，整个方案成本其实很低。

云计算的相关技术有哪些不要抽象的。。要实际的技术是什么

1、云计算平台管理技术：云计算系统的平台管理技术能够使大量的服务器协同工作，方便的进行业务部署和开通，快速发现和恢复系统故障。

2、资源管理技术。云计算需要对分布的、海量的数据进行处理、分析，因此，数据管理技术必需能够高效地管理大量的数据。云计算系统的平台管理技术，需要具有高效调配大量服务器资源，使其更好协同工作的能力。能耗管理技术。

3、云计算关键技术主要包括数据储存技术和数据管理技术以及编程模式。

4、云计算的关键技术包括以下几个方向：虚拟机技术虚拟机，即服务器虚拟化是云计算底层架构的重要基石。

5、是指通过集群应用、网格技术或分布式文件系统等功能，将网络中大量各种不同类型的存储设备通过应用软件集合起来协同工作，共同对外提供数据存储和业务访问功能的一个系统。

6、现阶段所说的云服务已经不单单是一种分布式计算，而是分布式计算、效用计算、负载均衡、并行计算、网络存储、热备份冗杂和虚拟化等计算机技术混合演进并跃升的结果。

云计算关键技术主要包括数据储存技术和数据管理技术以及编程模式。

资源管理技术。云计算需要对分布的、海量的数据进行处理、分析，因此，数据管理技术必需能够高效地管理大量的数据。云计算系统的平台管理技术，需要具有高效调配大量服务器资源，使其更好协同工作的能力。能耗管理技术。

云计算的关键技术包括以下几个方向：虚拟机技术虚拟机，即服务器虚拟化是云计算底层架构的重要基石。

云计算的核心技术有虚拟化、分布式文件系统、分布式数据库、资源管理技术、能耗管理技术、信息安全等。

CloudComputing关键技术分别为：FO软件开发方法。这是在“面向对象”之上做了进一步抽象后地软件开发方法，其目地是为了解决CloudComputing软件系统所面临地更加严重地软件危机问题。

1、云计算的五大关键技术如下：云计算平台管理技术、分布式计算的编程模式、分布式海量数据存储、海量数据管理技术、虚拟化技术。

2、云计算关键技术主要包括数据储存技术和数据管理技术以及编程模式。

3、能耗管理技术。云计算的好处显而易见，但随着其规模越来越大，云计算本身的能耗越来越不可忽视。提高能效的第一步是升级网络设备，增加节能模式，减少网络设施在未被充分使用时的耗电量。

4、在云计算系统中运用了许多技术，其中以编程模型、数据管理技术、数据存储技术、虚拟化技术、云计算平台管理技术更为关键。

1、云空间也可以叫云服务器或者云主机，是云计算在基础设施应用上的重要组成部分；它由多台服务器提供负载均衡，资源网站实际按需要进行动态分配。

2、云空间（Cloudhosting），计算机科学术语，由多台服务器提供负载均衡，资源网站实际按需要进行动态分配，适合网站比较多或者是网站建设公司。

3、云空间[1]（Cloudhosting）也就是大容量云空间集合，由多台服务器提供负载均衡，资源网站实际按需要进行动态分配，适合网站比较多或者是网站建设公司，比VPS性能强，价格更便宜。

4、华为云空间主要是存储用户手机中的所有数据。在手机的云空间，可以安全存储用户的照片、视频、联系人等重要数据，并且在用户的各个设备上保持实时更新。

5、共同对外提供数据存储和业务访问功能的系统。

6、Cloudhosting也就是大容量云空间集合，由多台服务器提供负载均衡，资源网站实际按需要进行动态分配，适合网站比较多或者是网站建设公司，比VPS性能强，价格更便宜。

1、云计算是分布式处理、并行计算和网格计算等概念的发展和商业实现，其技术实质是计算、存储、服务器、应用软件等IT软硬件资源的虚拟化，云计算在虚拟化、数据存储、数据管理、编程模式等方面具有自身独特的技术。

2、云计算的五大关键技术如下：云计算平台管理技术、分布式计算的编程模式、分布式海量数据存储、海量数据管理技术、虚拟化技术。

3、虚拟化是云计算最重要的核心技术之一，它为云计算服务提供基础架构层面的支撑，是ICT服务快速走向云计算的最主要驱动力。很多人对云计算和虚拟化的认识都存在误区，认为云计算就是虚拟化。