组件负载平衡应用 下面的说明可使 CLB 得到迅速应用。这些说明假设将用 stager 来将内容部署到 Web 层和 COM+ 群集上。并假定您掌握了有关 Visual Basic、ASP 和 HTML 的实际使用知识。
- 在 stager 上使用 Visual Basic，创建一个导出以下函数的 COM+ 组件。
Public Function GetName() As String
Set WS = CreateObject("wscript.network")
GetName = WS.Computername
Set WS=nothing
End Function
- 使用 COM+ Services Explorer 将组件打包进 COM+ 应用程序中。
- 在 stager 上，创建包括 COM+ 组件的 Application Center 应用程序。
- 将 COM+ 组件部署到 COM+ 群集。切记在部署向导中选中 Deploy COM+ applications，否则将不部署组件。
- 用下面的脚本创建一个名为 Default.asp 的 ASP 文件。
<script language=vbscript runat="server">
for n=1 to 50
set x=createobject ("YourComponent.YourClass")
Response.Write "Component created on: "
Response.Write x.GetName
Response.write "<br>"
set x=nothing
next
</script>
- 用在第 1 步中创建的组件的 ProgID 替换 ProgID "YourComponent.YourClass"。
- 在 stager 上创建一个 Application Center 应用程序（包括第 5 步中的 Default.asp 文件和第 1 步中的 COM+ 组件）。
- 将应用程序部署到 Web 层群集。
- 确保 Web 层路由列表已经建立，COM+ 组件已标记为支持负载平衡。
- 从客户机上运行 Default.asp。如果一开始不工作，可能是 IIS Service 在组件部署期间被重启动的结果。请稍候片刻再重试。
如果重试成功，您将看到一个用来创建组件实例的 COM+ 群集成员的列表。
何时使用 CLB CLB 是用于建立分布式解决方案的一项绝妙的技术。但有些时候，CLB 或许不是最好的解决方案。关键问题是性能、可伸缩性和安全性。理解这些问题将有助于建立更好的群集拓扑。
性能 无论一个 Web 站点多么吸引人，功能多么强大，如果用户从站点得不到令人满意的性能，这个站点就不会获得成功。有两个问题很重要：
- 吞吐量 — Web 站点所完成的工作。
- 响应时间 — 给用户提供反馈所需的时间。
两者是相互关联的，CLB 也有些问题与它们有关。
吞吐量 当通过网络进行任何类型的调用时，吞吐量性能将有所下降。使用 CLB 会明显导致这一现象，所以在决定群集体系结构时需要考虑这个问题。为了进一步阐述该问题，下面的数据显示了每秒钟对一个单线程 Visual Basic 6 COM 组件（该组件以字符串属性返回“Hello, world”）的调用次数。客户机早已超前绑定，且不在对检索属性的调用之间发布引用。
方案
每秒钟的调用次数
相对速度
| COM+ Server Application，运行在 10BaseT 网络上 |
……