共用方式為


評估 Windows SharePoint Services 共同作業環境的效能及容量需求 (Office SharePoint Server)

本文內容:

  • 主要特性

  • 測試環境

  • 使用設定檔

  • 建議

這個效能和容量規劃案例包含用於在企業環境中共同作業與文件管理的單一 Windows SharePoint Services 3.0 伺服器陣列。

主要特性

主要特性描述環境因素、使用特性以及其他適用於案例的附註。

此案例的主要特性包含:

  • 驗證/授權 通常會使用安全性群組或根據個別使用者的使用者帳戶來授與其存取權,以驗證使用者和保護網站及內容的安全。這個案例使用整合式 Windows 驗證。

  • 一般 (讀) 和複雜 (讀/寫) 的使用者作業 在共同作業環境中,使用者會檢視並提供內容。這個案例的輸送量目標是設計成確保複雜的使用者作業具有合理的回應時間 (例如上載或下載文件)。

  • 隨著時間的資料和網站成長 除了評估初始資料量之外,Windows SharePoint Services 3.0 共同作業環境也必須允許資料和網站隨著時間而成長。針對初始資料量而設定的伺服器陣列大小很快就無法再適用。

  • 使用者回應時間 針對一般、異常、長時間執行及罕見作業的使用者回應時間,其時間長短的目標會列在Plan for software boundaries [Windows SharePoint Services] 區段結尾的 [使用者回應時間] 表格中。部分組織可能會容忍較慢的使用者回應時間,也可能需要較快的使用者回應時間。預期的使用者回應時間是決定整體輸送量目標的重要因素 (輸送量是定義為伺服器陣列每秒可以處理的要求數目)。較多的使用者人數就需要較高的輸送量目標,才能達成相同的使用者回應時間。

  • 使用者並行 假設並行率是 10%,其中 1% 的並行使用者會在指定時間提出要求。換句話說,如果有 10,000 位使用者,則假設有 1,000 位使用者會同時主動使用此解決方案,而 100 位使用者會主動提出要求。

  • 長時間執行的非同步工作 編製內容索引以及備份資料庫這類工作都會增加伺服器陣列的效能負載。範例拓撲的一般效能特性是假設這些工作是在離峰 (例如午夜) 時執行。因此,並不會影響上班時間的使用者回應速率。

測試環境

此案例測試旨在協助評估不同的伺服器陣列設定,對於各種因素變化的回應方式,這些因素包括並行使用者的數量、使用者作業的數量及物件 (如網站集合、網站、程式庫和清單) 的數量。

請務必要注意,雖然測試結果會產生特定結論,但是在實際環境中,本節中的特定容量和效能數據會不同。這些結果的目的是為了提供設計適當縮放環境的起點。在您完成初始系統設計之後,請測試設定以決定系統是否支援環境中的既有因素。

如需測試部署的詳細資訊,請參閱<Tools for performance and capacity planning (Windows SharePoint Services)>。

假設

  • 64 位元架構 在測試環境中僅使用 64 位元伺服器。雖然 Windows SharePoint Services 3.0 可以部署於 32 位元伺服器上,但是 Microsoft 建議您在 Windows SharePoint Services 3.0 伺服器陣列部署中使用 64 位元伺服器。如需詳細資訊,請參閱<About performance and capacity planning (Windows SharePoint Services)>文章的<64 位元與 32 位元的比較>小節。

實驗室拓撲

為了提供高水準測試結果的詳細資料,已使用數個伺服器陣列設定進行測試,範圍從獨立電腦到 8 部具有執行 Microsoft SQL Server 2005 之單一及叢集電腦的網頁伺服器。測試使用模擬 32 到 256 個使用者連線的 8 個用戶端電腦執行。

下表列出用於測試的特定硬體。

電腦角色 硬體

網頁伺服器

2 顆雙核心 Intel Xeon 2.8 GHz 處理器

4 GB RAM

資料庫伺服器

4 顆雙核心 Intel Xeon 2.8 GHz 處理器

32 GB RAM

用戶端電腦

1 個 Pentium 3 1.2 GHz 處理器

1 GB RAM

測試環境使用 Gigabit (十億位元/秒) 網路。

使用設定檔

下表顯示 Windows SharePoint Services 3.0 共同作業測試環境的使用設定檔。請注意,Windows SharePoint Services 3.0 共用作業案例的使用設定檔假設大部分使用者動作都是在小組網站內進行。

Windows SharePoint Services 內的搜尋範圍限制為網站集合。因此,搜尋動作實際上並不會影響輸送量。

下表顯示測試環境中每個列出的使用者作業類型所耗用輸送量的百分比。

作業 輸送量百分比

取得首頁

15.00

取得快取的文件

15.00

取得靜態文件

15.00

取得清單頁面 (HTML)

10.00

取得清單頁面 (格線)

10.00

取得清單表單

7.00

404 錯誤

5.00

插入清單項目

2.00

編輯清單項目

2.00

刪除清單項目

2.00

插入文件

2.00

與 Outlook 同步

2.00

刪除文件

2.00

清單 URL

2.00

*DAV* (分散式撰寫及版本處理) 開啟文件以供編輯

1.00

DAV 儲存文件

1.00

*FPRPC* (FrontPage Server Extensions 遠端程序呼叫) 開啟文件以供編輯

1.00

FPRPC 儲存文件

1.00

短期取出

1.00

內送電子郵件

1.00

「RSS」** (真正簡易新聞訂閱方式)

1.00

啟動工作流程

0.75

工作流程工作完成

0.75

新增/移除使用者

0.50

建議

本節提供一般效能和容量建議。使用這些建議可以決定在Plan for availability (Windows SharePoint Services) 文章中建立之起始拓撲的容量和效能特性,以及決定是否需要放大或縮小起始拓撲。

硬體建議

下表列出網頁伺服器和資料庫伺服器的建議硬體。如需最基本和建議的系統需求詳細資訊,請參閱<Determine hardware and software requirements (Windows SharePoint Services)>。

注意

網頁伺服器和資料庫伺服器的記憶體需求取決於伺服器陣列大小、並行使用者人數以及伺服器陣列中的功能及頁面複雜度。下表的記憶體建議可能適合小型或輕度使用伺服器陣列,但是應該小心監視記憶體使用量,以決定是否必須新增更多的記憶體。

電腦角色 建議的硬體

網頁伺服器

雙核心 2.5 GHz 或以上的處理器 (建議使用 3 GHz 或以上)

建議至少有 2 GB 的 RAM

3 GB 的可用磁碟空間

DVD 光碟機,本機或網路存取

1024x768 或更高解析度的監視器

資料庫伺服器

雙核心 2.5 GHz 或以上的處理器 (建議使用 3 GHz 或以上)

建議至少有 4 GB RAM

根據 1:1.2 之內容與資料庫容量為比例的硬碟空間。亦即,如果規劃 100 GB 的內容,則至少需要 120 GB 的可用磁碟空間,再加上交易記錄的額外空間。

DVD 光碟機,本機或網路存取

1024x768 或更高解析度的監視器

起點拓撲

比較您的起點拓撲與<Plan for availability (Windows SharePoint Services)>中所提供的起點拓撲,可以評估出您起點拓撲的效能。這樣可以協助您快速決定是否需要調整起點拓撲以符合效能和容量目標。

向外延展拓撲的容量和效能

若要增加其中一個起點拓撲的容量和效能,請實作容量較大的伺服器電腦來擴充,或在拓撲中新增額外的伺服器來向外延展。本節描述數個向外延展拓撲的一般效能特性。範例拓撲呈現下列常用來縮放共同作業案例之拓撲的方式:

  • 若要容納更大的使用者負載,請新增網頁伺服器電腦。

  • 若要容納更大的資料負載,請增加單一 (叢集或鏡像) 伺服器的容量、升級到 64 位元伺服器或新增叢集或鏡像伺服器,以新增資料庫伺服器角色的容量。

  • 維護網頁伺服器與 (叢集或鏡像) 資料庫伺服器電腦的比率,使其不超過 8:1。

評估輸送量目標

輸送量是伺服器陣列每秒可以執行的作業數目。在理想的情況下,每秒要求的作業數目會小於指定效能層級的目標數目。如果要求的作業數目超過目標數目,則使用者動作和其他作業需要較長的時間才能完成。

輸送量的度量單位是「每秒要求數目」(RPS)**。RPS 度量可以使用一般使用者行為的模型來轉換為使用者總數。就與許多人類行為一樣,這具有很多的「一般行為」。Windows SharePoint Services 3.0 的使用者模型具有下列兩個變數:

  1. 並行 - 主動使用系統的使用者百分比。

  2. 要求率 - 每小時由使用中使用者所產生的平均要求數目。下表顯示四種使用者行為層級。

您可以使用下列方式計算一般負載的粗略輸送量指導方針:

使用者人數*使用中使用者的百分比/要求率

例如,如果是 1,000 位使用者,則會產生下列值:

同時使用者 = 1,000 * 10% = 100

每位使用者每小時評估的要求數目 = 36 = 每位使用者每 100 秒 1 個要求

輸送量 = 同時使用者/要求率 = 100/100 = 1 RPS

因此,1 RPS 最多可以支援 1,000 位使用者,而每位使用者每小時發出 36 個要求。

下表描述四個使用者負載層級的輸送量目標。

使用者負載 要求率 支援的使用者數

輕度

每小時 20 個要求。每位使用中使用者每 180 秒會產生 1 個要求。

每秒每個回應的輸送量支援 180 位同時使用者以及總計支援 1,800 位使用者。

一般

每小時 36 個要求。每位使用中使用者每 100 秒會產生 1 個要求。

每秒每個回應的輸送量支援 100 位同時使用者以及總計支援 1,000 位使用者。

重度

每小時 60 個要求。每位使用中使用者每 60 秒會產生 1 個要求。

每秒每個回應的輸送量支援 60 位同時使用者以及總計支援 600 位使用者。

超重度

每小時 120 個要求。每位使用中使用者每 30 秒會產生 1 個要求。

每秒每個回應的輸送量支援 30 位同時使用者以及總計支援 300 位使用者。

如果貴組織有現有的共同作業解決方案,則可以檢視 IIS 記錄以決定目前環境的使用模式和趨勢。如需剖析 IIS 記錄的詳細資訊,請參閱分析記錄檔 (IIS 6.0) (英文) https://go.microsoft.com/fwlink/?linkid=78825&clcid=0x404。

如果貴組織正在規劃新的共同作業解決方案部署,則請使用下節中的資訊來評估使用模式。

評估輸送量目標

上節呈現的評估伺服器陣列輸送量效能根據下列假設而來:

  • 一般作業的使用者回應率 <1 秒

  • 使用者並行率 10%

  • 在午夜時段的 12 個小時內執行編製索引作業

使用本節中的資訊來變更這些假設的值,以符合您組織的特性。貴組織可能會有不同的輸送量目標。

測試結果:伺服器陣列設定的輸送量

本節的表格所顯示的測試結果,針對使用本文前面測試環境所列硬體的各種使用者作業設定檔。而使用者連線數目是在測試期間使用的固定參數。

下表顯示讀寫混合和唯讀使用者作業的測試結果。

伺服器陣列設定 RPS 使用者連線總數

 

 

 

輕度使用

一般使用

重度使用

超重度使用

混合

讀取

混合

讀取

混合

讀取

混合

讀取

混合

讀取

1 x 1

50

100

90,000

180,000

50,000

100,000

30,000

60,000

15,000

30,000

2 x 1

99

185

178,200

333,000

99,000

185,000

59,400

111,000

29,700

55,500

3 x 1

115

265

207,000

477,000

115,000

265,000

69,000

159,000

34,500

79,500

4 x 1

120

275

216,000

495,000

120,000

275,000

72,000

165,000

36,000

82,500

5 x 1

136

280

244,800

504,000

136,000

280,000

81,600

168,000

40,800

84,000

6 x 1

130

280

234,000

504,000

130,000

280,000

78,000

168,000

39,000

84,000

7 x 1

134

290

241,200

522,000

134,000

290,000

80,400

174,000

40,200

87,000

8 x 1

130

280

234,000

504,000

130,000

280,000

78,000

168,000

39,000

84,000

下圖顯示在前端網頁伺服器的數目變更時,讀寫和唯讀作業的輸送量變更。請注意,本圖並不是根據上表的測試結果而來。它的目的是說明在系統中新增前端網頁伺服器的一般效能趨勢。

請注意,只支援讀取作業的系統 (例如靜態入口網站) 可以維護的輸送量層級高於同時支援讀取和寫入作業的系統。

Windows SharePoint Services 效能範例

評估使用者回應時間

請先決定貴組織是否可以忍受較慢的使用者回應時間,或貴組織要求較快的使用者回應時間。回應時間的分類如下:

  • 慢 (3-5 秒) 使用者回應時間可以減慢到此速率,而沒有問題。

  • 建議 (1-2 秒) 平均使用者回應時間目標。

  • 快 (<1 秒) 針對商業需求速度的組織。

根據最符合組織需求的使用者回應時間,決定以使用者人數為基礎的輸送量目標。因為單一伺服器部署最多可以服務 1,000 位使用者,所以會列出最少 500 位使用者。

下表列出根據使用者回應時間的輸送量目標。

使用者總數 慢 (RPS) 建議 (RPS) 快 (RPS)

500

.4

.5

.7

1,000

.7

1.0

1.2

5,000

4.0

5.0

6.0

10,000

9.0

10.0

12.0

20,000

18.0

20.0

24.0

50,000

40.0

50.0

60.0

100,000

90.0

100.0

120.0

找出組織適用的輸送量目標之後,請重新評估範例拓撲的測試資料,以驗證選擇的拓撲和硬體。

評估並行率

接下來,評估您組織的並行率。並行率是同時使用解決方案的使用者百分比。請在尖峰期間使用預期的並行率。下表建議根據使用者總數和並行率的輸送量目標。

下表列出各種並行率的輸送量目標 (RPS)。

使用者總數 5% 並行率 10% 15% 25% 50% 75% 100%

500

.25

.5

.75

1.25

2.5

3.75

5.0

1000

.5

1.0

1.5

2.5

5.0

7.5

10.0

5,000

2.5

5.0

7.5

12.5

25.0

37.5

50.0

10,000

5.0

10.0

15.0

25.0

50.0

75.0

100.0

20,000

10.0

20.0

30.0

50.0

100.0

150.0

200.0

50,000

25.0

50.0

75.0

125.0

250.0

375.0

500.0

100,000

50.0

100.0

150.0

250.0

500.0

750.0

1,000

找出組織適用且根據預期並行率的輸送量目標之後,請重新評估範例拓撲的測試資料,以驗證選擇的拓撲和硬體。

評估索引編製時間

最後,確認可在 12 小時制的午夜最佳時間範圍內執行編製索引工作。在 Windows SharePoint Services 3.0 共用作業環境中,編製索引工作一般代表不是由使用者啟動的最長執行時間之作業。您需要在自己的環境中執行測試,以決定編製索引工作的期間,以及編製索引工作耗用輸送量是否會干擾目標使用者回應時間。

評估磁碟空間需求

本節提供的表格可以協助您評估共同作業案例的磁碟空間需求。您硬體的磁碟空間需求會因伺服器角色和案例而有明顯地不同,而且取決於要儲存在內容資料庫中的資料、快取需求以及搜尋所編目的外部內容。在下列討論中,請盡可能根據可以預測的磁碟空間需求 (例如安裝檔案的大小),將數目填入公式。

請先根據伺服器角色來評估磁碟空間需求。然後,根據您規劃的拓撲,加總伺服器角色將在其中共用相同實體伺服器電腦的需求。最後,請確定已適當調整您硬體的大小,以容納磁碟空間需求。

此外,資料庫伺服器應採用 SQL Server 儲存區的最佳作法。如需詳細資訊,請參閱實體資料庫存放區設計 (英文) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x404) 。如果實作多部資料庫伺服器,請分別考量每部搜尋伺服器的 SQL 磁碟空間因素。

注意

作業系統和程式檔案應該與資料檔案分開儲存在不同的磁碟機或「獨立磁碟容錯陣列」**(RAID) 上。

資料庫伺服器磁碟空間需求

使用下表來計算您伺服器陣列之資料庫伺服器的磁碟空間需求。如果實作多部資料庫伺服器,請分別計算每部搜尋伺服器的總和。

類別 描述 數值

作業系統檔案

Windows Server 2003 安裝程式和系統檔案需要的磁碟空間。如需詳細資訊,請參閱選擇安裝磁碟分割的檔案系統 (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x404)。

4 GB

分頁檔

分頁檔大小預設會與實體記憶體大小相同。

SQL Server 安裝檔案

SQL Server 安裝程式與程式檔案所需的磁碟空間。如需詳細資訊,請參閱 SQL Server 2005 Standard Edition 系統需求 (英文) (https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x404) 。

425 MB

資料庫記錄檔

記錄檔的磁碟空間會根據記錄設定和資料庫數目而不同。如需詳細資訊,請參閱實體資料庫存放區設計 (英文) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x404) 。

設定資料庫

設定資料庫的成長不會超過這個大小。

1.5 GB

內容資料庫

評估內容資料庫中將儲存的初始內容量。請考慮下列因素:

  • 針對 SQL 資料庫中儲存的內容大小,將初始內容的大小乘上 1.3。

  • 如果文件使用版本設定,則每個版本的複本都會儲存在資料庫中。

未來成長

未來的成長是共同作業案例的重要特性。您應該規劃一開始計劃要使用的資料量的兩倍。請輸入適用於您環境的數目。

可用空間

每個硬碟或磁碟區至少保留 25% 的可用空間。

總計

搜尋伺服器磁碟空間需求

使用下表來計算您伺服器陣列之搜尋伺服器的磁碟空間需求。如果實作多部 Windows SharePoint Services 3.0 搜尋伺服器,請分別計算每部搜尋伺服器的總和。

類別 描述 數值

作業系統檔案

Windows Server 2003 安裝程式和系統檔案需要的磁碟空間。如需詳細資訊,請參閱選擇安裝磁碟分割的檔案系統 (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x404)。

4 GB

分頁檔

分頁檔大小預設會與實體記憶體大小相同。

Windows SharePoint Services 3.0 安裝檔案

此數目是根據完整安裝的近似值。

1.3 GB

Microsoft .NET Framework 版本 3.0

60 MB

內容索引

在內容資料庫中新增由索引伺服器所編製索引的內容量。請將此數量除以 2。產生的數字是評估的內容索引大小。

可用空間

每個硬碟或磁碟區至少保留 25% 的可用空間。

總計

網頁伺服器磁碟空間需求

使用下表來計算您伺服器陣列之網頁伺服器的磁碟空間需求。

類別 描述 數值

作業系統檔案

Windows Server 2003 安裝程式和系統檔案需要的磁碟空間。如需詳細資訊,請參閱選擇安裝磁碟分割的檔案系統 (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x404)。

4 GB

分頁檔

分頁檔大小預設會與實體記憶體大小相同。

Windows SharePoint Services 3.0 安裝檔案

1.3 GB

.NET Framework 版本 3.0

60 MB

可用空間

每個硬碟或磁碟區至少保留 25% 的可用空間。

總計

效能監視

使用效能計數器來監視您系統的狀況,是決定何時需要擴充或向外延展系統的重要因素。使用下表中的資訊,可以決定要監視的效能計數器,以及應該套用效能計數器的處理程序。

網頁伺服器

下表顯示用以監視伺服器陣列中資料庫伺服器之效能計數器與程序。

效能計數器 套用至處理序 附註

處理器使用時間百分比

總計

顯示此執行緒使用處理器執行指令已經過的時間百分比。

記憶體使用情形百分比

應用程式集區

顯示應用程式集區的平均系統記憶體使用率。您需要指定要監視的正確應用程式集區。

基本的指導方針是指定尖峰記憶體使用率,並將該數字加上 10% 指派給應用程式集區。

資料庫伺服器

下表顯示用以監視伺服器陣列中資料庫伺服器之效能計數器與程序。

效能計數器 套用至處理序 附註

處理器使用時間百分比

總計

顯示此執行緒使用處理器執行指令已經過的時間百分比。

記憶體使用情形百分比

總計

顯示平均系統記憶體使用率。

下載本書

本主題隨附於下列可下載的叢書中,以便於閱讀與列印:

請參閱 Office SharePoint Server 2007 可下載的內容 (英文) 上提供的完整叢書清單。

另請參閱

其他資源

Additional performance and capacity planning factors [Windows SharePoint Services]