本文評價了 Microsoft® Solution for Internet Business（MSIB）2.0 版的性能和容量、可擴展性和可用性等特征，并為檢驗和測量這些特征提供了一個流程。 您可以利用這一流程判斷用戶負載如何影響硬件資源以及資源如何變成性能的瓶頸。 您可以將這些信息用于：
| • |
評估增添資源的性能。 |
| • |
確定哪些資源可以滿足更大的容量需求。 |
| • |
計算某一特定硬件配置的最大能力。 |
本文中用于計算 MSIB 2.0 站點容量的方法被稱為交易成本分析（TCA）。 如需了解對 TCA 過程更為深入的討論，可以參見以下網址上的 Capacity Planning Using Transaction Cost Analysis Methodology ： http://go.microsoft.com/fwlink/?LinkId=9498。
本文假設：
| • |
您是一位 IT 人士，對 MSIB 2.0所用的所有軟件和硬件技術都有實際工作經驗。 本文特別著重介紹了 Microsoft Internet Security and Acceleration ( ISA ) Server、SQL Server ? 2000、SharePoint? Portal Server 和帶 MSIB 2.0 的 IIS 5.0 組件的 Windows® 2000 Advanced Server。 |
| • |
您對 MSIB 2.0 的基礎和企業部署都比較熟悉。 |
如需了解關于 MSIB 2.0 及其相關組件以及其基準和企業部署方面的更多信息，可參見下面地址處的 MSIB Overview http://www.microsoft.com/china/technet/itsolutions/techguide/mso/msib/default.mspx.
本文分成三個部分論述。 下表介紹了這三個部分。
| 標題 | 描述 |
|
第一部分 — 性能和容量規劃 |
提供了監控 MSIB 2.0 站點性能的信息，以及將這些性能數據用于容量規劃特別是如何利用 TCA 方法在您的 MSIB 2.0 站點上進行容量規劃等信息。 本部分還介紹了 MSIB 項目組如何利用這種方法改善了 MSIB 2.0 站點的代碼以及軟硬件配置的。 |
|
第二部分 — MSIB 2.0 站點的性能和可擴展性 |
由于 MSIB 2.0 站點的可擴展性與其性能和可用性是緊密相關的，因此在整個文章中都為您提供了如何縮放您的 MSIB 2.0 站點的信息。 不過，在“ MSIB 2.0 的性能和可擴展性”這一部分中對 MSIB 項目組實現站點代碼和實際 MSIB 2.0 部署所需的吞吐量和可擴展性需求所采用的步驟給出了介紹。 |
|
第三部分 — MSIB 2.0 站點的可用性 |
介紹了軟硬件可用性方法是如何在該解決方案中工作的，討論了用于測試和分析一次部署的可用性的方法，并為更加精確地計算可用性提供了一個數學分析。 |
執行摘要
根據本文所搜集的數據，對運行企業和基本部署的 MSIB 2.0 解決方案的性能和容量、可擴展性和可用性等方面可以得出以下幾個結論：
性能和容量
| • |
在企業部署中的 Web 服務器為兩處理器 1.4 千兆赫茲 （GHz）的，在六天零 19 個小時的期間內，每臺服務器的處理能力都維持在每秒 82.88 次請求的級別上， CPU 的利用率約為百分之75左右。 這相當于預定使用方案中所定的 3027 名并發模擬用戶的情況。 |
| • |
在基準部署中的 Web 服務器為兩處理器 1.4 千兆赫茲 （GHz）的，在六天零 20 個小時的期間內，每臺服務器的處理能力都維持在每秒 92.43 次請求的級別上， CPU 的利用率約為百分之75左右。 這相當于預定使用方案中所定的 3376 名并發模擬用戶的情況。 |
| • |
一臺四處理器的帶足夠的驅動器容量的 1.4 GHz SQL 服務器在用于數據庫存儲的時候可以支持大約七臺 Web 服務器的網上需求。 在本文所述的測試中，Microsoft® SQL Server 2000 Enterprise Edition Server 內包括了所有的 MSIB 數據庫。 在本文所述的使用概況和站點概況下， MSIB 項目組進行了測試，結果表明 SQL 服務器上的 磁盤吞吐量需求并未在性能上產生瓶頸。 這是因為 Web 服務器上的請求都是高度緩存的。 要決定一個實際站點需要的確切配置和 SQL 服務器數量，必需要利用準確的客戶數據進行更為詳細的交易成本分析 （TCA）。如需了解關于進行詳細 TCA 的信息，參見“Capacity Model for Internet Transactions and Using Transaction”用于站點容量規劃的成本分析，地址在 http://go.microsoft.com/fwlink/?LinkId=9498。 |
可擴展性
| • |
在 SQL 服務器等支持數據層服務器適當增加不致造成瓶頸的時候，可以使用網絡負載均衡(NLB) 服務對多臺 Web 服務器進行線性升級。 |
可用性
| • |
MSIB 2.0 的企業部署計算得到的系統可用性為 99.616%，這一結果是通過測量群集要素的故障切換和恢復時間得出的。 這一可用性計算結果意味著每個服務器群集的平均無故障時間為一星期。 如果目標平均無故障時間 ( MTTF) 增加到一個月，那么系統計算得到的可用性為 99.910%。 |
第一部分——性能和容量規劃
這一部分提供了關于監控 MSIB 2.0 站點的信息以及根據這些性能數據利用交易成本分析(TCA)方法進行容量規劃的信息。 對 MSIB 2.0 進行容量規劃的目的是利用可接受的響應時間支持交易吞吐量，而同時將主機平臺的總擁有成本降到最小。 傳統的解決方案常常試圖從一般基準測試的測量結果進行推論得到使用成本。 然而，更為有效的方法是基于交易成本分析（TCA）的。 本部分還介紹了 MSIB 2.0 項目組如何利用 TCA 方法改善了 MSIB 2.0 站點的代碼以及軟硬件配置的。
本部分包括：
性能監控
交易成本分析
性能監控
MSIB 2.0 Web 站點是圍繞著企業級內容易管理 Web 站點的概念設計的。 本站點是為那些希望利用類似功能創建站點的企業設計的快速上市的平臺。 與大多數軟件情況類似，該站點尚未得到完全優化，總有改進的余地。 您應當利用以下的性能計數器監控您的 MSIB 2.0 站點的性能。
關鍵性能的計數器
很多性能目標都是內置于 Microsoft Windows® 2000 操作系統及其他 Microsoft 應用程序和服務中的。 您利用性能計數器可以跟蹤這些目標的性能。
MSIB 項目組利用以下的性能計數器分析 MSIB 2.0 站點的性能。 下面給出的性能計數器是以如下格式編寫的： 性能目標\ 性能計數器.
| 性能計數器 | 描述 |
|
ASP.Net\請求的執行時間 |
測量處理一個 ASP.NET 腳本所花的時間。 如果計數器的數值顯著增大或者請求的執行時間超過了一秒鐘，那么該系統就是在超過其最優能力工作。 為 MSIB 站點設計的頁面在一秒之內可以很好地工作。 |
|
ASP.Net \請求/秒 |
每秒鐘請求一個 ASP.NET 腳本的次數。 |
|
ASP.Net \請求的等待時間 |
測量一個對 ASP.NET 頁面的新請求在開始被處理之前等待的時間。 |
|
內存\可用兆字節數 |
以兆字節(MB)測量服務器上可以用于運行過程的內存大小。 如果可用內存過低，服務器將開始把內存分頁到磁盤。 計數器的絕對最小編號為四，不過還是建議維持服務器內存的空間以獲得最佳性能。 |
|
內存\頁面/秒 |
測量正在對硬盤進行的實際內存請求。 計數器的大編號是一種關鍵指標，表明您的系統缺乏內存資源或者是一個實施不良的解決方案。 |
|
網絡接口\字節總數 |
代表某一網絡適配器網路吞吐量的總數。 如果您的服務器中包含了多個您想監控的網絡適配器，那么您必需要為每個網絡適配器單獨配置一個計數器實例。 這是用于跟蹤網路吞吐量的關鍵計數器。 |
|
NTDS\NTLM 身份驗證/秒 |
每秒鐘進行的 NT LAN Manager (NTLM)身份驗證次數。 |
|
物理磁盤\ 物理磁盤\ 以及 |
這三個計算器是用來跟蹤磁盤子系統中的活動的。 磁盤子系統很容易成為任何系統中的瓶頸。 在前端 Web 服務器上，磁盤利用率應當是非常低的，這是因為一個頁面所用的內容和圖像應當能夠在文件系統的高速緩存中很好地匹配。 基本的磁盤活動是日志文件，在 Windows 2000 中對日志文件進行了很好地調整以便獲得高性能。 相反，SQL 服務器則廣泛采用了物理磁盤子系統。 對于快速的 Microsoft SQL Server 2000 計算機來說為 SQL 服務器規劃和校準這一子系統尤其關鍵。 |
|
處理器\%處理器時間 |
處理器執行一個非空閑線程的時間百分比。 在容量性能測試中，處理器應當保持在一個特定限額之下。 這一限額可以是監控工具的目標，也可以是已經由數據中心人員設定的限額。 為了進行我們的測試，該限額被設為百分之 85 。 |
|
SQL 服務器：數據庫\交易/秒 |
表示每秒鐘為數據庫發起的交易數量。 這一計數器是后端 SQL 服務器活動的關鍵指標。 |
|
系統\上下文轉換/秒 |
表示系統從一個線程切換到另一個線程的次數。 如果該計數器增加到每處理器 5000 以上，這表示服務器和/或應用程序的對稱多重處理(SMP)的可擴展性較差。 Windows 2000 和 Microsoft Commerce Server 2002 的組件都可以很好地縮放。 |
|
Web 服務\Get 請求/秒 |
表示每秒鐘使用 Web 服務試圖發起的 HTTP GET 請求速度。 這是用于判斷吞吐量的關鍵計數器。 |
如需了解關于性能計算器的更多信息，參見 Windows 2000 Server 幫助中的“性能目標和計數器”部分。
如需了解建議用于監控您的 ISA 服務器性能的性能計數器的信息，參見 http://go.microsoft.com/fwlink/?LinkId=14746。
交易成本分析
這一部分介紹了 MSIB 項目組用以為 MSIB 2.0 站點計算交易成本分析(TCA)的使用概況和站點概況，并總結了 MSIB 項目組在典型的企業和基準 MSIB 2.0 部署中進行的交易成本分析(TCA)得到的操作成本。 此外，該部分還介紹了如何使用 TCA 方法在 MSIB 2.0 站點上進行容量規劃。 從最開始的意義上說，利用該分析方法的最符合邏輯的地方是在銷售階段中決定許可證數量的時候。
部分包括：
使用和站點概況
操作成本摘要
使用 TCA 方法進行容量規劃
使用和站點概況
本部分介紹了 MSIB 項目組用以為 MSIB 2.0 站點計算交易成本分析 (TCA) 的在線使用概況、 MSIB 使用概況和站點概況。 要執行一個 MSIB 2.0 站點的 TCA ，您必須首先創建一個使用概況和站點概況。 然后您才能夠利用 TCA 方法計算您的站點容量，這種方法將在本文后面的部分加以介紹。 編制使用概況的過程在“Commerce Server 2002 Creating a Usage Profile for Site Capacity Planning”中有詳細介紹，地址在 http://go.microsoft.com/fwlink/?LinkId=9498。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
