DNS轮询
大多域名注册商都支持多条A记录的解析，其实这就是DNS轮询，DNS服务器将解析请求按照A记录的顺序，逐一分配到不同的IP上，这样就完成了简单的负载均衡。
优点
基本上无成本，因为往往域名注册商的这种解析都是免费的；
部署方便，除了网络拓扑的简单扩增，新增的Web服务器只要增加一个公网IP即可。
缺点
健康检查，如果某台服务器宕机，DNS服务器是无法知晓的，仍旧会将访问分配到此服务器。修改DNS记录全部生效起码要3-4小时，甚至更久；
分配不均，如果几台Web服务器之间的配置不同，能够承受的压力也就不同，但是DNS解析分配的访问却是均匀分配的。其实DNS也是有分配算法的，可以根据当前连接较少的分配、可以设置Rate权重分配等等，只是目前绝大多数的DNS服务器都不支持；
会话保持，如果是需要身份验证的网站，在不修改软件构架的情况下，这点是比较致命的，因为DNS解析无法将验证用户的访问持久分配到同一服务器。虽然有一定的本地DNS缓存，但是很难保证在用户访问期间，本地DNS不过期，而重新查询服务器并指向新的服务器，那么原服务器保存的用户信息是无法被带到新服务器的，而且可能要求被重新认证身份，来回切换时间长了各台服务器都保存有用户不同的信息，对服务器资源也是一种浪费。
部署方法
这个是万网的域名控制面板，将同一域名解析到2条A记录上。
这个是免费的智能DNS解析服务，不仅可以多条A记录，而且还能使用中国特色，根据电信、网通、教育网的用户访问，解析到不同的IP上。
关于DNS服务器的压力问题，其实并不用太过担心，因为解析记录通常都是有一小时的缓存的，如果用户最近一级的DNS服务器上的解析记录还未过期的话，是不用查询主服务器的，通常DNS都有一小时的缓存，所以这样就等于把压力分摊到了各用户最近一级的DNS服务器上了。
DNS轮询是肯定不适合新浪之流的网站的。它们应该是使用四层或七层交换来负载均衡数千台服务器。普通互联网应用一辈子到不了这种规模……
　　 负载均衡技术能够平衡服务器集群中所有的服务器和请求应用之间的通信负载，根据实时响应时间进行判断，将任务交由负载最轻的服务器来处理，以实现真正的智能通信管理和最佳的服务器群性能，从而使网站始终保持运行和保证其可访问性。
　　 为了充分利用现有服务器软件的种种优势，负载均衡最好是在服务器软件之外来完成。而最早使用的负载均衡技术是通过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站点方案中，已经很少采用这种方案了。
上次去北京，和sina播客的一个技术经理聊天，说起构架，就已经听得很复杂了。。。。广域网流量负载均衡到本地流量负载均衡。。。。一个很大的系统。。
你可以把所有验证信息放到单独的一台服务器上保存，这样只要有用户登录，不管在哪台服务器登录，都会到那台存放验证信息的服务器上面验证。