做为WEB网站，两台服务器，采用负载均衡模式好些还是故障切换模式好些？

负载均衡。

负载均衡可使得两服务器同时工作，从而使得两个性能一般的服务器实现更高的访问支持。

故障转移平时只有一台在工作，另一台基本都是在闲置，只有当主服务器故障时，备份服务器才开始承担访问服务。

如果我猜的没错的话，你这种情况应该是类似学校的选课系统等短时间高并发的情况吧，以我们的经验来看，学校的这种吞吐量基本都要达到1G以上，一般来说，如果要解决高并发环境下的服务器压力，你可能需要部署硬件的负载均衡设备了，传统的软件负载均衡已经远远不能满足这种需求了。

扩展一下软件负载均衡和硬件负载均衡的区别：

1、软件负载均衡性能差，尤其在并发数和吞吐量等主要数据上不能同日而语，而且软件安装在服务器上，运行时需要消耗服务器的资源，加重了服务器的负担。

2、软件负载均衡功能少，而有的硬件负载均衡是ALL_IN_ONE的架构，拥有包括链路负载均衡、服务器负载均衡、SSL加速、WEB加速等功能，完全能够满足用户的各种需求。

3、硬件负载均衡具有完善的健康检查机制，不但有基于端口健康检测，还能模拟用户的应用，对于应用层对性检测，保证了服务器正常运作。

负载均衡技术能够平衡服务器集群中所有的服务器和请求应用之间的通信负载，根据实时响应时间进行判断，将任务交由负载最轻的服务器来处理，以实现真正的智能通信管理和最佳的服务器群性能，从而使网站始终保持运行和保证其可访问性。

为了充分利用利用现有服务器软件的种种优势，负载均衡最好是在服务器软件之外来完成。而最早使用的负载均衡技术是通过DNS服务中的随机名字解析来实现的。这就是通常所说的DNS负载均衡技术。

DNS负载均衡技术的实现原理是在DNS服务器中为同一个主机名配置多个IP地址，在应答DNS查询时，DNS服务器对每个查询将以DNS文件中主机记录的IP地址按顺序返回不同的解析结果，将客户端的访问引导到不同的机器上去，使得不同的客户端访问不同的服务器，从而达到负载均衡的目的。

直到现在，很多网站仍然使用DNS负载均衡来保证网站的运行和可访问性。从其实现和效果来看，主要有以下优缺点：

主要优点

这种技术的主要缺点如下：

第一，技术实现比较灵活、方便，简单易行，成本低，适用于大多数TCP/IP应用。不需要网络专家来对之进行设定，或在出现问题时对之进行维护。

第二，对于Web应用来说，不需要对代码作任何的修改。事实上，Web应用本身并不会意识到负载均衡配置，即使在它面前。

第三，Web服务器可以位于互联网的任意位置上。

主要缺点

DNS负载均衡技术在具有以上优点的时候，其缺点也非常明显，主要表现在：

第一，不能够按照Web服务器的处理能力分配负载。DNS负载均衡采用的是简单的轮循负载算法，不能区分服务器之间的差异，不能反映服务器的当前运行状态。所以DNS服务器将Http请求平均地分配到后台的Web服务器上，而不考虑每个Web服务器当前的负载情况。如果后台的Web服务器的配置和处理能力不同，最慢的 Web服务器将成为系统的瓶颈，处理能力强的服务器不能充分发挥作用。不能做到为性能较好的服务器多分配请求，甚至会出现客户请求集中在某一台服务器上的情况。

第二，不支持高可靠性，DNS负载均衡技术没有考虑容错。如果后台的某台Web服务器出现故障，DNS服务器仍然会把DNS 请求分配到这台故障服务器上，导致不能响应客户端。

第三，可能会造成额外的网络问题。为了使本DNS服务器和其他DNS服务器及时交互，保证DNS数据及时更新，使地址能随机分配，一般都要将DNS的刷新时间设置的较小，但太小将会使DNS流量大增造成额外的网络问题。

第四，一旦某个服务器出现故障，即使及时修改了DNS设置，还是要等待足够的时间(刷新时间)才能发挥作用，在此期间，保存了故障服务器地址的客户计算机将不能正常访问服务器。

总结

从上面的总结我们可以看出，总体来说，DNS负载均衡技术方案不应该算是真正意义上的负载均衡，不能够稳定、可靠、高效地满足企业对Web服务器的需求，也不能满足网络用户对网站访问的及时响应和可用性，所以现在很多Web站点方案中，已经很少采用这种方案了。