当 Web客户端在25以下的时候，几乎不用考虑此问题。
当Web 客户端较多，比如50或者100时，而且这些 客户端 还都是在用着的，
而不是那种上来看看很快就关掉的哪种。

这时候，算“重负载”网络访问。
Web 服务器 使用类似于Windows 群集的方式来管理 外部访问请求。
比如有2台 Server 硬件。有60个同时访问请求。
在软件的 自动智能分配下，“大约”30个客户端的请求被 定向到 Server－A，30个客户端的请求被 定向到 Server－B去，这样2台 Server的负载就比较均衡了。
每个客户端 倒底是连到Server－A 还是 Server－B，
是软件根据 每个Server的负载状况自动分配的。
另外，我只是举例子，实际上可能是 Server－A上有25个客户端，Server－B上有28个客户端。这时候突然来了一个新的客户端，却被定向到 访问 Server－B去了。因为 Server－B虽然客户端 连接的多，但是负载却没Server－A的 “重”。。。
当某个Server 当机的时候，剩下的客户端请求都被全部定向到 另外一个还好着的Server上去。
这是 服务器的负载均衡。

还有网卡的负载均衡。
比如Server只有1个百兆网卡。
跟外界的客户端进行通讯的时候，网络负载率很高(比如经常会出现 100％带宽占用，比如数据流量达到80Mbps以上)，个别时候甚至 满载也不能满足需求。
这个时候除了 换千兆网卡外，还可以添加 专哟哦那个的服务器网卡。
比如4块 100M Intel Pro100S Server 或者2块 Pro1000 Server。
假如外部有 240M的数据流量负载，
哪么将被4个网卡 （大致）平均分配。每个约负载60M的数据流量。
2个千兆网卡的话，每个网卡约负载120M 数据流量。
这个是 网卡的负载均衡，相对于服务器的负载均衡，网卡的负载均衡更好实现
只需要在驱动程序中简单设定即可。
而服务器的负载均衡目前主要还是 用集群技术来实现。
只是不知道 Web Navagator的 负载均衡是基于 域名解析的软件层实现，
还是基于集群的操作系统级实现。
关键的一点还在于，怎么样让 多个服务器 共享一个名称或者地址，
外部访问的时候是透明的，就当成是一个服务器在跑。