|
組件負載平衡應用
下面的說明可使 CLB 得到迅速應用。這些說明假設將用 stager 來將內容部署到 Web 層和 COM+ 群集上。并假定您掌握了有關 Visual Basic、ASP 和 HTML 的實際使用知識。 - 在 stager 上使用 Visual Basic，創(chuàng)建一個導出以下函數(shù)的 COM+ 組件。
Public Function GetName() As String
Set WS = CreateObject("wscript.network")
GetName = WS.Computername
Set WS=nothing
End Function
- 使用 COM+ Services Explorer 將組件打包進 COM+ 應用程序中。
- 在 stager 上，創(chuàng)建包括 COM+ 組件的 Application Center 應用程序。
- 將 COM+ 組件部署到 COM+ 群集。切記在部署向導中選中 Deploy COM+ applications，否則將不部署組件。
- 用下面的腳本創(chuàng)建一個名為 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 步中創(chuàng)建的組件的 ProgID 替換 ProgID "YourComponent.YourClass"。
- 在 stager 上創(chuàng)建一個 Application Center 應用程序（包括第 5 步中的 Default.asp 文件和第 1 步中的 COM+ 組件）。
- 將應用程序部署到 Web 層群集。
- 確保 Web 層路由列表已經(jīng)建立，COM+ 組件已標記為支持負載平衡。
- 從客戶機上運行 Default.asp。如果一開始不工作，可能是 IIS Service 在組件部署期間被重啟動的結果。請稍候片刻再重試。
如果重試成功，您將看到一個用來創(chuàng)建組件實例的 COM+ 群集成員的列表。
何時使用 CLB
CLB 是用于建立分布式解決方案的一項絕妙的技術。但有些時候，CLB 或許不是最好的解決方案。關鍵問題是性能、可伸縮性和安全性。理解這些問題將有助于建立更好的群集拓撲。
性能
無論一個 Web 站點多么吸引人，功能多么強大，如果用戶從站點得不到令人滿意的性能，這個站點就不會獲得成功。有兩個問題很重要： - 吞吐量 — Web 站點所完成的工作。
- 響應時間 — 給用戶提供反饋所需的時間。
兩者是相互關聯(lián)的，CLB 也有些問題與它們有關。
吞吐量
當通過網(wǎng)絡進行任何類型的調用時，吞吐量性能將有所下降。使用 CLB 會明顯導致這一現(xiàn)象，所以在決定群集體系結構時需要考慮這個問題。為了進一步闡述該問題，下面的數(shù)據(jù)顯示了每秒鐘對一個單線程 Visual Basic 6 COM 組件（該組件以字符串屬性返回“Hello, world”）的調用次數(shù)。客戶機早已超前綁定，且不在對檢索屬性的調用之間發(fā)布引用。 方案
每秒鐘的調用次數(shù)
相對速度
| COM+ Server Application，運行在 10BaseT 網(wǎng)絡上 |
|
