本文為機器翻譯文章。如需檢視英文版,請選取 [原文] 核取方塊。您也可以將滑鼠指標移到文字上,即可在快顯視窗顯示英文原文。
譯文
原文

< estimate capacity and performance for Managed Metadata Service (SharePoint Server 2013)

 

適用版本:SharePoint Server 2013

上次修改主題的時間:2015-03-09

摘要 ︰了解如何規劃使用測試的容量與效能資料的方式部署 SharePoint Server 2013 的受管理的中繼資料服務應用程式。

本文包含的資訊和相關的受管理的中繼資料服務中SharePoint Server 2013調整大小和效能最佳化的建議。我們也會提供有關如何設定服務,以及結構的最大效能的服務應用程式資料庫的一些最佳作法。使用此資訊來決定是否在計劃的部署適合在測試中提供的容量和效能限制。

下列SharePoint Server 2013中的新功能直接影響受管理的中繼資料服務及容量規劃的重要。在我們的測試資料集和測試案例中包含從這些功能的負載。

  • 在摘要 ( 我的網站或小組網站) 中的雜湊標記

  • 使用受管理的導覽的網站

  • 新的用戶端可以呼叫 CSOM 端點

為一般SharePoint Server部署具有類似特性為我們的測試資料集,我們建議的受管理的中繼資料服務應用程式會假設前端網頁伺服器角色的電腦執行。受管理的中繼資料服務應用程式資料庫可對主控其他 SharePoint service 應用程式資料庫的SQL Server執行個體。

對於包含大幅多個項目比相較於我們在測試中所提供的資料集的部署,我們將會嘗試指導您如何透過我們變更其中一個變數並保留我們的測試資料集的其他元件常數的測試的結果。具有較大型部署的使用者應考慮這些結果和大小其SharePoint Server陣列據此。

本文內容:

如需容量管理及如何規劃SharePoint Server 2013的一般資訊,請參閱SharePoint Server 2013 的容量管理及調整大小

我們建議在一般SharePoint Server部署具有類似特性為我們測試資料集的受管理的中繼資料服務應用程式能夠只執行為前端網頁伺服器的電腦上。受管理的中繼資料服務應用程式的資料庫可以置於主控其他 SharePoint service 應用程式資料庫的SQL Server執行個體。

請注意包含大幅多個項目比中我們在測試中所提供的資料集的部署,我們提供不同的建議。在我們的測試我們嘗試指導您如何使用測試結果我們變更其中一個變數並保留其他元件常數。具有較大型部署的使用者應考慮這些結果和大小其 SharePoint 伺服器陣列據此。

若要提供容量規劃指引,我們會建立測試資料集包含功能SharePoint Server 2010和SharePoint Server 2013中的新功能及 SharePoint 部署上執行測試。下表顯示我們使用的測試資料集:

 

變數 項目數目

字詞集群組

500

字詞組

1000 個 (每個群組 2)

受管理的字詞 (不包含企業關鍵字)

20000 (20 個字詞組)

企業關鍵字

80,000

雜湊標記

200,000

總字詞 (包含受管理的字詞、 企業關鍵字和雜湊標記)

300,000

標籤

300000 (每個項目 1)

字詞庫標籤長度

每個標籤 30 個字元

我們使用下表中的測試此資料集:

 

測試 描述 在測試中的百分比

GetSuggestions

單一呼叫 web 服務] 和 [單一字元前置字元字串。字串會選擇要比對字詞庫中,類似於中繼資料欄建議 SharePoint 使用者介面中的運作方式的 20%的字詞。

10%

GetMatches

儲存在 web 服務中的條款字詞的 1%會比對的字串。

5%

ValidateTerms

若要驗證單一字詞的 web 服務呼叫。

5%

CreateTaxonomyItem

Web 服務呼叫呼叫建立關鍵字的名稱。

5%

GetChildTermsInTermSetWithPaging

Web 服務呼叫至多個字詞組。類似於所撥出通話SharePoint Server 2013來擷取受管理的導覽功能所使用的字詞組,其中結果然後快取中的前端網頁伺服器。

5%

GetTermSets

若要取得的字詞組呼叫 web 服務。

5%

GetTermsByLabel

Web 服務呼叫的是字詞 Guid 的清單。類似於所撥出通話SharePoint Server 2013我的網站首頁載入時。

10%

HT GetSuggestions

Web 服務呼叫以取得單一字元的雜湊標記的建議。類似於所撥出通話 SharePoint 使用者介面時使用雜湊標記的摘要。

10%

HT NewHashTag

2 web 服務的通話。若要取得條款,然後另一個則是建立字詞之一。

5%

HT GetTermsByLabel

若要取得現有的字詞的 web 服務呼叫。當湊標記用摘要張貼中使用。

15%

HT AddAssociation

若要將關聯新增至現有的湊標記字詞呼叫 web 服務。

5%

CSOM GetTerms

測試以 GetTerms 詞彙 Guid 的清單。有 2 個別的 CSOM 呼叫。

10%

CSOM SetProperty

測試以 SetProperty 單一字詞。具有 4 個個別的 CSOM 呼叫。

5%

CSOM CreateTerm

將字詞新增至字詞儲存區的測試。具有 4 個個別的 CSOM 呼叫。

5%

在我們的測試我們置於詳細權數預期更常使用的作業。

我們執行測試實驗室中的環境具有如下圖所示的拓撲:

圖 1:測試實驗室伺服器拓撲

這個 Visio 圖表顯示測試伺服器拓撲,其中包含裝載 SQL Server 的單一電腦和裝載 SharePoint 伺服器的單一電腦,此電腦可當成應用程式伺服器或前端網頁伺服器來執行。

我們測試入門一部電腦負責執行的 Managed Metadata Service 應用程式及服務的前端網頁伺服器。稍後,我們新增其他電腦具有相同的設定。

我們使用資料集和所述的案例在舊版的各節來測試執行的特定設定的受管理的中繼資料服務應用程式作業總數。

我們已測試執行與下列清單中的不同負載設定檔:

  • 綠色區域

    伺服器下為 60%使用率。這應該是目標的大部分的伺服器正在執行時的時間。

  • 紅色區域

    伺服器很接近完整的使用情況。這可視為較平日的更多負載下的 SharePoint 網站所在的狀態。紅色區域中,伺服器回應時間值開始逐漸伺服器會嘗試以符合傳入要求的需求。

下表顯示我們使用單一電腦的度量值的結果:

 

  綠色區域 紅色區域

伺服器回應時間第 50 個百分位數的讀取作業:

32 毫秒。

44 毫秒。

伺服器回應時間的讀取作業的 95th 百分位數:

1090 毫秒。

1335 毫秒。

伺服器回應時間第 50 個百分位數對於寫入作業:

1837 毫秒。

2038 毫秒。

伺服器回應時間對於寫入作業的 95th 百分位數:

2283 毫秒。

3515 毫秒。

測試每秒完成:

9

15

平均 CPU (應用程式伺服器或前端網頁伺服器)

56%

92%

平均 CPU (SQL Server)

7%

12%

尖峰記憶體使用量 (應用程式伺服器或前端網頁伺服器)

6 GB

6.2 GB

我們部署具有相同的設定則新增第二個的應用程式伺服器或前端網頁伺服器虛擬機器 (Vm)。下表顯示具有兩個 VM 伺服器陣列的結果約兩次 (2x) 為舊版測試負載:

 

  綠色區域 紅色區域

伺服器回應時間第 50 個百分位數的讀取作業:

44 毫秒。

110 毫秒。

伺服器回應時間的讀取作業的 95th 百分位數:

1161 毫秒。

1679 毫秒。

伺服器回應時間第 50 個百分位數對於寫入作業:

1828 毫秒。

2253 毫秒。

伺服器回應時間對於寫入作業的 95th 百分位數:

3321 毫秒。

4648 毫秒。

測試每秒完成:

15

28

平均 CPU (應用程式伺服器或前端網頁伺服器)

49%

88%

平均 CPU (SQL Server)

14%

28%

尖峰記憶體使用量 (應用程式伺服器或前端網頁伺服器)

6.1 GB

6.3 GB

下圖顯示先前的兩個資料表中的資料:

圖 2: 受管理的中繼資料服務應用程式的效能

這個 Excel 長條圖顯示來自先前表格中的 Managed Metadata Service 應用程式效能資料。第一筆效能資料顯示單一應用程式伺服器或前端網頁伺服器,接著針對綠色與紅色區域顯示兩部雙倍負載的電腦。

SharePoint Server 2013包含受管理導覽功能及觸發以確保搜尋編目收到使用易記 Url 頁面的最新版本的兩個計時器工作。測試中發現執行這些計時器工作與受管理的中繼資料服務應用程式沒有顯著影響傳達給讀取與寫入作業的目標相同的應用程式。

一些測試增加相較於基準案例我們測試程序中所做的 CSOM 呼叫。我們增加 20%的測試 66%以下。測試結果顯示執行測試的號碼拒絕來自 28 以每秒 22。伺服器回應時間會相較下的基準。在執行測試數目減少是因為增加額外的每個動作的相較於較少呼叫 web service 通話方的 CSOM 呼叫前端網頁伺服器的多個通話。

在另一個測試案例中,我們增加百分比 35%湊標記作業中 71%我們比較基準測試。結果會顯示執行測試的號碼拒絕來自 28 至 19。伺服器回應時間也包含大於比較基準約 30%。在執行測試數目減少會對應到相當高的雜湊標記字詞組中的字詞數以及更加增加的百分比變更的程序中的寫入作業。

https://technet.microsoft.com/zh-tw/library/ee519604.aspx
顯示: