茅山灵媒
windows server 2008怎样使用 dns 实现站点的轮询负载均衡
一、简单介绍负载均衡负载均衡也称负载共享，它是指负载均衡是指通过对系统负载情况进行动态调整，把负荷分摊到多个操作节点上执行，以减少系统中因各个节点负载不均衡所造成的影响，从而提高系统的工作效率。
在常用的大型服务器系统当中都存在着负载均衡组件，常用的像微软的网络负载平衡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 中还具备 “故障转移群集” 功能，它是利用负载共享的方式，把多台服务器的共用信息进行持久化储存，当其中某台服务器出现问题时，请求会自动分摊到其他服务器当中。
使用 “故障转移群集” 功能，更能保证 “网络负载平衡集群”的正常运行，有利于统筹管理分布式系统中的各种资源，利用共享信息及其服务机制扩大系统的处理能力。
“故障转移群集” 功能将在下一篇文章再作详细介绍。
服务器负载均衡问题,需要的设备和软件
你上面说到的这些服务器只有Web服务器需要做负载均衡，而且一般都是前置机才做负载均衡，做服务器负载均衡的条件是：1. 你要有提供相同应用的多台Web服务器。
2. 要有负载均衡的设备（可以是软件也可以是硬件）。
3. 要为这个服务分配一个虚拟地址（作为服务访问的统一入口）和若干真实地址（有几台Web服务器需要几个真实地址）。
注：一般建议采用硬件设备，通常需要做负载均衡的应用说明他的负载很大，专用的硬件比较可靠。
具备以上条件后将Web服务器连接到负载均衡设备上，在负载均衡设备上配置虚拟地址和真实地址、配置负载均衡算法，配置负载均衡策略，将负载均衡设备接入网络。
这样，外面的用户只需要访问这个虚拟地址就可以了，负载均衡设备收到请求后会按照负载均衡策略和算法把请求分配到真实地址上，实现负载功能。
以上所说只是负载均衡的一种部署方式，根据实际需要选择单臂、双臂接入网络；根据应用的特点选择健康检查的方式；根据应用选择是否使用回话保持算法等。
windows hosts 可以负载均衡吗
hosts作用：Windows系统Hosts文件的作用 很多用户都知道在Window系统中有个Hosts文件（没有后缀名），在Windows98系统下该文件在Windows目录，在Windows2000/XP系统中位于C:\Winnt\System32\Drivers\Etc 目录中。
该文件其实是一个纯文本的文件，用普通的文本编辑软件如记事本等都能打开。
用记事本打开hosts文件，首先看见了微软对这个文件的说明。
这个文件是根据TCP/IPforWindows的标准来工作的，它的作用是包含IP地址和Host name（主机名）的映射关系，是一个映射IP地址和Hostname（主机名）的规定，规定要求每段只能包括一个映射关系，IP地址要放在每段的最前面，空格后再写上映射的Host name（主机名）。
对于这段的映射说明用“#”分割后用文字说明。
Linux和Windows可以同时做负载均衡吗？
很多组织机构慢慢的在不同的服务器和地点部署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的高可用性、灾难恢复、可扩展性和负载均衡。
单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。
大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。
转载请注明出处51数据库 » windows 2008负载均衡软件
