規劃效能及容量 (FAST Search Server 2010 for SharePoint)

  • 發行項

 

適用版本： FAST Search Server 2010

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

本文提供一般的效能及產能建議。您可以利用這些建議判別您 Microsoft FAST Search Server 2010 for SharePoint 拓撲的產能及效能特性。

本節內容：

  • 規劃內容容量產能

  • 規劃內容饋送產能

  • 規劃查詢效能

  • 針對多個 SharePoint 伺服器陣列提供查詢服務

  • 功能的效能表現

  • FAST Search Server 效能及產能的測試結果與建議

FAST Search Server 效能及產能的測試結果與建議

您可以下載內含有關 FAST Search Server 2010 for SharePoint 效能及產能特性之其他資訊的白皮書。除此之外，該白皮書亦提供 Microsoft 對此產品之測試方式的細節，包括：

  • 測試伺服器陣列特性

  • 測試結果

  • 建議

  • 效能和延展性疑難排解

其中亦提供如何設定 FAST Search Server 2010 for SharePoint，以處理每個索引資料欄高達 4 千萬筆之項目的詳細資料。

閱讀此白皮書之前，請確認您已瞭解 FAST Search Server 2010 for SharePoint 產能管理所含的主要概念。如需詳細資訊，請參閱＜規劃 FAST Search Server 伺服器陣列拓撲 (FAST Search Server 2010 for SharePoint)＞。

可下載的白皮書： FAST Search Server 2010 for SharePoint 產能規劃(可能為英文網頁) (https://www.microsoft.com/downloads/details.aspx?FamilyID=65b799e3-825c-4398-8cd7-3311d3297997\&displaylang=en)(可能為英文網頁)。

規劃內容容量產能

通常在安裝之中，每 1500 萬筆索引項目即應規劃部署一個索引資料欄。此通則是以 70% 的 SharePoint 項目加上 30% 已編製索引之檔案共用文件為基礎，而其中的來源文件大小則介於 10 到 100 KB 之間。

在預設索引器的設定中，每個索引資料欄不得超過 3 千萬筆項目；當每個索引資料欄編製超過 1 千 5 百萬筆項目的索引時，則會對編製索引及查詢效能產生負面的影響。

您有兩種方式可以對伺服器陣列新增內容容量產能：

  • 新增索引資料欄。

    您可以在一組新伺服器上新增一個索引資料欄進行擴充。

  • 最佳化擴充內容的產能。

    在內容不常更新且查詢量中等的情況下，若每一欄能夠編製更多項目的索引，將有助於節省硬體的成本。您可以變更索引器設定，將每一欄所能處理的項目上限數變更成 4 千萬筆。如需詳細資訊，請參閱＜關於擴充的內容容量 (FAST Search Server 2010 for SharePoint)＞。

新增索引資料欄時，請遵循＜部署選項 (FAST Search Server 2010 for SharePoint)＞一節所述的拓撲建議。

重要

一些附有大量圖形的文件 (譬如 PowerPoint 簡報) 可能包含了大量的來源，但可供搜尋的內容卻很有限。在可搜尋項目之規模很小的情況下，您即可以為每一欄規劃較多的項目。

若要新增更多資料欄到執行中的安裝，必須重新編製所有內容的索引，才可重新分割索引資料欄。因此在一開始即應規劃足夠的索引欄產能。全面重新建置多欄的索引可能需要耗費數日的時間。

規劃內容饋送產能

內容提供鏈必須詳加規劃，使之具備足夠的產能，可以用於擷取全新及更新的內容，並將其編製索引。規劃產能時應考量下列幾點：

  • 內容擷取   這代表將全新或更新內容提供至系統中的速度。

  • 處理及編製索引   這代表系統處理項目及編製索引的效率。

規劃編目

在 FAST Search Server 2010 for SharePoint 環境中，編目內容的速度必須能夠調整到隨時皆能跟上內容的變更速度。FAST 內容 SSA 採用內容提取方式，其每次編目週期的長度，決定了可以用於搜索必須編製索引之變更內容的平均時間。您必須在自己的環境中執行測試，才可確認使用特定內容來源編目內容所需要的時間，以及編目此內容時所耗用的產能，是否會影響目標使用者的回應時間。

對於 FAST 內容 SSA，您可以變更當連接器使用指定的內容來源進行編目時所產生的並行要求數目。並行要求數目愈大，編目的速度愈快。您的目標是將內容存放庫內的所有變更轉化成重新編製索引的文件。只要能夠將連接器規劃成可以擷取到所有的更新，即使降低編目所有內容來源所需的時間，亦不增加項目處理及編製索引的工作負載。由此可見，新增 FAST 內容 SSA 的產能將只會縮短索引延遲。如需詳細資訊，請參閱＜管理編目程式影響規則 (FAST Search Server 2010 for SharePoint)＞。

您可以新增更多編目元件至 SSA，以擴充內容 SSA。如需詳細資訊，請參閱＜在多部伺服器上部署內容 SSA (FAST Search Server 2010 for SharePoint)＞。

規劃索引延遲產能

有兩個主要規劃因素對部署的整體索引延遲造成影響：

  • 項目處理產能。剖析文件格式與擷取可搜尋的內容及中繼資料，是增加項目處理工作負載的主因。內容中若包含複雜的文件 (如大型的 PDF 或 Word 文件)，項目處理可能會變成安裝中的瓶頸。在此情況下，您應在部署中的所有伺服器上部署項目處理元件。如需詳細資訊，請參閱＜部署選項 (FAST Search Server 2010 for SharePoint)＞。

  • 索引產能。FAST Search Server 2010 for SharePoint 使用累加式索引機制，可以縮短編製全新或更新內容之索引的延遲。但編製索引的項目總數與項目的更新率之間，必須能夠合理地平衡。

您應使用內含 2 個節點的部署執行基本的基準測試，藉以概略瞭解可能的瓶頸所在。這兩個節點在 CPU 工作負載極高時若仍能穩定地執行，即有可能表示項目處理為瓶頸所在。若希望降低索引延遲，建議減少每欄的項目數。如此一來，不僅能夠增加項目處理的產能 (每個節點皆會投身項目處理)，還可減少重新編製索引的時間，進而縮短索引延遲。

規劃查詢效能

規劃查詢效能時，必須考量兩個主要因素。

  • 服務的查詢數上限是以每秒的查詢數 (QPS) 測量。這對受到防火牆保護的搜尋解決方案通常不是太大的問題。除非您規劃高達 5 QPS 以上的尖峰查詢率，否則無須因為此規劃因素而擴充搜尋解決方案。

    針對更高的 QPS 進行擴充意味要在部署中新增更多的搜尋列。如需詳細資訊，請參閱＜搜尋叢集＞。

    對於高 QPS 的部署，您可能也必須新增更多的查詢元件至 SSA，以擴充查詢 SSA。如需詳細資訊，請參閱＜查詢 SSA 的多部伺服器部署 (FAST Search Server 2010 for SharePoint)＞。

  • 查詢延遲決定使用者發出查詢，到查詢結果顯示之間的平均來回延遲。除了每欄的項目數之外，改善查詢延遲的主要解決方式，是再部署一或多個搜尋列。此法一方面可以避免索引負載影響查詢延遲，另一方面也可以達到高查詢可用性。如需詳細資訊，請參閱＜不同程度的高可用性＞。

針對多個 SharePoint 伺服器陣列提供查詢服務

藉由使用 SharePoint Server 共用服務應用程式架構，您可有一個父伺服器陣列為多個子伺服器陣列提供查詢服務。您可以利用 SSA Proxy，將子伺服器陣列中的前端網頁伺服器，連接至父伺服器陣列中的查詢 SSA。

功能的效能表現

下表摘要列出 FAST Search Server 2010 for SharePoint 搜尋相關功能的效能表現。由於每項功能的表現會隨用法而異，因此應將所示的值視為基本原則。而本表未涵蓋的各功能之間也有依存性存在。

功能 項目處理 索引 查詢比對 查詢處理 RAM - 查詢比對 磁碟存取 磁碟空間 Net/IO

深入精簡器

M

L

L

H1

L-M2

淺精簡器

L

H

H3

屬性擷取

M

L

修剪重複項目

M

L-H4

全文檢索排序

L

L

H1

醒目提示的摘要

M

複雜查詢 (許多字詞)

M

M

H

子字串搜尋

L-M5

相關字詞功能

L

L

L

L

拼字檢查

L

L

L

同義字

L

L

L

高停用字臨界值6

H

H

H

Managed 屬性提升6

L

L

L

H=高、M=中、L=低。若未指定任何字母，表示相較於不使用該功能，該項目對於對應資源的表現不佳。

附註：

  1. 記憶體使用模式與深入精簡器及全文檢索排序類似。查詢比對元件會將相關 Managed 屬性的彙總資料保留在主要記憶體中。記憶體使用的表現與每欄的項目數及相關 Managed 屬性的專用值數量成正比。

  2. 在索引中具有許多專屬值的深入字串精簡器，其在查詢比對與查詢處理節點之間的介面上有極佳 I/O 效能表現。I/O 負載效能表現與欄數及伺服器陣列中的 QPS 成正比。如需深入精簡器之效能調整的詳細資訊，請參閱＜RefinerConfiguration＞。

  3. 在查詢比對與查詢處理節點之間的介面上，使用淺層字串精簡器的 I/O 效能表現極佳。I/O 負載效能表現與相關 Managed 屬性、欄數及伺服器陣列的 QPS 成正比。在大部分情況下，建議選用深入精簡器進行精簡查詢。

  4. 在某些情況下，在連接查詢比對與查詢處理節點時削剪重複的項目，也可帶來極佳的 I/O 效能表現。I/O 負載效能表現與每個查詢結果的平均重複項目數、欄數及伺服器陣列的 QPS 成正比。

  5. 若對大型 Managed 屬性 (如內文) 使用子字串搜尋，對於索引磁碟的使用會有很好的效果。

  6. 如需此功能的詳細資訊，請參閱＜相關性功能＞。

See Also

Concepts

規劃搜尋拓撲 (FAST Search Server 2010 for SharePoint)
規劃備援及可用性 (FAST Search Server 2010 for SharePoint)
管理搜尋拓撲 (FAST Search Server 2010 for SharePoint)