Click here to load reader

Microsoftdownload.microsoft.com/.../scalability-test-lab-report.d… · Web view本白皮書提供執行於 Microsoft 以顯示大型 SharePoint Server 2010 內容資料庫之 Test

  • Upload
    others

  • View
    9

  • Download
    0

Embed Size (px)

Citation preview

超大型文件存放庫的規模測試報告

本文件係依「現狀」提供。本文件所陳述的資訊和觀點,包括 URL 及其他網際網路網站參考,如有變更恕不另行通知。貴用戶須自行承擔使用風險。

文中所描述的部分範例僅供說明使用,均屬虛構,並非影射任何真實的關聯性或連結。

本文件不提供貴用戶對任何 Microsoft 產品之任何智慧財產的法定權利。貴用戶可複製和使用本文件做為內部參考用途。

© 2011 Microsoft Corporation.著作權所有,並保留一切權利。

超大型文件存放庫的規模測試報告

Paul Andrew、Paul Learning、Barry Waldbaum、Frank Marasco

Microsoft Corporation

2011 年 10 月

適用於:Microsoft® SharePoint® Server 2010、Microsoft FAST Search Server 2010 for SharePoint.

摘要

本白皮書提供執行於 Microsoft 以顯示大型 SharePoint Server 2010 內容資料庫之 Test Lab 的詳細資料。其中包含兩個 SharePoint Server 內容資料庫如何在 SQL Server® 資料庫中填入超過 30 TB 總共 1.2 億份文件的資訊。內容詳述 FAST Search Server 2010 for SharePoint 為此內容編製索引的方式。同時詳述完成之 SharePoint Server 和 FAST Search Server 2010 for SharePoint 上所執行的負載測試,並顯示出該測試的結果和關於該測試結果的結論。

目錄

簡介5

測試目標5

相關硬體夥伴5

測試工作量的定義7

文件封存向外延展結構的描述7

包含的測試交易7

測試交易定義和基準設定8

測試基準混合9

測試系列9

測試負載11

測試期間的資源擷取11

測試伺服器陣列硬體結構詳細資料11

虛擬伺服器14

磁碟儲存空間15

測試 SharePoint Server 伺服器陣列及 SQL Server 架構16

SharePoint 伺服器陣列 IIS 網站17

SQL Server 資料庫18

FAST Search Server 2010 for SharePoint 的內容索引19

建立伺服器陣列的方法、專案時間表與程序19

專案時間表19

如何建立範例文件20

載入大量文件時的效能特性20

每秒的輸入輸出作業次數 (Input-Output Operations per Second,IOPS)22

FAST Search Server 2010 for SharePoint 文件編目25

測試結果26

測試系列 A – 不同的使用者數26

測試系列 B – 不同的 SQL Server RAM29

測試系列 C – 不同的交易混合31

測試系列 D – 不同的前端網頁伺服器 RAM35

測試系列 E – 不同的前端網頁伺服器數目38

測試系列 F – 不同的 SQL Server CPU41

Service Pack 1 (SP1) 和六月份累計更新 (CU) 測試44

SQL Server 內容資料庫備份45

結論45

建議45

SQL Server 2008 R2 的相關建議45

SharePoint Server 2010 的相關建議45

FAST Search Server for SharePoint 2010 的相關建議46

參考資料47

簡介測試目標

本白皮書描述於 2011 年六月 Microsoft 所執行之大型 SharePoint Server 測試的結果。該測試的目標為將 SharePoint Server 上調整文件封存存放庫之需求發佈到大型儲存空間容量。測試包括建立大量平均大小為 256 KB 的一般文件、將其載入 SharePoint 伺服器陣列、使用 Microsoft Visual Studio® 2010 Ultimate 在文件和執行中的測試上建立 FAST Search Server 2010 for SharePoint 索引以模擬使用狀況。透過這次測試,我們希望示範兩項向上延展和向外延展的技術。向上延展表示使用額外的硬體容量以增加資源及調整單一環境,也就是 SharePoint 內容資料庫。SharePoint 內容資料庫表示所有的網站集合、中繼資料,以及 SharePoint Server 所存取與這些網站集合相關的二進位大型物件 (BLOB)。向外延展表示具備多個環境,也就是具備多個 SharePoint 內容資料庫。請注意,內容資料庫不僅是 SQL Server 資料庫,同時也包含了各種設定資料,以及所有 BLOB 儲存位置中的任何文件 BLOB。

我們針對這份報告所測試的工作量主要是關於文件封存。這包含大量儲存為封存用途的一般 Microsoft Office 文件。本案例中的儲存空間一般適用於長期但不常使用的存取。

相關硬體夥伴

數個 Microsoft 硬體夥伴的支援成就了這次的測試。

NEC Corporation of America

NEC 提供了內含 8 個 CPU (處理器) 和 RAM 總計為 1 TB 的 NEC Express5800/A1080a (GX) 伺服器。伺服器總計為 64 核心,每個處理器則各包含 8 核心。如下詳述,這部伺服器透過許多組成 SharePoint Server 和 FAST Search Server 2010 for SharePoint 伺服器陣列的虛擬機器,用以執行 Microsoft Hyper-V。

圖 1 - NEC Express Server 5800

來源:

www.necam.com/servers/enterprise

NEC Express 5800/A1080a 伺服器規格

· 8 個 Westmere CPU (E7-8870),每項配備 10 個處理器核心

· 1TB 記憶體。每個處理器記憶體模組具備 1 個 CPU (10 核心) 和 16 個 DIMM。

· 2 個雙通道 8G FC HBA

· 5 個 HDD

Intel

Intel 提供了第二個同樣包含 8 個 CPU 和 1TB 記憶體的 NEC Express5800/A1080a 伺服器。Intel 還將這台電腦進一步升級至伺服器總計為 80 核心,每個 Westmere EX CPU 則包含 10 核心。如下詳述,這部伺服器在不使用 Hyper-V 的情況下,用以直接在電腦上執行 Microsoft SQL Server 和 FAST Search Server 2010 for SharePoint 索引子。

EMC

EMC 提供了內含 300 TB 高效能磁碟的 EMC VNX 5700 SAN。

EMC VNX5700 整合儲存空間

來源:http://www.emc.com/collateral/software/15-min-guide/h8527-vnx-virt-msapp-t10.pdf

EMC VNX 5700 規格:

· 2 TB 磁碟機、每個 3U DAE 具備 15 個磁碟機、5 個單位 = 總計 75 個磁碟機、150 TB 原始儲存空間

· 600 GB 磁碟機、每個 2U DAE 具備 25 個磁碟機、10 個單位 = 總計 250 個磁碟機、150 TB 原始儲存空間

· 2 個儲存空間處理器

· 2 個備用電池組

測試工作量的定義

這項負載測試是設計用來顯示 SharePoint Server 2010 的大型文件封存容量。文件封存工作量的特性為具備緩慢新增 (或內嵌)、不常存取及幾乎不更新的大量文件。

文件

放置箱文件庫

FAST Search 索引

封存內容資料庫

內容路由

圖 2 - 使用大型文件封存

文件封存向外延展結構的描述

建議針對具備多個內容資料庫的 SharePoint 伺服器陣列使用內容路由,才能將文件傳送至初始卸除文件庫中的正確內容資料庫。我們並未在這份報告所述的測試中設定內容路由,而是著重在安裝的延展性和效能。

使用內容路由將文件內嵌至多個的其中一個 SharePoint 內容資料庫時,可使用 FAST Search Server 2010 for SharePoint 準確地找出一或多個內容資料庫中的文件。FAST Search Server 2010 for SharePoint 可建立所有內容資料庫中所有文件的索引,而且搜尋可使用中繼資料、精簡器以根據日期、作者、其他屬性及全文檢索進行選取。

包含的測試交易

本白皮書包含文件封存案例中 SharePoint Server 2010 和 FAST Search Server 2010 for SharePoint 上所執行之效能測試系列的結果。本節說明先前用於本白皮書討論之測試的測試方法。與此方法相異之處會在資料出現的地方註明。

工作量

重要事項:請注意,本文中所呈現的特定容量與效能數據,會和實際工作環境中所使用的數據不同。所呈現的數據主要是做為開始設計可適當調整之環境所適用的最初依據。在完成初始系統設計之後,請測試設定,判斷您系統是否支援環境中各項因素。

測試工作量是依照大型文件封存儲存空間案例設計,並可協助發展大型文件存放庫案例影響不同伺服器陣列設定之方式的評估。

本案例提及的測試伺服器陣列是設計用來讓向外延展和向上延展視需要容納額外的容量。

對於小型實作與大型文件封存案例來說,調整是很重要的功能。向外延展允許您將更多伺服器新增至您的伺服器陣列 (或更多伺服器陣列),例如其他前端網頁伺服器或應用程式伺服器。向上延展允許您透過新增更快速的 CPU 及 (或) 記憶體增加輸送量和效能,以增加您現有伺服器的容量。封存案例中也應利用內容路由,讓使用者僅「卸除」檔案,並根據檔案的中繼資料,動態路由傳送至正確的文件庫和資料夾 (如果適用)。

測試交易定義和基準設定

本節定義測試交易和其他基準設定,並提供曾用於每個案例之測試程序的概觀。本白皮書稍後的測試結果各節將提供每項測試結果及特定參數等詳細資訊。

基準項目

基準項目描述

基準設定 (或交易百分比)

文件上傳

將文件上傳至其中一個文件中心。每個文件中心全天候每小時都會建立一個唯一的資料夾和檔案。

1%

文件下載 (開啟)

下載或開啟文件

30%

瀏覽

隨機文件中心首頁、文件庫清單檢視網頁,或資料夾清單檢視網頁的存取。

40%

搜尋

提交至 FAST Search 中心的隨機搜尋查詢。

30%

考慮時間

每位使用者之交易的間隔時間。這是為了表示使用者花費在網頁存取之間的讀取或考慮時間。

10 秒

同時使用者

從測試代理程式至 SharePoint 前端網頁伺服器連線至 SharePoint 伺服器陣列的使用者數。這不表示可能的總使用者群,因為在一般環境中,總使用者的一小部分將會同時存取系統。

10,000

測試期間

執行測試的時間長度

1 小時

Web 快取

無論前端網頁伺服器的 Web 快取開啟或關閉

開啟

FAST 內容索引

無論在測試期間 FAST 內容索引是否執行

已暫停

WFE 數目

測試期間所使用之 SharePoint 伺服器陣列中的前端網頁伺服器數目

每個內容資料庫具備 3 部伺服器

使用者提升

每次測試會先以 1,000 位使用者開始,然後以 100 位使用者的增量提升至目標使用者負載。使用 30 秒的提升時間,以及 10 秒的分步時間。

每 30 秒 100 位使用者

測試代理程式

使用 Visual Studio 2010 Ultimate 以模擬使用者交易負載。使用一個測試控制器虛擬機器和 19 個測試代理程式虛擬機器以建立這項負載。

19

表 1 – 測試交易和基準設定

測試基準混合

本節定義所使用的測試混合,並提供每項測試混合案例之測試結果的概觀。

用於每次變化之測試的測試混合,根據的是特定測試和負載目標。所有測試皆是使用 Visual Studio 2010 Ultimate 執行並記錄,同時使用了 Visual Studio 專門產生的免程式碼指令碼。系統已填入每次測試的特定資料點,然後測試混合則是執行使用不同數目的同時使用者,以判斷伺服器陣列容量和限制。

附註

所有在實驗室中執行的測試都是使用 10 秒「考慮時間」加以執行。考慮時間是 Microsoft Visual Studio 2010 Ultimate 測試控制器的一項功能,可讓您模擬使用者在實際環境中點選網頁的暫停時間。

混合操作為人工產生,並且已用以測量本白皮書用途的效能。所有結果僅為顯示特定條件組下控制環境中的效能特性。這些測試混合是由大量非典型的清單查詢所組成,這些清單查詢與其他操作相較之下耗費了大量的 SQL Server 資源。這主要是做為開始設計可適當調整之環境適用的最初依據。在完成初始系統設計之後,請測試設定,判斷特定環境變數和混合操作是否會產生變化。

測試系列

共有六個標示為 A 到 F 的測試系列執行。每個系列除了設有一個變化參數,其餘都使用了相同的參數和環境以執行基準測試。每個系列中的個別測試都在後面接著數字的測試系列後加以標示。本節簡述執行過的個別測試系列。測試清單中包含的是與基準相同之測試的附註。換句話說,一項在每個系列中的測試並未使選擇的參數產生變化,但實際就各方面的原始基準測試來說是相同的。

測試系列 A – 不同的使用者數

這項測試系列變更使用者的數目,以檢視增加的使用者負載如何影響 SharePoint 和 FAST Search Server 2010 for SharePoint 伺服器陣列中的系統資源。所執行的三項測試各包含 4,000 位使用者、10,000 位使用者及 15,000 位使用者。15,000 位使用者的測試需要將測試時間增加到 2 小時以處理增加的使用者提升,同時也已將前端網頁伺服器 (WFE) 伺服器增加到 6 個 WFE 以處理增加的負載。

測試

使用者人數

WFE 數目

測試時間

A.1

4,000

3

1 小時

A.2

10,000

3

1 小時 (基準)

A.3

15,000

6

2 小時

測試系列 B – 不同的 SQL Server RAM

這項測試系列變更 Microsoft SQL Server 可用 RAM 的數量。由於 SQL Server 電腦具備大量的實體 RAM,因此我們已執行這項測試系列,藉此檢視執行較少 RAM 之 SQL Server 的伺服器相較之下會如何執行。所執行的六項測試各將 SQL Server RAM 最大值設為:16 GB、32 GB、64 GB、128 GB、256 GB 及 600 GB。

測試

SQL RAM

B.1

16 GB

B.2

32 GB

B.3

64 GB

B.4

128 GB

B.5

256 GB

B.6

600 GB – (基準)

測試系列 C – 不同的搜尋混合

這項測試系列變更相較於瀏覽和開啟文件,由測試使用者所執行的搜尋部分。套用到伺服器陣列的測試負載是不同使用者交易的混合,其遵循的預設基準為 30% (開啟)、40% (瀏覽) 及 30% (搜尋)。這個系列中的測試會變更搜尋部分,也因此會變更「開啟」和「瀏覽」部分。

測試

開啟

瀏覽

搜尋

C.1

30%

55%

15%

C.2

30%

40%

30% (基準)

C.3

20%

40%

40%

C.4

20%

30%

50%

C.5

25%

25%

50%

C.6

5%

20%

75%

測試系列 D – 不同的 WFE RAM

這項測試系列變更配置給前端網頁伺服器的 RAM。同時,這項測試使用了四部前端網頁伺服器。這 4 部前端網頁伺服器上的 RAM 各以 4 GB、6 GB、8 GB 及 16 GB 進行測試。

測試

WFE 記憶體

D.1

4 GB

D.2

6 GB

D.3

8 GB - (基準)

D.4

16 GB

測試系列 E – 不同的 WFE 數目

這項測試系列變更使用中的前端網頁伺服器數目。測試的伺服器數目分別為 2、3、4、5 及 6。

測試

Web 前端數目

E.1

2

E.2

3 - (基準)

E.3

4

E.4

5

E.5

6

測試系列 F – SQL Server CPU 限制

這項測試系列限制 SQL Server 可用的 CPU 數目。測試之 SQL Server 的可用 CPU 數目分別為 2、4、8、16 及 80 個 CPU。

測試

SQL Server 可用的 CPU

F.1

4

F.2

6

F.3

8

F.4

16

F.5

80 - (基準)

測試負載

測試以一般混合作業保持在最佳載入點下方 (或綠色區域)。為測量特定變更,測試是在變數改變的每個點進行。測試系列是設計用來超出最佳載入點,以尋找伺服器陣列設定中的資源瓶頸。建議您將最佳載入點結果用於佈建實際執行伺服器陣列,才有多餘的資源容量處理臨時且意外的負載。針對這項專案,我們將最佳載入點定義為低於下列指標的資源:

· 第 75 個百分位數延遲少於 1 秒

· 前端網頁伺服器 CPU 少於 85%

· SQL Server CPU 少於 50%

· 應用程式伺服器 CPU 少於 50%

· FAST Search Server 2010 for SharePoint CPU 少於 50%

· 失敗率小於 0.01

測試期間的資源擷取

每次測試執行期間都會使用效能監視器 (Perfmon.exe) 和 Visual Studio 2010 Ultimate 擷取資源使用狀況,以判斷測試伺服器陣列上的負載。[報告] 區段中擷取並呈現了下列詳細資料。

· 每一 WFE、SharePoint 應用程式伺服器、FAST Search Server 2010 for SharePoint 索引、Fast Search Service 應用程式 (SSA)、SQL Server 電腦的 CPU

· 每一 WFE、SharePoint 應用程式伺服器、FAST Search Server 2010 for SharePoint 索引、Fast SSA、SQL Server 電腦的 RAM 使用狀況

· 所有測試元素上的網頁重新整理時間

· 每部磁碟機的磁碟佇列

測試伺服器陣列硬體結構詳細資料

文件中心伺服器陣列是 SharePoint 管理中心、文件中心 1、文件中心 2、服務應用程式及整合式 FAST Search 中心的主機。伺服器陣列包含三部實體伺服器和 22 部虛擬伺服器。

圖 3為實體架構的圖表。

47

圖 3 - 硬體結構圖表

圖 4 - 實體伺服器

由於我們不需要額外的 CPU 核心,且任一 Hyper-V 機器中限制只能使用 4 個邏輯 CPU,因此實體伺服器上已停用超執行緒。我們並不希望這些伺服器由於超執行緒而降低任何效能。實驗室中備有三部實體伺服器。實驗室內的虛擬 LAN 連線了三部實體伺服器加上二十二部虛擬伺服器,將其網路流量與不相關的實驗室機器隔離。LAN 是由 1 GBPS 乙太網路交換器所代管,且每部 NEC 伺服器已連線到兩個 1 GBPS 乙太網路連接埠。

· SPDC01.用於實驗室中之虛擬網路的 Windows 網域控制站和網域命名系統 (DNS) 伺服器。

· 4 個實體處理器核心,執行速度:3.4 GHz

· 4 GB 的 RAM

· 33 GB RAID SCSI 本機磁碟裝置

· PACNEC01.主控內容資料庫之主要和次要檔案、記錄和暫存資料庫的 SQL Server 2008 R2。這部伺服器上亦直接執行 100 個 FAST Document Processor。

· NEC ExpressServer 5800 1080a

· 內含 80 個執行速度 2.4 GHz 之實體處理器核心的 8 個 Intel E7-8870 CPU

· 1 TB 的 RAM

· 800 GB 的直接連接磁碟

· 2 個雙通道光纖通道主匯流排介面卡,效能:8 GB/秒

· 2 個 1 GBPS 乙太網路卡

· PACNEC02.提供給伺服器陣列內 SharePoint、FAST Search for SharePoint 及測試 Rig 虛擬機器使用的 Hyper-V 主機。

· NEC ExpressServer 5800 1080a

· 內含總計 64 個執行速度 2.27 GHz 之實體處理器核心的 8 個 Intel X7560 CPU

· 1 TB 的 RAM

· 800 GB 的直接連接磁碟

· 2 個雙通道光纖通道主匯流排介面卡,效能:8 GB/秒

· 2 個 1 GBPS 乙太網路卡

虛擬伺服器

圖 5 - 虛擬伺服器

這些伺服器全部都是執行在 PACNEC02 的 Hyper-V 執行個體上。所有的虛擬伺服器都是從儲存在 PACNEC02 伺服器本機上的 VHD 檔案開機,並全部具備實驗室虛擬 LAN 的設定存取。部分的虛擬伺服器已將客體作業系統內的直接磁碟存取提供給 SAN 上的 LUN。提供的直接磁碟存取透過使用 VHD 磁碟提升了效能,並用以存取 FAST Search 索引。以下列出實驗室中所執行之虛擬伺服器的不同類型,以及其資源使用和提供之服務的詳細資料。

虛擬伺服器類型

描述

測試 Rig (TestRig-1 到 TestRig-20)

· TestRig-1 是 Visual Studio 2010 Ultimate 的測試控制器

· TestRig-2 到 TestRig19 是由 TestRig-1 控制之 Visual Studio Agents 2010 的測試代理程式

Visual Studio 2010 Ultimate 的測試控制器和測試代理程式適用於測試伺服器陣列的負載。這些虛擬伺服器設有 4 個虛擬處理器和 8 GB 記憶體。這些伺服器使用 VHD 做為磁碟。

SP:管理中心、Secure Store SA、編目程式

· APP-1 - SharePoint 管理中心主機和 FAST Search Service 應用程式主機。

· APP-2 - SharePoint Service 應用程式和 FAST Search Service 應用程式主機。這部應用程式伺服器執行了下列 SharePoint 共用服務應用程式:

· Secure Store Service 應用程式。

· FAST Search Service 應用程式。

這些虛擬機器代管用於伺服器陣列內的 SharePoint 管理中心和服務應用程式。這些虛擬伺服器設有 4 個虛擬處理器和 16 GB 記憶體。這些伺服器使用 VHD 做為磁碟。

FAST Service 與管理

· FAST-SSA-1 和 FAST-SSA-2 – 分別是 FAST Search Service 應用程式 1 和 2。

這些虛擬機器代管 FAST Search Service 與管理。它們各設有 4 個虛擬處理器、16 GB 記憶體,並且使用 VHD 做為磁碟。

FAST 索引搜尋

· FAST-IS-1、FAST-IS2、FAST-IS3 及 FAST-IS4- FAST 索引、搜尋、網頁分析器節點 1、2、3 及 4。

這些虛擬機器代管 FAST 索引,以及用於伺服器陣列內的搜尋和網頁分析器節點。它們各設有 4 個虛擬處理器、16 GB 記憶體,並且使用 VHD 做為其開機磁碟。它們也各自將磁碟直接存取為 FAST 索引儲存空間之 3 TB 的 SAN LUN。

前端網頁伺服器 (SharePoint 和 FAST Search)

· WFE-1、WFE-2、及 WFE-3 - 前端網頁伺服器 #1、#2、#3,以及部分代管第一個文件中心的 Windows 負載平衡設定。這些虛擬伺服器設有 4 個虛擬處理器和 8 GB 記憶體。

· WFE-4、WFE-5 及 WFE-6 - 前端網頁伺服器 #4、#5、#6,以及部分代管第二個文件中心的 Windows 負載平衡設定。這些虛擬伺服器設有 4 個虛擬處理器和 8 GB 記憶體。

這些虛擬機器代管伺服器陣列內所有的前端網頁伺服器和專用的 FAST 編目程式主機。每個內容資料庫都包含一個設有 3 個負載平衡 SharePoint Server WFE 的文件中心。這是為了輔助橫跨兩個內容資料庫之負載測試的測試混合。在實際伺服器陣列中,每個 WFE 都指定多個內容資料庫。這些伺服器使用 VHD 做為磁碟。

磁碟儲存空間

儲存空間包含 EMC VNX5700 整合儲存空間。VNX5700 陣列已連線到每一部具備 8 GBPS 光纖通道的實體伺服器 PACNEC01 和 PACNEC02。每部實體伺服器都包含兩個光纖通道主匯流排介面卡,使其可以連線到主要 SAN 上的兩個儲存空間處理器,主要 SAN 則提供冗餘並允許 SAN 平衡整個儲存空間處理器的 LUN。

存放區域網路 - EMC VNX5700 陣列

EMC VNX5700 陣列 (http://www.emc.com/products/series/vnx-series.htm#/1 (可能為英文網頁)) 用以做為 SQL Server 資料庫和 FAST Search Server 2010 for SharePoint 搜尋索引的儲存空間。設定後的 VNX5700 包含 300 TB 的原始磁碟。陣列填入了 250x 600GB 10,000 RPM SAS 磁碟機和 75x 2TB 7,200 RPM 近線 SAS 磁碟機 (近線 SAS 磁碟機具備 SATA 實體介面和 SAS 連接器,而一般 SAS 磁碟機具備 SCSI 實體介面)。RAID-10 格式的磁碟機設定用於鏡像和切分。存放區域網路 (SAN) 中的設定 RAID 磁碟區分割為 3 集區,且 LUN 是由 表 2.中顯示的特定集區加以配置。

集區 #

描述

磁碟機類型

使用者容量 (GB)

配置 (GB)

0

FAST

SAS

31,967

24,735

1

內容資料庫

SAS

34,631

34,081

2

備用 – 未使用

NL SAS

58,586

5,261

表 2 - 配置的 SAN 集區

VNX 5700 上的邏輯單位編號 (LUN) 定義為 表 3 中所示。

LUN #

描述

大小 (GB)

伺服器

磁碟集區 #

磁碟機代號

0

SP Service 資料庫

1,024

PACNEC01

0

F

1

PACNEC02 額外空間

5,120

PACNEC02

0

2

FAST 索引 1

3,072

PACNEC02

0

F

3

FAST 索引 2

3,072

PACNEC02

0

G

4

FAST 索引 3

3,072

PACNEC02

0

H

5

FAST 索引 4

3,072

PACNEC02

0

I

6

SP 內容資料庫 1

7,500

PACNEC01

1

H

7

SP 內容資料庫 2

6,850

PACNEC01

1

I

8

SP 內容資料庫 3

6,850

PACNEC01

1

J

9

SP 內容資料庫 4

6,850

PACNEC01

1

K

10

SP 內容資料庫交易記錄

2,048

PACNEC01

1

G

11

SP Service 資料庫交易記錄

512

PACNEC01

0

L

12

暫存資料庫

2,048

PACNEC01

1

M

13

暫存資料庫記錄

2,048

PACNEC01

0

N

14

SP Usage Health 資料庫

3,072

PACNEC01

0

O

15

FAST 編目資料庫 / 管理資料庫

1,024

PACNEC01

1

P

16

備用 – 未使用

5,120

PACNEC01

2

17

大量 Office 文件內容

3,072

PACNEC01

其他

T

18

WM 分頁檔

1,024

PACNEC02

其他

K

19

資料庫備份 1

16,384

PACNEC01

其他

R

20

資料庫備份 2

16,384

PACNEC01

其他

S

表 3 - 邏輯單元編號

存放區域網路 - 其他磁碟陣列

其他較低效能的磁碟陣列已用於備份用途,並用以代管載入 SharePoint Server 2010 伺服器陣列中的大量 Office 文件內容。測試執行期間未使用這個陣列。

測試 SharePoint Server 伺服器陣列及 SQL Server 架構

我們在前文中定義邏輯架構說明我們所建議的 SharePoint Server 2010 限制。此架構包含了兩個 Web 應用程式,而每一個 Web 應用程式又各自包含一個專用的內容容資料庫,同時還在資料庫內各設置一個網站集合。每一個內容資料庫會預先載入 6 千萬份內含 Microsoft Word (.docx)、Excel (.xlsx)、PowerPoint (.pptx) 及超文字標記語言 (.html) 頁面的文件,平均每一份大小為 250 KB。每一個內容資料庫的大小約為 15 TB, 整體大小為 30 TB。大型實驗室的邏輯架構如圖 6 所示。

圖 6 - 軟體架構

SharePoint 文件中心伺服器陣列會在封存文件時使用,設計目的在容納數個文件庫中所儲存的大量文件。每個文件庫最多約可儲存 1 百萬份文件,而每個容器中的資料夾階層最多約可儲存 2,000 個項目。這些限制措施的主要目的,在讓文件庫得以載入大量的文件,而且當文件庫項目超過 1 百萬筆之後,載入時間也不會因此而變慢。

SharePoint 伺服器陣列 IIS 網站

有兩個內容網站集合會運用到文件中心範本。「搜尋中心」網站集合會使用 FAST Search 中心範本。每一個網站集合皆位在專屬的 Web 應用程式中,而每一支 Web 應用程式則會使用各自的應用程式集區。

IIS 網站 – SharePoint Services

SharePoint Services IIS 網站負責代管 SharePoint Server 2010 中的共用服務。此處針對實驗室的用途使用了 Secure Store。

IIS 網站 – SharePoint 管理中心 v4

SharePoint 管理中心 IIS 網站負責代管 SharePoint Server 2010 的管理中心網站與使用者介面。

IIS 網站 – 文件中心 1

文件中心 1 IIS 網站負責代管第一個文件中心的資料封存。

IIS 網站 – 文件中心 2

文件中心 2 IIS 網站負責代管第二個文件中心的資料封存。

IIS 網站 – FAST Search 中心

Fast Search 中心 IIS 網站負責代管伺服器陣列的搜尋使用者介面。

當項目超過 7 千萬筆時,編目資料庫的速度會明顯變慢,需要進行一些調整動作,才能將其從 1 億筆提升到 1 億 2 千萬筆。

SQL Server 資料庫

下列 SQL Server 資料庫由 EMC VNX 5700 存放區域網路 (SAN) 代管。

資料庫名稱

用途

大小 (MB)

SharePointAdminContent_

SharePoint 管理中心資料庫

768

SharePoint_Config

SharePoint 設定資料庫

1,574

系統資料庫 – tempdb

SQL Server 暫存資料庫

16,384

ReportServer

儲存所有報表中繼資料 (包括報表定義、報表記錄、快照與排程資訊) 的 Microsoft SQL Server 資料庫。

10

ReportServerTempDB

儲存報表執行期間所產生之所有暫存快照的 Microsoft SQL Server 資料庫。

3

SPContent01 (文件中心 1 的內容資料庫)

SharePoint 內容資料庫

15,601,286

SPContent02 (文件中心 2 的內容資料庫)

SharePoint 內容資料庫

15,975,266

FAST_Query_CrawlStoreDB_

FAST Search 查詢 Search Service 應用程式的編目程式存放庫。此編目程式存放庫資料庫僅供使用者設定檔 (人員搜尋) 之用。

15

FAST_Query_DB_

FAST Search 查詢 Search Service 應用程式的管理資料庫。

125

FAST_Query_PropertyStoreDB_

存放人員搜尋索引中之使用者設定檔項目的中繼資料屬性與安全性描述元。其會處理屬性式人員搜尋查詢,並傳回人員搜尋查詢結果的標準文件屬性。

173

FASTContent_CrawlStoreDB_

FAST Search 內容 Search Service 應用程式的編目程式存放庫。此編目程式存放庫資料庫僅供使用者設定檔以外所有經過編目的項目使用。

502,481

FASTContent_DB_

FAST Search 內容 Search Service 應用程式的管理資料庫。

23

FASTSearchAdminDatabase

FAST Search Server 2010 for SharePoint 伺服器陣列的管理資料庫。儲存及管理搜尋設定群組、關鍵字、同義字、文件與網站的升級與降級、屬性擷取程式的包含項目與排除項目、拼字檢查的排除項目、首選、視覺化首選,以及搜尋結構描述中繼資料。

4

WSS_Content_FAST_Search

FAST Search 中心的內容資料庫。

52

LoadTest2010

負載測試結果存放庫

4,099

表 4 - SQL Server 資料庫

FAST Search Server 2010 for SharePoint 的內容索引

FAST Search Server 2010 for SharePoint 的資料庫目錄在 SAN 上會直接採用 Hyper-V 磁碟。

在虛擬伺服器 FAST-IS1 上,資料目錄將會佔用 3 TB 中的 745 GB,而且不會使用任何暫存空間 (全部資料皆會清空)。

表 5 顯示 SAN 所儲存之 FAST Search Server 2010 for SharePoint 索引檔案資料夾的資料儲存空間。

名稱

用途

檔案數目

大小 (GB)

data_fixml

用於建立索引的索引來源

6 百萬

223

data_index

查詢實際使用的搜尋索引

3,729

490

sprel

SharePoint 相關性資訊。用於將熱門搜尋結果的排名提高到清單的第一位。

9

3

webanalyzer

提高搜尋結果的排名順序,以顯示更多連結的文件。

135

12

表 5 - 1/4 FAST 索引所使用的儲存空間

建立伺服器陣列的方法、專案時間表與程序專案時間表

下列為概略的專案時間表。

· 規劃伺服器陣列架構2 週

· 安裝伺服器與 SAN 硬體1 週

· 為伺服器陣列設置虛擬機器1 週

· 建立內容項目樣本2 週

· 將項目載入 SharePoint Server3 週

· 編寫測試指令碼1 週

· 編製 FAST Search 內容索引2 週

· 負載測試3 週

· 撰寫報表2 週

如何建立範例文件

為模擬實際的文件封存狀況,文件的唯一性十分重要。此處使用兩個公用程式,一個用於建立唯一的文件,一個用於從磁碟讀取這些檔案,然後再將其直接載入目標 SharePoint Web 應用程式與文件庫。

用於建立大量文件的工具

所有文件皆由 Microsoft .NET 4.0 Framework 所撰寫的大量載入程式命令列工具所建立。此工具利用 Wikipedia 內容的傾印檔做為輸入內容,在磁碟中建立多達 1 千萬份獨一無二的文件。庫存圖像將取代 Wikipedia 傾印內容中的圖像參照。您可以從 http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084 取得此工具的原始程式碼。

用於將文件載入 SharePoint 的工具

文件乃使用由 C# 與 Microsoft .NET 3.5 Framework 所撰寫,並相容於 SharePoint Server 的 LoadBulk2SP 命令列工具而加入至 SharePoint Server 中。此工具會以大量載入程式工具的磁碟輸出檔案做為輸入內容,然後利用應用程式設定中的目標 Web 應用程式與文件庫,直接在 SharePoint Server 上模擬相同的資料夾與檔案結構。此工具可以最佳效能每秒 233 份文件及每秒 137 份文件的整體平均載入時間,將超過 1 億份 250 KB 大小的文件載入 SharePoint Server。您可以從 http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974 取得此工具的原始程式碼。

載入大量文件時的效能特性

一如前文所述,文件的載入工作由 LoadBulk2SP 工具所完成。此工具利用 SubFolderCollection.Add() 方法在指定的文件庫中新增資料夾,並利用 SPFileCollection.Add() 方法直接在 SharePoint 文件庫中新增檔案。SharePoint Server 中所建立的資料夾與檔案結構模擬由大量載入程式工具所建立的輸出階層。

文件庫內容資料庫的大小

以下詳列每個文件庫內容資料庫的大小 (含伺服器陣列中所用的 SQL Server 檔案群組及主要與次要檔案)。

SQL 內容檔案

檔案群組

LUN

大小 (KB)

大小 (MB)

大小 (GB)

大小 (TB)

SPCPrimary01.mdf

主要

H:/

53,248

52.000

0.050

0.000

SPCData0102.mdf

SPCData01

I:/

3,942,098,048

3,849,697.312

3,759.470

3.671

SPCData0103.mdf

SPCData01

J:/

4,719,712768

4,609,094.500

4,501.068

4.395

SPCData0104.mdf

SPCData01

K:/

3,723,746,048

3,636,470.750

3,551.240

3.468

SPCData0105.mdf

SPCData01

H:/

3,371,171,968

3,292,160.125

3,215.000

3.139

SPCData0106.mdf

SPCData01

O:/

4,194,394

4,096.087

4.000

0.003

文件中心 1

總計:

15,760,968,474

15,391,570.775

15,030.820

14.678

SPCPrimary02.mdf

SPCData02

H:/

52,224

51.00

0.049

0.000

SPCData0202.mdf

SPCData02

I:/

3,240,200,064

3,164,257.875

3,090.095

3.017

SPCData0203.mdf

SPCData02

J:/

3,144,130,944

3,070,440.375

2,998.476

2.928

SPCData0204.mdf

SPCData02

K:/

3,458,544,064

3,377,484.437

3,298.324

3.221

SPCData0205.mdf

SPCData02

H:/

3,805,828,608

3,716,629.500

3,629.521

3.544

SPCData0206.mdf

SPCData02

O:/

2,495,168,448

2,436,687.937

2,379.578

2.323

文件中心 2

總計:

16,143,924,352

15,765,551.125

15,396.046

15.035

整體總計:

31,904,892,826

31,157,121.900

30,426.876

29.713

表 6 - SQL Server 資料庫的大小

文件庫階層、資料夾與檔案

以下詳列 LoadBulk2SP 工具為每一個文件中心所產生的文件庫階層及資料夾數與文件數總計。兩個文件中心的加總為 60,234 個資料夾與 120,092,033 個檔案。

文件中心 1

內容資料庫內各個文件庫所含的資料夾數與檔案數總計如 表 7 所示。如前文所述,每個文件庫的文件數嚴格限制在 1 百萬份,以便能夠處理大量的內容載入。如需有關大量文件庫儲存空間之 SharePoint 2010 伺服器陣列架構的結果與建議,請參閱先前的測試報表評估 SharePoint Server 2010 大型文件存放庫的效能與容量需求 (可能為英文網頁) (http://technet.microsoft.com/zh-tw/library/hh395916.aspx),這份報表著重在文件庫中項目數量的規模。

亦請參照文件庫項目和內容資料庫項目的 SharePoint Server 2010 界限,如下所述:SharePoint Server 2010 容量管理:TechNet 上的軟體界限與限制 (http://technet.microsoft.com/zh-tw/library/cc262787.aspx)。

文件中心 1

 

 

 

計數

文件庫

資料夾

檔案

DC1 總計:

30,447

60,662,595

表 7 - 文件中心 1 中的文件庫

文件中心 2

內容資料庫內各個文件庫所含的資料夾數與檔案數總計如 表 8 所示。

文件中心 2

 

 

 

計數

文件庫

資料夾

檔案

DC2 總計:

29,787

59,429,438

DC1 總計:

30,447

60,662,595

整體總計:

60,234

120,092,033

表 8 - 文件中心 2 中的文件庫

以下是 LoadBulk2SP 工具所執行之前五項作業的統計資料樣本,其同時使用了四個程序,每一個程序各有 16 個 執行緒分別針對不同的文件中心、文件庫及輸入資料夾與檔案。

第 26 次執行結果:

時間

資料夾

檔案

每秒的文件數

5 個資料夾 @ 2k 的檔案

小時

0

0

315

639,980

233

分鐘

45

2,700

46

46

58264

總計:

2,746

第 9 次執行結果:

時間

資料夾

檔案

每秒的文件數

30 個資料夾 @ 2k 的檔案

小時

5

18,000

1,920

3,839,864

178

分鐘

58

3,480

46

46

總計:

21,526

第 10 次執行結果:

時間

資料夾

檔案

每秒的文件數

30 個資料夾 @ 2k 的檔案

小時

6

21,600

1,920

3,839,881

162

分鐘

33

1,980

50

50

總計:

23,630

第 8 次執行結果:

時間

資料夾

檔案

每秒的文件數

30 個資料夾 @ 2k 的檔案

小時

6

21,600

1,920

3,839,857

155

分鐘

51

3,060

30

30

總計:

24,690

第 7 次執行結果:

時間

資料夾

檔案

每秒的文件數

30 個資料夾 @ 2k 的檔案

小時

6

21,600

1,920

3,839,868

154

分鐘

55

3,300

0

0

總計:

24,900

表 9 - LoadBulk2SP 效能結果的詳細資料

每秒的輸入輸出作業次數 (Input-Output Operations per Second,IOPS)

SQLIO 是十分重要的工具,可以判別指定設定的 I/O 容量。其會在效能測試結束之後,於系統上執行。因此數個由 SAN LUN 所支援的磁碟因為存有太多現行的資料,因此將無法納入其中。SQLIO 測試會先個別針對每一個磁碟機代號執行,然後再針對所有的磁碟機執行一次。右欄所顯示的 IOPS/GB 是 IOPS 除以磁碟機容量所得的結果。根據我們對於所有磁碟機的整體測試所得,將可達到 105,730 IOPS。

使用 SQLIO 工具測試所得的 IOPS

LUN

LUN 說明

大小 (GB)

讀取的 IOPS (最大值)

寫入的 IOPS (最大值)

IOPS 總計 (最大值)

每 GB 的 IOPS

F:

SP Service 資料庫

1024

2,736

23,778

26,514

25.89

G:

內容資料庫的交易記錄

2048

3,361

30,021

33,383

16.30

L:

Service 資料庫的交易記錄

512

2,495

28,863

31,358

61.25

M:

暫存資料庫

2048

2,455

21,778

24,233

11.83

N:

暫存資料庫記錄

2048

2,751

29,522

32,273

15.76

O:

內容資料庫 5

3,072

2,745

28,767

31,511

10.26

P:

編目/管理資料庫

1024

2,603

22,808

25,411

24.81

 

全部一次執行

11776

16,665

89,065

105,730

8.98

 

總計:

11,776

19,145

185,536

310,412

 

 

平均:

1,682

2,735

26,505

38,801

22

表 10 - 使用 SQLIO 工具測試 SAN 的 IOPS 結果

負載測試所得的 IOPS

效能監視器工作會與同時進行的 FAST 索引編製、內容載入及 Visual Studio 負載測試同步執行。下表是 LUN 所能達到的最大 IOPS,分別以 LUN、「說明」、「大小總計」、「最大讀取次數」、「最大寫入次數」、「IOPS 總計」及「每 GB 的 IOPS」表示。

由測試所得的 IOPS 結果可知,測試環境可與 SAN 相互搭配運作。由於磁碟機 H:、I:、J: 與 K:無法納入測試之中,造成所得到的 IOPS 總計遠高於 SQLIO 測試。

LUN

LUN 說明

大小 (GB)

讀取的 IOPS (最大值)

寫入的 IOPS (最大值)

IOPS 總計 (最大值)

每 GB 的 IOPS

G:

內容資料庫的交易記錄

2048

5,437

11,923

17,360

8.48

H:

內容資料庫 1

6,850

5,203

18,546

23,749

3.47

I:

內容資料庫 2

6,850

5,284

11,791

17,075

2.49

J:

內容資料庫 3

7,500

5,636

11,544

17,180

2.29

K:

內容資料庫 4

6,850

5,407

11,146

16,553

2.42

L:

Service 資料庫的交易記錄

512

5,285

10,801

16,086

31.42

M:

暫存資料庫

2048

5,282

11,089

16,371

7.99

N:

暫存資料庫記錄

2048

5,640

11,790

17,429

8.51

O:

內容資料庫 5

3072

5,400

11,818

17,218

5.60

P:

編目/管理資料庫

1024

5,249

11,217

16,467

16.08

總計:

31,365

53,824

121,667

175,491

 

平均:

3,136

5,382

12,167

17,549

5.60

表 11 - 效能記錄中所測量的 IOPS

FAST Search Server 2010 for SharePoint 文件編目

編目所要搜尋的 SharePoint 網站,由設定負責提供資料給 FAST 內容散發者的 SharePoint 編目程式執行。根據設定,內容 Search Service 應用程式 (SSA) 會在 APP-1 與 APP-2 兩部伺服器上執行,而查詢 SSA 則會在 FAST-1 及 FAST-2 兩部伺服器上執行。

SQL Server 機器上共執行了 100 個 FAST 索引文件處理器。我們從電腦的工作管理員擷取了這張螢幕擷取畫面,其顯示以 SQL Server 所同時執行的文件處理器工作及 10,000 項使用者負載測試亦位於此電腦上。

圖 7 - PACNEC01 上執行 FAST 索引編製及負載測試時的工作管理員

測試結果

為了在測試過程中產生大量負載,會使用下列軟體:Visual Studio 2010 Ultimate、Visual Studio 2010 Load Control 以及 Microsoft Visual Studio Agents 2010 [footnoteRef:2].必須有「測試 Rig」才能模擬使用者數量以及產生大量負載。測試 Rig 是由一台測試控制器電腦或一台以上的測試代理程式電腦所組成。測試控制器會管理並與代理程式電腦協調,而代理程式則負責對 SharePoint Server 產生負載。測試控制器也會負責從代理程式電腦收集測試中機器的效能監視器資料。 [2: Visual Studio Agents 2010 (可能為英文網頁)]

本節會釐清這些效能測試的執行結果

測試系列 A – 不同的使用者數

在此測試系列中,我們將不同的使用者數目載入至測試伺服器陣列中。圖 8 顯示在測試過程中,Visual Studio 2010 Ultimate Test Controller 可以針對每位使用者的負載大小,透過 SharePoint 伺服器陣列所處理的每秒要求數。您可以將其視為套用了其他使用者負載,並且隨著使用者數目增加,要求數也與之上升,但在達到 15,000 時,由於大量載入伺服器陣列,所增加的要求數並沒有和套用的負載數一樣多。

這是因為 15,000 位的使用者測試是使用了額外的時間進行增加,我們實際上花了 2 個小時執行此測試,而不是基準的 1 小時。在負載時,我們同時也發現 3 部前端網頁伺服器是不夠的。我們使用了 6 部前端網頁伺服器。

圖 8 - 平均 RPS (系列 A)

在 圖 9 中您可以看到測試交易回應時間和網頁重新整理時間一起在大型 15,000 位使用者測試中上升。這表示系統中對於此類大型使用者負載存有瓶頸。我們在 H: 磁碟機上遇到了高 IOPS 負載,在測試中該磁碟機包含了內容資料庫的主要資料檔案。您可以在此區域中完成其他調查以移除這個瓶頸。

圖 9 - 系列 A 使用的時間和 WFE

在 圖 10 中您可以看見當我們將使用者負載從 4,000 增加到 10,000 時所增加的 CPU 使用率,然後您也可以看見當我們將前端網頁伺服器 (WFE) 從 3 部增加到 6 部時所減少的 CPU 使用率。在底部,您還可以看見 APP-1 伺服器有著相當穩定的 CPU 使用率,且大型 PACNEC01 SQL Server 電腦從未達到 3% 的總 CPU 使用率。

圖 10 - 平均 CPU 使用率 (系列 A)

表 12 顯示了測試系列 A 中此三項測試期間所擷取之資料的摘要。資料項目顯示為 “NA” 則表示其並未擷取。

測試

A.1

A.2

A.3

使用者

4,000

10,000

15,000

WFE

3

3

6

持續時間

1 小時

1 小時

2 小時

平均 RPS

96.3

203

220

平均頁面時間

0.31 秒

0.71 秒

19.2 秒

平均回應時間

0.26 秒

0.58 秒

13.2 秒

平均 CPU WFE-1

22.3%

57.3%

29.7%

可用的 RAM WFE-1

5,828

5,786

13,311

平均 CPU WFE-2

36.7%

59.6%

36.7%

可用的 RAM WFE-2

5,651

5,552

13,323

平均 CPU WFE-3

22.8%

57.7%

34%

可用的 RAM WFE-3

5,961

5,769

13,337

平均 CPU PACNEC01

1.29%

2.37%

2.86%

可用的 RAM PACNEC01

401,301

400,059

876,154

平均 CPU APP-1

6.96%

14.5%

13.4%

可用的 RAM APP-1

13,745

13,804

13,311

平均 CPU APP-2

0.73%

1.09%

0.27%

可用的 RAM APP-2

14,815

14,992

13,919

平均 CPU WFE-4

NA

NA

29.7%

可用的 RAM WFE-4

NA

NA

13,397

平均 CPU WFE-5

NA

NA

30.4%

可用的 RAM WFE-5

NA

NA

13,567

平均 CPU WFE-6

NA

NA

34.9%

可用的 RAM WFE-6

NA

NA

13,446

平均磁碟寫入佇列長度、PACNEC01 H:SPContent DB1

0.0 (高峰時為 0.01)

0.0 (高峰時為 0.02)

0.3 (高峰時為 24.1)

表 12 - 系列 A 測試的詳細結果

測試系列 B – 不同的 SQL Server RAM

在此測試系列中,我們改變了 SQL Server 可用的 RAM 數量。您可以在 圖 11 中看見每秒的要求數並不因配置給 SQL Server 的 RAM 數量不同而有所影響。

圖 11 – 系列 B 的每秒平均要求數

在 圖 12 中您可以看見所有測試的頁面和交易回應時間都在 1 秒以內。

圖 12 - 系列 B 的頁面和交易回應時間

圖 13 顯示了前端網頁伺服器 (WFE)、應用程式伺服器以及 SQL 資料庫伺服器的 CPU 使用率。您可以看見這 3 部 WFE 對所有測試都處於持續忙碌的狀態,應用程式伺服器則大多處於閒置狀態,而資料庫伺服器也未超過 3% 的 CPU 使用率。

圖 13 - 平均 CPU 使用率 (系列 B)

圖 14 – 系列 B 可用的 RAM

表 13 顯示測試系列 B 之三個測試期間的資料擷取摘要。

測試

B.1

B.2

B.3

B.4

B.5

B.6

SQL RAM

16 GB

32 GB

64 GB

128 GB

256 GB

600 GB

平均 RPS

203

203

203

204

203

202

平均頁面時間

0.66

0.40

0.38

0.42

0.58

0.89

平均回應時間

0.56

0.33

0.31

0.37

0.46

0.72

平均 CPU WFE-1

57.1%

58.4%

58.8%

60.6%

60%

59%

可用的 RAM WFE-1

6,239

6,063

6,094

5,908

5,978

5,848

平均 CPU WFE-2

55.6%

60.1%

57.1%

59.6%

60.3%

58.1%

可用的 RAM WFE-2

6,184

6,079

6,141

6,119

5,956

5,828

平均 CPU WFE-3

59.4%

56%

56.9%

58.4%

61.4%

59.8%

可用的 RAM WFE-3

6,144

6,128

6,159

6,048

5,926

5,841

平均 CPU PACNEC01

2.84%

2.11%

2.36%

2.25%

2.38%

2.29%

可用的 RAM PACNEC01

928,946

923,332

918,526

904,074

861,217

881,729

平均 CPU APP-1

14.3%

12.6%

13.3%

12.5%

13.4%

13.8%

可用的 RAM APP-1

14,163

14,099

14,106

14,125

14,221

14,268

平均 CPU APP-2

1.29%

1.14%

1.2%

1.2%

1.03%

0.96%

可用的 RAM APP-2

15,013

14,884

14,907

14,888

14,913

14,900

表 13 - 系列 B 測試的詳細結果

測試系列 C – 不同的交易混合

在此測試系列中,我們改變了工作量混合中所完成之搜尋交易的比例。

圖 15 - 平均 RPS (系列 C)

在 圖 16 中您可以看見測試 C.5 有顯著較長的頁面回應時間,這表示 SharePoint Server 2010 以及 FAST Search Server 2010 for SharePoint 伺服器陣列在測試期間已超載。

圖 16 - 系列 C 的頁面和交易回應時間

圖 17 - 平均 CPU 時間 (系列 C)

圖 18 - 平均 RAM (系列 C)

表 14 顯示測試系列 C 之三個測試期間中的資料擷取摘要。

測試

C.4

C.2 (基準)

C.1

C.2

C.3

C.5

開啟

30%

30%

20%

20%

25%

5%

瀏覽

55%

40%

40%

30%

25%

20%

搜尋

15%

30%

40%

50%

50%

75%

平均 RPS

235

203

190

175

168

141

平均頁面時間 (秒)

1.19

0.71

0.26

0.43

0.29

25.4

平均回應時間 (秒)

0.87

0.58

0.20

0.33

0.22

16.1

平均 CPU WFE-1

62.2%

57.30%

44.2%

40.4%

36.1%

53.1%

可用的 RAM WFE-1

14,091

5,786

6,281

6,162

6,069

13,766

平均 CPU WFE-2

65.2%

59.60%

45.2%

40.1%

37.6%

58.8%

可用的 RAM WFE-2

13,944

5,552

6,271

6,123

6,044

13,726

平均 CPU WFE-3

65.3%

57.70%

49.4%

44.2%

39.6%

56.8%

可用的 RAM WFE-3

13,693

5,769

6,285

6,170

6,076

13,716

平均 CPU PACNEC01

2.4%

2.37%

2.6%

2.51%

2.32%

3.03%

可用的 RAM PACNEC01

899,613

400,059

814,485

812,027

808,842

875,890

平均 CPU APP-1

8.27%

14.50%

17.8%

20.7%

18.4%

16.2%

可用的 RAM APP-1

13,687

13,804

14,002

13,991

13,984

13,413

平均 CPU APP-2

0.28%

NA

0.88%

0.8%

0.79%

0.14%

可用的 RAM APP-2

13,916

NA

14,839

14,837

14,833

13,910

平均 CPU FAST-1

8.39%

NA

NA

NA

NA

16.6%

可用的 RAM FAST-1

13,998

NA

NA

NA

NA

13,686

平均 CPU FAST-2

8.67%

NA

NA

NA

NA

16.7%

可用的 RAM FAST-2

14,135

NA

NA

NA

NA

13,837

平均 CPU FAST-IS1

37.8%

NA

NA

NA

NA

83.4%

可用的 RAM FAST-IS1

2,309

NA

NA

NA

NA

2,298

平均 CPU FAST-IS2

30.2%

NA

NA

NA

NA

66.1%

可用的 RAM FAST-IS2

5,162

NA

NA

NA

NA

5,157

平均 CPU FAST-IS3

30.6%

NA

NA

NA

NA

69.9%

可用的 RAM FAST-IS3

5,072

NA

NA

NA

NA

5,066

平均 CPU FAST-IS4

25.6%

NA

NA

NA

NA

58.2%

可用的 RAM FAST IS-4

5,243

NA

NA

NA

NA

5,234

表 14 - 系列 C 測試的詳細結果

測試系列 D – 不同的前端網頁伺服器 RAM

在此測試系列中,我們改變了每部前端網頁伺服器虛擬機器的 RAM 數量。

圖 19 - 平均 RPS

圖 20 - 頁面以及交易回應時間

圖 21 - 平均 CPU 時間

在 圖 22 中您可以看見每部前端網頁伺服器上可用的 RAM,在所有情況下,配置給虛擬機器的 RAM 至少有 2 GB。這表示對於 10,000 位使用者負載以及此測試交易混合而言,前端網頁伺服器至少需要 2 GB 的 RAM 加上更多保留空間。

圖 22 - 系列 D 可用的 RAM

表 15 顯示測試系列 D 之三個測試期間中的資料擷取摘要。

測試

D.1

D.2

D.3

D.4

WFE RAM

4 GB

6 GB

8 GB

16 GB

平均 RPS

189

188

188

188

平均頁面時間 (秒)

0.22

0.21

0.21

0.21

平均回應時間 (秒)

0.17

0.16

0.16

0.16

平均 CPU WFE-1

40.5%

37.9%

39.6%

37.3%

可用的 RAM WFE-1

2,414

4,366

6,363

14,133

平均 CPU WFE-2

42.3%

40%

40.3%

39.5%

可用的 RAM WFE-2

2,469

4,356

6,415

14,158

平均 CPU WFE-3

42.6%

42.4%

42.2%

43.3%

可用的 RAM WFE-3

2,466

4,392

6,350

14,176

平均 CPU PACNEC01

2.04%

1.93%

2.03%

2.14%

可用的 RAM PACNEC01

706,403

708,725

711,751

706,281

平均 CPU APP-1

11.8%

13.1%

12.9%

12.3%

可用的 RAM APP-1

13,862

13,866

13,878

13,841

平均 CPU APP-2

0.84%

0.87%

0.81%

0.87%

可用的 RAM APP-2

14,646

14,650

14,655

14,636

平均 CPU WFE-4

42.3%

43.6%

41.9%

45%

可用的 RAM WFE-4

2,425

4,342

6,382

14,192

表 15 - 系列 D 測試的詳細結果

測試系列 E – 不同的前端網頁伺服器數目

在此測試系列中,我們在伺服器陣列中使用了不同的前端網頁伺服器數目。請注意:圖 23 顯示出使用 2 至 3 部前端網頁伺服器的平均 RPS 較低,因為系統無法跟上套用的使用者負載。但若使用了 4、5 或 6 部前端網頁伺服器,當系統從測試代理程式中處理完整負載時,每秒要求數十分穩定。

圖 23 - 平均 RPS (系列 E)

圖 24 中顯示出相似的模式,您可以看到 2 到 3 個 WFE 的回應時間較高,而較多前端網頁伺服器的回應時間較低。

圖 24 - 頁面和交易時間 (系列 E)

在 圖 25 中,您可以看到當可使用更多前端網頁伺服器時,CPU 時間則較低。使用 6 部前端網頁伺服器會明顯減少整個前端網頁伺服器中的平均 CPU 使用率,但 10,000 位使用者負載僅需要 4 部前端網頁伺服器。請注意:您無法從此圖表得知處理負載的設定為哪項。您可以看到我們識別為無法完整處理負載的 3 部前端網頁伺服器,該前端網頁伺服器 CPU 只多於 50%。

圖 25 - 平均 CPU (系列 E)

圖 26 - 可用的 RAM (系列 E)

表 16 顯示了測試系列 E 中三項測試期間所擷取資料的摘要。

測試

E.1

E.2

E.3

E.4

E.5

WFE 伺服器

2

3

4

5

6

平均 RPS

181

186

204

204

205

平均頁面時間 (秒)

8.02

0.73

0.23

0.20

0.22

平均回應時間 (秒)

6.34

0.56

0.19

0.17

0.18

平均 CPU WFE-1

77.4

53.8

45.7

39.2

32.2

可用的 RAM WFE-1

5,659

6,063

6,280

6,177

6,376

平均 CPU WFE-2

76.2%

53.8%

45.9%

38.2%

28.8%

可用的 RAM WFE-2

5,623

6,132

6,105

6,089

5,869

平均 CPU WFE-3

NA

52.5%

43.9%

37.7%

31.2%

可用的 RAM WFE-3

NA

6,124

6,008

5,940

6,227

平均 CPU WFE-4

NA

NA

44.5%

34.8%

34.7%

可用的 RAM WFE-4

NA

NA

6,068

6,083

6,359

平均 CPU WFE-5

NA

NA

NA

35.1%

32%

可用的 RAM WFE-5

NA

NA

NA

6,090

6,245

平均 CPU WFE-6

NA

NA

NA

NA

33.9%

可用的 RAM WFE-6

NA

NA

NA

NA

5,893

平均 CPU PACNEC01

2.13%

1.93%

2.54%

2.48%

2.5%

可用的 RAM PACNEC01

899,970

815,502

397,803

397,960

397,557

平均 CPU APP-1

9.77%

11.7%

15%

14.7%

13.6%

可用的 RAM APP-1

14,412

13,990

14,230

14,227

14,191

平均 CPU APP-2

1.06%

0.92%

1%

1%

1.04%

可用的 RAM APP-2

14,928

14,841

14,874

14,879

14,869

表 16 - 系列 E 測試的詳細結果

測試系列 F – 不同的 SQL Server CPU

在此測試系列中,我們變更了 SQL Server 可用的 CPU 數目。

圖 27 - 平均 RPS (系列 F)

您可以在 圖 28 中看到,儘管 SQL Server 電腦上有最低的 CPU 使用率,但當 SQL Server 具備較少可使用的 CPU 時,頁面和交易回應時間仍會增高。

圖 28 - 頁面和交易時間 (系列 F)

在 圖 29 中,整台電腦的 SQL Server 平均 CPU 不會多於 3%。前端網頁伺服器在整個測試中約在 55% 左右。

圖 29 - 平均 CPU (系列 F)

圖 30 - 可用的 RAM (系列 F)

表 17 顯示了測試系列 F 中三項測試期間所擷取資料的摘要。

測試

F.1

F.2

F.3

F.4

F.5

SQL CPU

4

6

8

16

80

平均 RPS

194

200

201

203

203

平均頁面時間 (秒)

4.27

2.33

1.67

1.2

0.71

平均回應時間 (秒)

2.91

1.6

1.16

0.83

0.58

平均 CPU WFE-1

57.4%

57.4%

56.9%

55.5%

57.30%

可用的 RAM WFE-1

13,901

13,939

13,979

14,045

5,786

平均 CPU WFE-2

60.3%

58.9%

62.6%

61.9%

59.60%

可用的 RAM WFE-2

13,920

14,017

13,758

14,004

5,552

平均 CPU WFE-3

56.8%

62%

61%

62.1%

57.70%

可用的 RAM WFE-3

13,859

13,942

13,950

13,971

5,769

平均 CPU PACNEC01

1.56%

2.57%

2.69%

2.6%

2.37%

可用的 RAM PACNEC01

865,892

884,642

901,247

889,479

400,059

平均 CPU APP-1

12.5%

12.8%

12.8%

12.8%

14.50%

可用的 RAM APP-1

13,856

13,713

13,725

13,745

13,804

平均 CPU APP-2

0.22%

0.25%

0.26%

0.25%

NA

可用的 RAM APP-2

14,290

14,041

14,013

13,984

NA

平均 CPU FAST-1

12.8%

13%

13%

13%

NA

可用的 RAM FAST-1

13,913

14,051

14,067

14,085

NA

平均 CPU FAST-2

12.9%

13.4%

13.3%

13.5%

NA

可用的 RAM FAST-2

14,017

14,170

14,183

14,184

NA

表 17 - 系列 F 測試的詳細結果

Service Pack 1 (SP1) 和六月份累計更新 (CU) 測試

在 SharePoint Server2010 伺服器陣列全面填入 1.2 億個項目之後,我們也套用了 SharePoint Server 2010 SP1 和 FAST Search Server 2010 for SharePoint SP1,藉此檢視大型填入伺服器陣列上程序執行的時間。

SharePoint Server 2010

實驗室中套用了 SharePoint Server 2010 Service Pack 1 (SP1) 和六月份累計更新,以判斷大型文件中心伺服器陣列案例的基本升級時間。下列圖表反映了在需要 SP1 和六月份 CU 升級的伺服器陣列中,每項安裝的開始和結束時間、安裝的總時間、PSCONFIG 升級命令的開始和結束時間、PSCONFIG 升級命令的總時間、以伺服器名稱升級的總時間,以及總安裝時間。

伺服器名稱

SP1 開始

SP1 結束

時間差(h:mm:ss)

六月份 CU 開始

六月份 CU 結束

時間差(h:mm:ss)

PSConfig 開始

PSConfig 結束

時間差(h:mm:ss)

APP-1

2011/7/12 4:00:00

2011/7/12 4:15:51

0:15:51

2011/7/29 10:45:00

2011/7/29 11:00:05

0:15:05

2011/7/29 13:25:50

2011/7/29 13:30:15

0:04:25

APP-2

2011/7/12 4:26:07

2011/7/12 4:39:31

0:13:24

2011/7/29 11:02:30

2011/7/29 11:17:23

0:14:53

2011/7/29 13:33:15

2011/7/29 13:35:11

0:01:56

WFE-1

2011/7/12 4:41:05

2011/7/12 4:49:16

0:08:11

2011/7/29 11:23:00

2011/7/29 11:31:07

0:08:07

2011/7/29 13:36:35

2011/7/29 13:38:11

0:01:36

WFE-2

2011/7/12 4:50:24

2011/7/12 4:57:47

0:07:23

2011/7/29 11:32:45

2011/7/29 11:40:46

0:08:01

2011/7/29 13:39:20

2011/7/29 13:40:54

0:01:34

WFE-3

2011/7/12 4:59:00

2011/7/12 5:06:39

0:07:39

2011/7/29 11:42:00

2011/7/29 11:49:47

0:07:47

2011/7/29 13:42:40

2011/7/29 13:44:14

0:01:34

WFE-4

2011/7/12 5:10:060

2011/7/12 5:17:30

0:07:24

2011/7/29 11:51:00

2011/7/29 11:58:49

0:07:49

2011/7/29 13:46:05

2011/7/29 13:47:41

0:01:36

WFE-5

2011/7/12 5:18:49

2011/7/12 5:27:07

0:08:18

2011/7/29 11:59:45

2011/7/29 12:08:19

0:08:34

2011/7/29 13:49:00

2011/7/29 13:50:36

0:01:36

WFE-6

2011/7/12 5:28:25

2011/7/12 5:35:40

0:07:15

2011/7/29 12:09:30

2011/7/29 12:17:10

0:07:40

2011/7/29 13:52:00

2011/7/29 13:53:35

0:01:35

WFE-CRAWL1

2011/7/12 5:37:20

2011/7/12 5:44:35

0:07:15

2011/7/29 12:18:10

2011/7/29 12:25:51

0:07:41

2011/7/29 13:54:35

2011/7/29 13:56:19

0:01:44

FAST-SSA-1

2011/7/12 5:49:00

2011/7/12 5:57:45

0:08:45

2011/7/29 12:39:40

2011/7/29 12:48:24

0:08:44

2011/7/29 13:57:30

2011/7/29 13:59:07

0:01:37

FAST-SSA-2

2011/7/12 5:59:08

2011/7/12 6:08:29

0:09:21

2011/7/29 12:51:30

2011/7/29 13:00:11

0:08:41

2011/7/29 14:00:00

2011/7/29 14:01:58

0:01:58

總時間:

1:40:46

1:43:02

0:21:11

總計:

3:44:59

表 18- 套用 SP1 和六月份累計更新的時間

FAST Search Server for SharePoint 2010

FAST Search Server for SharePoint 2010 SP1 升級在每個節點上花費了約略 15 分鐘的升級時間。

SQL Server 內容資料庫備份文件中心 1

SQL Server 資料庫備份已在文件中心 1 (SPContent01) 的內容資料庫上加以執行。備份 (B/U) 執行在 SP1、六月份累計更新 (CU) 之前,以及 SP1 之後。以下為備份時間和大小詳細資料。

資料庫名稱

B/U 開始

B/U 結束

時間差 (h:mm:ss)

大小 (TB)

附註

SPContent01

2011/7/10 9:56:00

2011/7/10 23:37:00

13:41:00

14.40

SP1 之前

SPContent01

2011/7/29 14:22:10

2011/7/30 4:28:00

14:05:50

14.40

SP1 之後 /六月份 CU

表 19 - 備份執行時間

結論

SharePoint Server 2010 伺服器陣列在 15,000 位同時使用者以及內含總計 1.2 億份文件之 SharePoint 內容資料庫的情況下測試成功。我們原先無法支援使用三部前端網頁伺服器 (基準環境中所指定) 載入 15,000 位同時使用者,並且針對此負載我們需要六部前端網頁伺服器。

建議

以下為建議的摘要清單。我們計劃發行的大型文件庫最佳作法文件,可提供更多各項建議的詳細資料。在每節中,硬體附註不見得是十分完整的清單,而是僅列出在內含 1.2 億份文件的 SharePoint Server 2010 伺服器陣列中,載入 15,000 位同時使用者所需的最少硬體需求。

SQL Server 2008 R2 的相關建議

· 供負載使用的硬體附註:

· SQL Server 上 64 GB RAM

· SQL Server 上 16 CPU 核心

· 適當提供儲存在 SharePoint 內容資料庫中每 GB 的每秒 2 個 IO 功能

· 設定 SQL Server 2008 R2 屬性平行處理原則的最大程度 (MAXDOP)=1,預設為 0

· 在 SAN 上使用數個 LUN (磁碟機代號),每個所使用的 LUN 上有一個 SQL Server 資料檔和一個配置的虛擬 CPU。我們在獨立的 LUN 上使用了 5 個資料檔

SharePoint Server 2010 的相關建議

· 供負載使用的硬體附註:

· 每一部前端網頁伺服器上 8 GB RAM

· 6 部前端網頁伺服器

· 新增停用回送檢查登錄機碼到 \HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\DisableLoopbackCheck=1

· 透過在影響表格索引上執行 ALTER INDEX,以在大量文件匯入期間手動減少表格索引片段問題。

· 透過建立 SPFolder.CopyTo 的重複文件,以針對大量匯入文件使用 SPFileCollection.ADD。

FAST Search Server for SharePoint 2010 的相關建議

· 供負載使用的硬體附註:

· 4 列 FAST Search Server 2010 for SharePoint 索引伺服器

· SharePoint Server 2010 文件編目程式的登錄更新

在執行 FAST 內容 SSA 編目程式的節點上 (APP-1 和 APP-2),下列登錄值亦隨之更新以改善登錄區中的編目程式效能:

HKLM\SOFTWARE\Microsoft\Office Server\14.0\Search\Global\Gathering Manager

1. FilterProcessMemoryQuota

預設值 100 MB 變更為 200 MB

2. DedicatedFilterProcessMemoryQuota

預設值 100 MB 變更為 200 MB

3. FolderHighPriority

預設值 50 變更為 500

· 監控 FAST Search Server 2010 for SharePoint 索引編目

每天應監控編目程式至少三次。我們花費了大約 2 個星期進行 1 億個項目的編目。每次編目的監控也同時完成了下列四項檢查:

1. rc –r | select-string “# doc”

檢查文件處理器的忙碌程度

2. 監控編目佇列大小

使用報告或 SQL Server Management Studio 以檢視 MSCrawlURL

3. Indexerinfo –a doccount

確認所有的索引器均已回報,以查看 1000 毫秒內的編製索引數。我們可發現視當時編製索引的文件類型不同,數目範圍為 40 到 120。

4. Indexerinfo –a status

監控索引器和分割配置的狀況

參考資料

· SharePoint Server 2010 容量管理:軟體界限與限制 (http://technet.microsoft.com/zh-tw/library/cc262787.aspx)

· 評估 SharePoint Server 2010 中大型文件存放庫的效能與容量需求 (可能為英文網頁) (http://technet.microsoft.com/zh-tw/library/hh395916.aspx)

· 規劃及設定儲存空間及 SQL Server 容量 (SharePoint Server 2010) (http://technet.microsoft.com/zh-tw/library/cc298801.aspx)

· TechNet 上的 SharePoint 效能與容量規劃資源中心 (可能為英文網頁) (http://technet.microsoft.com/zh-tw/office/sharepointserver/bb736741)

· 虛擬化的最佳作法 (SharePoint Server 2010) (http://technet.microsoft.com/zh-tw/library/hh295699.aspx)

· SharePoint Server 2010 伺服器陣列中 SQL Server 2008 的最佳作法 (http://technet.microsoft.com/zh-tw/library/hh292622.aspx)

· SharePoint Server 2010 容量管理的最佳作法 (可能為英文網頁) (http://technet.microsoft.com/zh-tw/library/hh403882.aspx)

· 效能與容量建議 (FAST Search Server 2010 for SharePoint) (http://technet.microsoft.com/zh-tw/library/gg702613.aspx)

· 大量載入程式工具 (http://code.msdn.microsoft.com/Bulk-Loader-Create-Unique-eeb2d084)

· LoadBulk2SP 工具 (http://code.msdn.microsoft.com/Load-Bulk-Content-to-3f379974)

· SharePoint 效能測試指令碼 (http://code.msdn.microsoft.com/SharePoint-Testing-c621ae38)

平均 RPSA.1 4,000A.2 10,000A.3 15,00096.3203220WFE 數目A.1 4,000A.2 10,000A.3 15,000336平均頁面時間A.1 4,000A.2 10,000A.3 15,0000.310000000000000110.7100000000000001919.2平均回應時間A.1 4,000A.2 10,000A.3 15,0000.260.5800000000000000713.2平均 CPU PACNEC01A.1 4,000A.2 10,000A.3 15,0001.2900000000000003E-22.3699999999999999E-22.86E-2平均 CPU APP-1A.1 4,000A.2 10,000A.3 15,0006.9600000000000023E-20.145000000000000050.13400000000000001平均 CPU WFE-1A.1 4,000A.2 10,000A.3 15,0000.2230.572999999999999950.29700000000000015平均 CPU WFE-2A.1 4,000A.2 10,000A.3 15,0000.367000000000000160.595999999999999970.36700000000000016平均 CPU WFE-3A.1 4,000A.2 10,000A.3 15,0000.228000000000000010.577000000000000180.34平均 CPU WFE-4A.1 4,000A.2 10,000A.3 15,000000.29700000000000015平均 CPU WFE-5A.1 4,000A.2 10,000A.3 15,000000.30399999999999999平均 CPU WFE-6A.1 4,000A.2 10,000A.3 15,000000.34900000000000009平均 RPSB.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB203203203204203202平均頁面時間B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB0.660000000000000250.40.380000000000000120.42000000000000010.580000000000000070.89平均回應時間B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB0.560000000000000050.330000000000000130.310000000000000110.370000000000000110.460.7200000000000002平均 CPU WFE-1B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB0.570999999999999950.583999999999999960.587999999999999970.606000000000000210.60000000000000020.59平均 CPU WFE-2B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB0.556000000000000050.60100000000000020.570999999999999950.595999999999999970.60300000000000020.58099999999999996平均 CPU WFE-3B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB0.593999999999999970.560000000000000050.568999999999999950.583999999999999960.614000000000000210.59799999999999998平均 CPU PACNEC01B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB2.8400000000000002E-22.1100000000000001E-22.3599999999999993E-22.2500000000000006E-22.3800000000000002E-22.2900000000000007E-2平均 CPU APP-1B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB0.143000000000000040.1260.133000000000000010.1250.134000000000000010.13800000000000001可用的 RAM WFE-1B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB623960636094590859785848可用的 RAM WFE-2B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB618460796141611959565828可用的 RAM WFE-3B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB614461286159604859265841可用的 RAM PACNEC01 B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB928946923332918526904074861217881729可用的 RAM APP-1B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB141631409914106141251422114268可用的 RAM APP-2B.1 16GBB.2 32GBB.3 64GBB.4 128GBB.5 256GBB.6 600GB150131488414907148881491314900平均 RPSC.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%235203190175168141平均頁面時間C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%1.19000000000000040.710000000000000190.260.43000000000000010.2900000000000000925.4平均回應時間C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.870000000000000220.580000000000000070.20.330000000000000130.2216.100000000000001開啟C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.30000000000000010.30000000000000010.20.20.250.05瀏覽C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.550000000000000040.40.40.30000000000000010.250.2搜尋C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.150000000000000050.30000000000000010.40.50.50.75000000000000022平均 CPU WFE-1C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.622000000000000220.572999999999999950.4420.404000000000000080.361000000000000150.53100000000000003平均 CPU WFE-2C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.652000000000000250.595999999999999970.452000000000000010.401000000000000020.376000000000000110.58799999999999997平均 CPU WFE-3C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.653000000000000250.577000000000000180.494000000000000160.4420.396000000000000130.56799999999999995平均 CPU PACNEC01C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%2.4E-22.3699999999999999E-22.5999999999999999E-22.5100000000000001E-22.3199999999999991E-23.0300000000000001E-2平均 CPU APP-1C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%8.2700000000000023E-20.145000000000000050.178000000000000050.207000000000000050.184000000000000050.16200000000000001平均 CPU FAST-1C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%8.390000000000003E-20.16600000000000001平均 CPU FAST-2C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%8.6700000000000041E-20.16700000000000001平均 CPU FAST-IS1C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.378000000000000110.83400000000000019平均 CPU FAST-IS2C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.302000000000000160.66100000000000025平均 CPU FAST-IS3C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.306000000000000160.69899999999999995平均 CPU FAST-IS4C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%0.256000000000000010.58199999999999996可用的 RAM WFE-1C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%14091578662816162606913766可用的 RAM WFE-2C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%13944555262716123604413726可用的 RAM WFE-3C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%13693576962856170607613716可用的 RAM APP-1C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%136871380414002139911398413413可用的 RAM FAST-1 C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%1399813686可用的 RAM FAST-2C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%1413513837可用的 RAM FAST-IS1C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%23092298可用的 RAM FAST-IS2C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%51625157可用的 RAM FAST-IS3C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%50725066可用的 RAM FAST IS-4C.1 15%C.2 30%C.3 40%C.4 50%C.5 50%C.6 75%52435234平均 RPSD.1 4GBD.2 6GBD.3 8GBD.4 16GB189188188188平均頁面時間D.1 4GBD.2 6GBD.3 8GBD.4 16GB0.220.210000000000000050.210000000000000050.21000000000000005平均回應時間D.1 4GBD.2 6GBD.3 8GBD.4 16GB0.170.160.160.16平均 CPU WFE-1D.1 4GBD.2 6GBD.3 8GBD.4 16GB0.405000000000000080.379000000000000110.396000000000000130.37300000000000011平均 CPU WFE-2D.1 4GBD.2 6GBD.3 8GBD.4 16GB0.423000000000000150.40.403000000000000020.39500000000000013平均 CPU WFE-3D.1 4GBD.2 6GBD.3 8GBD.4 16GB0.426000000000000160.424000000000000150.422000000000000150.43300000000000011平均 CPU PACNEC01D.1 4GBD.2 6GBD.3 8GBD.4 16GB2.0400000000000001E-21.9300000000000008E-22.0299999999999999E-22.1399999999999999E-2平均 CPU APP-1D.1 4GBD.2 6GBD.3 8GBD.4 16GB0.117999999999999980.131000000000000010.1290.12300000000000003平均 CPU WFE-4D.1 4GBD.2 6GBD.3 8GBD.4 16GB0.423000000000000150.436000000000000110.419000000000000090.45可用的 RAM WFE-1D.1 4GBD.2 6GBD.3 8GBD.4 16GB24144366636314133可用的 RAM WFE-2D.1 4GBD.2 6GBD.3 8GBD.4 16GB24694356641514158可用的 RAM WFE-3D.1 4GBD.2 6GBD.3 8GBD.4 16GB24664392635014176可用的 RAM WFE-4D.1 4GBD.2 6GBD.3 8GBD.4 16GB24254342638214192可用的 RAM APP-1D.1 4GBD.2 6GBD.3 8GBD.4 16GB13862138661387813841平均 RPSE.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE181186204204205平均頁面時間E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE8.020.73000000000000020.230.20.22平均回應時間E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE6.340.560000000000000050.190.170.18000000000000005平均 CPU WFE-1E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE0.774000000000000240.538000000000000030.457000000000000020.392000000000000130.32200000000000012平均 CPU WFE-2E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE0.762000000000000230.538000000000000030.459000000000000020.382000000000000120.28800000000000009平均 CPU WFE-3E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE0.525000000000000020.439000000000000110.377000000000000110.31200000000000011平均 CPU WFE-4E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE0.445000000000000010.348000000000000090.34700000000000009平均 CPU WFE-5E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE0.351000000000000090.32000000000000012平均 CPU WFE-6E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE0.33900000000000013平均 CPU APP-1E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE9.7700000000000023E-20.117000000000000020.150000000000000050.147000000000000050.13600000000000001平均 CPU PACNEC01E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE2.1300000000000006E-21.9300000000000008E-22.5399999999999999E-22.4799999999999999E-22.5000000000000001E-2可用的 RAM WFE-1E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE56596063628061776376可用的 RAM WFE-2E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE56236132610560895869可用的 RAM WFE-3E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE6124600859406227可用的 RAM WFE-4E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE606860836359可用的 RAM WFE-5E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE60906245可用的 RAM WFE-6E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE5893可用的 RAM APP-1E.1 2 WFEE.2 3 WFEE.3 4 WFEE.4 5 WFEE.5 6 WFE1441213990142301422714191平均 RPSF.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs194200201203203平均頁面時間F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs4.26999999999999962.32999999999999921.67000000000000041.20.71000000000000019平均頁面時間F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs2.90999999999999971.61.15999999999999950.830000000000000180.58000000000000007平均 CPU WFE-1F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs0.573999999999999950.573999999999999950.568999999999999950.555000000000000050.57299999999999995平均 CPU WFE-2F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs0.60300000000000020.588999999999999970.626000000000000220.619000000000000220.59599999999999997平均 CPU WFE-3F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs0.567999999999999950.620000000000000220.610000000000000210.621000000000000220.57700000000000018平均 CPU APP-1F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs0.1250.1280.1280.1280.14500000000000005平均 CPU FAST-1F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs0.1280.130.130.13平均 CPU FAST-2F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs0.1290.134000000000000010.133000000000000010.13500000000000001平均 CPU PACNEC01F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs1.5599999999999998E-22.5700000000000001E-22.6900000000000007E-22.5999999999999999E-22.3699999999999999E-2可用的 RAM WFE-1F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs139011393913979140455786可用的 RAM WFE-2F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs139201401713758140045552可用的 RAM WFE-3F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs138591394213950139715769可用的 RAM APP-1F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs1385613713137251374513804可用的 RAM FAST-1 F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs13913140511406714085可用的 RAM FAST-2F.1 4CPUsF.2 6CPUsF.3 8CPUsF.4 16CPUsF.5 80CPUs14017141701418314184

Data/Storage

Document Center Farm

Hit F2 to edit this text

Text

Document Center Farm and Data/Storage

IIS Web Site – “SharePoint Services”

Application Pool

Default group

Secure Store Service Application

Application Pool

Web Application 1Central Administration

http://app-1:2010

Application Pool

SharePoint Central Administration

SharePoint Configuration

TempDB

SharePoint Content

Application Pool

Web Application 3Document Center Template

http://doccenter2:81

Application Pool

Web Application 2Document Center Template

FAST Crawl/Admin

FAST Index

http://doccenter1:80

IIS Web Site – “SP CA v4”

IIS Web Site – “doccenter1.lab80”

IIS Web Site – “doccenter2.lab81”

IIS Web Site – “search.lab2011”

EMC

VNX5700

SAN

Web Application 4FAST Search Center Template