這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的硬件和網絡拓撲。 下圖給出了 MSIB 2.0 基礎部署的網絡圖。
下圖給出了 MSIB 2.0 企業部署的網絡圖。
這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的 Web 服務器的配置。
Web 服務器
CPU: 2 x 1.4-GHz Pentium 4
內存:1 GB
磁盤:18 GB
網絡:100BaseT
這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的搜索服務器的配置。
搜索服務器
CPU: 2 x 1.4-GHz Pentium 4
內存:1 GB
磁盤:18 GB
網絡:100BaseT
這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的 SQL Server 的配置。
SQL server
CPU: 4 x 1.4 GHz Pentium 4
內存:4 GB
磁盤:4 x 18 GB RAID 0
網絡:100BaseT
這一部分介紹了在進行本文所述的測試過程中 MSIB 項目組所用的 ISA 服務器的配置。
ISA 服務器
CPU: 2 x 550-MHz Pentium III
內存:1 GB
磁盤:18 GB
網絡:100 BaseT
附錄 B——許可計算
下表給出了 MSIB 項目組創建的兩個電子數據表。 以后可以從與本文所在的同一 Web 頁面上獲得這些表格。
文件名 用于
MSIB20_tca.xls
根據 TCA 方法計算所需的應用服務器和 SQL 服務器的數量。
MSIB 2 machine counts.xls
生成軟件許可成本。
附錄 C — 搜集可用性數據
當兩臺服務器利用網絡負載均衡(NLB)工作在活動-活動群集的模式下時,這對服務器的系統吞吐量情況將會和下圖類似。
X軸上標出了 4 個點,它們代表了與 NLB 故障切換和恢復過程有關的事件。
從 0:00 到第一個標識點(0:10),群集處于正常運行狀態,服務器 1 和服務器 2 分擔著同樣的負載或吞吐量。到了這一刻,服務器 1 出現故障,無法工作了。
從 0:10 到 0:26 ,到服務器 1 的所有請求都丟失了,這是因為群集還沒有發現服務器 1 出現故障了。 在這期間,群集是以不到一半的容量運行的。
在 0:26 秒的時候,群集發現了服務器 1 的故障,服務器 2 開始處理其請求。 此時服務器 2 是在兩倍的負荷工作的,不過仍然在其限額之內。
1:01 (圖中標注的第三個點)時,服務器 1 重新設定了 W3 SVC 服務,這一過程大約需要一分鐘的時間。
2:00 (圖中標注的第四個點)時,服務器 1 恢復過來并通過收斂過程重新加入到 NLB 群集中來。
在做可用性分析的時候,為了測量群集的恢復時間和故障切換時間,您需要監控兩個時間間隔長度:
點 1 和點 2 之間的時間長度,此為故障切換時間。
系統發現需要重新設置、進行重新設置并令服務器重新加入群集的過程所需的時間。 出于搜集可用性數據的考慮,您可以將點 2 和點 4 之間的時間作為平均恢復時間(MTTR)。
為了測量 MTTR ,您應當具備管理軟件或警告軟件,以檢測故障并完成故障恢復過程。 對 MSIB 來說,建議您利用 Microsoft Operations Manager (MOM)實現錯誤發現和解決的自動化。 如果您沒有用以自動檢測和故障恢復的解決方案,您應當將解決 IT 問題的平均時間作為 MTTR 。
本文中的信息,包括 URL 及其他 Internet Web 站點的引用,如有更改恕不另行通知。 除非另外指明,在本文例中提到的公司、單位、產品、域名、e-mail 地址、徽標、人員、地點和事件等都是虛構的,不與任何真實的公司、單位、產品、域名、e-mail地址、徽標、人員、地點和事件發生任何聯系,也不應從中做任何此類聯系方面的推斷。 用戶有責任遵守所有適用的版權法律。 在不限制版權所賦予權利的前提下,沒有 Microsoft Corporation 明確的書面允許,不得以任何形式或通過任何手段(電子的、機械的、影印、錄制或其他)或出于任何目的復制本文的任何部分或將其存儲或引入檢索系統,或進行傳播。
Microsoft 可能具有一些專利、專利申請、商標、版權或其他知識產權涉及到本文所述主題。 除非微軟公司通過書面許可協議明確提供,此文檔并沒有授予您對這些專利,商標,版權或其他知識產權的任何許可。
®1996-2003 Microsoft Corporation 。 保留所有權利。