Windows网络的稳定在很大程度上依赖于WINS服务(注一)和DHCP服务(注二)的正常运行，资深网管对此绝不会有任何异议。但网管往往没有在维持上述关键性服务长时间稳定运行方面投入足够的关注和劳动。通过Windows 集群服务就可以方便地保证上述服务的高可用性(high availability)，但网管由于关注不够而疏忽这方面工作，确实令人遗憾。
当安装好集群服务器的硬件设备后，应该用于本网络内的WINS和DHCP服务。Windows 2000系统中的这两个服务都具备"cluster-aware"(集群支持检测)，也就是说上述服务可以基于集群服务器运行，在服务器宕机时能把任务马上切换到集群中的其它服务器执行，防止数据丢失和服务中断。
微软公司在Win2K中的DNS服务目前还不支持"cluster-aware"(集群支持检测)，这大概是微软公司认为大部分的Win2K用户基本上都会启用活动目录服务，而Win2K中的活动目录就提供集成区(integrated zones，Zone是DNS服务中的具体域名记录，比如zdnet.com的区记录就在zdnet.zone中描述)服务的容错功能。用户可以通过普通的集群服务资源来作DNS服务的集群支持，这取决于用户的选择。
基于集群的WINS服务
大多数人都低估了本网络中正常运行WINS服务的重要性，笔者经常听得人们这样说"我们的NT4域中不使用NetBIOS，因为我们只使用DNS服务"。在Windows 2000活动目录域中，有可能降低对WINS服务的依赖性，甚至可以取消该服务。但是，如果在NT 4域中，或者有任何应用程序依赖于NetBIOS，那么WINS服务就非常重要了。因为Windows电脑要通过WINS来定位网络服务。
举例来说，它通常用来定位域控制器、域成员关系、浏览器服务(Windows网络中共享资源的显示服务)以及用户。通过一个前缀(十六进制字符)来表示用户定义的NetBIOS名字。因此如果WINS服务不再可靠，你的网络服务将不再可靠。
许多网络都设置多个WINS服务器来提供系统容错并减少通讯量，缩短应答时间。但WINS服务并非优化设计为分布式数据库的，尽管为WINS复制进行了认真的配置，但仍有可能出现数据过时或服务故障。
单个WINS服务器可以为1万以下的用户很好的服务(特别是在访问高峰时段使用Burst模式时)，如果用户希望减少宕机时间，可以再设置少量备份WINS服务器。而通过窄带进行远程站点(remote sites，site指高速互联的Windows网络，Windows 系统把高速互联的网络可以纳入单个site中)WINS服务，则一定要设置额外的WINS服务器。请注意，真正能够提供容错服务的WINS一定是通过集群方式来构建的。
当WINS集群设置完毕后，两台服务器被制定运行WINS服务(但同时只有一台在提供可访问的WINS服务)，如果正在运行的服务器发生故障，那么另外一台马上会接管WINS服务。这两台服务器将共用磁盘存储空间，也就是都使用同一个WINS数据库。因此上述机制保障了WINS数据的完整性。和其它集群服务类似，WINS集群并不能保证数据存储(因为集群服务首先假定所提供的数据是完好的)，因此用户必须通过增加硬件RAID和后备电源来保障WINS服务的外置共用存储设备。
