Microsoft群集解决方案(下)

核心提示： 假设您是一个拥有自己商务Web站点的计算机制造商，您的商务站点负责为用户提供产品与技术信息、产品技术支持以及网上订购服务，Microsoft群集解决方案(下)(3)，遍布全球各地的客户每天24小时不间断的使用您的产品，因此，您应当在至少具备100 Mbps传输速率的高速干线网络上部署CLB

假设您是一个拥有自己商务Web站点的计算机制造商，您的商务站点负责为用户提供产品与技术信息、产品技术支持以及网上订购服务。遍布全球各地的客户每天24小时不间断的使用您的产品，因此，您的Web站点必须随时可用并保持良好运行状态。为此，您可以采用图2所显示的方式在具备后端MSCS数据库群集访问能力Web服务器上运行NLB。然而，如果您所提供的服务使用了大量基于COM+对象编码方式的实现逻辑，那么，尽管这些对象可以在Web服务器上运行，但是，由于运行Web服务器的计算机同时还必须处理COM+对象，因此，Web服务器的响应时间将非常缓慢。此时，您便可能需要使用CLB。

图3描述了如何在具备高度可用性与伸缩能力的Web站点上部署CLB群集。CLB能够针对在应用程序中间层提供COM+对象的商务逻辑实现负载平衡。（CLB群集需要Application Center提供隐含支持，我们将在“Application Center”一节中详细解释相关信息，现在，您只需了解为何需要使用CLB即可。）

图3 通过CLB实现针对COM+对象负载平衡访问方式

CLB通过结合使用服务器响应时间与循环算法的方式来确定由哪台服务器处理下一个请求。CLB按照预先设置好的时间间隔定期在群集中对COM+服务器进行投票，以确定服务器响应速度（服务器响应时间直接反映出它们的繁忙程度）。CLB根据响应时间对服务器进行排序，具备最短响应时间的服务器排在队头，并负责对下一个COM+激活请求进行处理。此后，在下一个投票间隔到来之前，CLB将按照服务器在列表中的排列顺序为其分配工作。

由于上述所有处理工作均在网络上实时完成，您可以看出，如果在速度较慢或较为拥挤的网络上添加CLB，则可能导致网络竞争问题。因此，您应当在至少具备100 Mbps传输速率的高速干线网络上部署CLB群集。通常情况下，您不应在承载其它网络通信内容常规企业网络上部署CLB群集。