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

在 SharePoint 2013 中重新設計其他內容和使用者的企業搜尋拓撲

 

上次修改主題的時間:2016-12-16

摘要:了解如何針對內容的成長和 (或) 使用者數目的成長來重新設計企業搜尋架構的拓撲。

經過一段時間之後,大部分搜尋環境的內容量和使用者數目都會成長。在某個時間點,搜尋環境會無法符合您搜尋架構的容量和效能。解決方案是擴充搜尋架構的拓撲:

  1. 重新設計拓撲 (本文)

  2. 實作重新設計的拓撲 (在 SharePoint Server 2013 中管理搜尋拓撲)

您是否熟悉 SharePoint 2013 中的搜尋系統元件及其互動方式?在繼續之前閱讀 SharePoint Server 2013 的搜尋概觀SharePoint Server 2013 的搜尋架構,以熟悉搜尋架構、搜尋元件、搜尋資料庫和搜尋拓撲。

在本文中,將顯示如何重新設計搜尋拓撲的逐步指示。

遵循這些步驟之後,您會知道:

  • 您拓撲所需之每種類型的搜尋元件和搜尋資料庫數目。

  • 在其上部署每個搜尋元件的應用程式伺服器和資料庫伺服器。

  • 每部應用程式伺服器和資料庫伺服器所需的硬體資源。

搜尋索引中的內容量會影響裝載伺服器陣列所需的資源。請檢查現有搜尋環境中有多少項目可供搜尋。您可以在SharePoint 管理中心網站的 [搜尋管理] 頁面上找到此數目。若要開啟搜尋管理頁面,請按一下管理中心中的 [管理服務應用程式],然後按 Search Service 應用程式的名稱。

評估預期在接下來的 12 個月會成長的可搜尋項目數,以及設計該數量的搜尋拓撲。例如,如果您有 8,000,000 個索引項目,而且預期該內容的數量會在接下來的 12 個月成長 50%。您應該針對 12,000,000 個可搜尋項目進行設計。

評估要建立多大的搜尋架構有時候並不簡單。搜尋架構的大小取決於內容量、編目率、查詢輸送量以及您需要的高可用性層級。Microsoft 已測試過範例搜尋架構,建議您使用這些範例做為專屬伺服器陣列的基礎。比較目前搜尋架構與範例搜尋架構,並決定最能代表目前搜尋架構的範例。然後考量要擴充為哪種範例搜尋架構。您選擇的範例搜尋架構取決於有多少內容可供搜尋:

 

內容量 範例搜尋架構

0 至 1,000 萬個項目

小型搜尋伺服器陣列

1,000 萬至 4,000 萬個項目

中型搜尋伺服器陣列

4,000 萬至 1 億個項目

大型搜尋伺服器陣列

雖然這些範例搜尋架構使用虛擬機器,但是您可以根據搜尋架構整體的 SharePoint 2013 解決方案策略,使用實體伺服器和虛擬機器。

如果您有不超過 1,000 萬個項目,小型搜尋伺服器陣列最適合您。Microsoft 測試了此搜尋架構,測量到它可以每秒編目 50 份文件,而且每秒能服務 10 個查詢。在每秒 50 份文件的編目率下,首次完整編目需搜尋 55 個小時來編目 1,000 萬個項目。

小型企業搜尋架構範例中伺服器和搜尋元件的圖表

如果您有 1,000 萬至 4,000 萬個項目,中型搜尋伺服器陣列最適合您。Microsoft 測試了此搜尋架構,測量到它可以每秒編目 100 份文件,而且每秒能服務 10 個查詢。在每秒 100 份文件的編目率下,首次完整編目需搜尋 110 個小時來編目 4,000 萬個項目。

中型企業搜尋架構範例中伺服器和搜尋元件的圖表

如果您有 4,000 萬至 1 億個項目,大型搜尋伺服器陣列最適合您。Microsoft 測試了此搜尋架構,測量到它可以每秒編目 200 份文件,並每秒服務 10 個查詢。在每秒 200 份文件的編目率下,首次完整編目需搜尋 140 個小時來編目 1 億個項目。

在大型企業搜尋架構範例中伺服器和搜尋元件的圖表

現在,您已經決定內容數量並選擇要移入至其中的新拓撲,下一個步驟是規劃您需要的硬體,此將在本節說明:

一開始規劃搜尋架構時,您決定使用實體伺服器或虛擬機器,或是混合使用兩者。請考慮該決策是否仍然有效。例如,如果您從中型移動至大型範例搜尋架構,則可以會發現在使用虛擬機器時較容易管理已增加的伺服器數目。也請注意,雖然虛擬環境較容易管理,但是它的效能等級有時可能會稍微低於實體環境的效能等級。實體伺服器可以在相同伺服器上裝載的搜尋元件多於虛擬伺服器。您可以在SharePoint 2013 的伺服器陣列虛擬化及架構概觀中發現有效指引。

Microsoft 測試過的小型、中型或大型搜尋架構會在虛擬機器上執行,但也可以在實體伺服器上執行。在範例伺服器陣列架構中,只需要將搜尋元件從虛擬機器移至主機伺服器並拿走虛擬機器即可。每部實體伺服器最多都可以裝載四個索引元件,但是其他搜尋元件的每種類型只能裝載一個。例如,如果您將中型範例搜尋架構變更成使用實體伺服器,則會發現主機 E 上有兩個內容處理元件。解決方案會拿走其中一個內容處理元件。因為內容處理取決於可用的資源量,而非內容處理元件數目,所以這個程序可能正常運作。

選擇以實體或虛擬的方式執行伺服器

每個搜尋元件和搜尋資料庫都需要主機伺服器的最少硬體資源數量,才能執行良好。但是,您擁有的硬體資源越多,搜尋架構的效能就越好。因此,數量最好高於最少硬體資源數量。每個搜尋元件所需的資源取決於工作量,大部分會視編目率、查詢率和索引項目數目而定。

例如,在 Windows Server 2008 R2 Service Pack 1 (SP1) 上裝載虛擬機器時,每部虛擬機器無法使用四個以上的 CPU 核心。使用 Windows Server 2012 或更新版本,您可以每部虛擬機器使用八個以上的 CPU 核心。然後,您可以每部虛擬機器擴充更多 CPU 核心,而非垂直擴充更多虛擬機器。請設定裝載相同搜尋元件的伺服器或虛擬機器,且硬體資源相同。我們將使用索引元件做為範例。在虛擬機器上裝載索引分割區時,效能最弱的虛擬機器會決定整體搜尋架構的效能。

分析報告資料庫所需的最少儲存體會不同。原因是儲存磁碟區取決於使用者如何與 SharePoint 2013 互動。使用者互動頻繁時,通常會儲存更多事件。請檢查目前搜尋架構用於分析資料庫的儲存體數量,並至少針對已重新設計的拓撲指派此數量。

確定每個主機伺服器具有足夠的磁碟空間可以容納 Windows Server 作業系統和 SharePoint 2013 程式檔案的基本安裝。主機伺服器也需要可用的硬碟空間來進行日常作業和頁面檔案的診斷,例如記錄、偵錯及建立記憶體傾印。通常 80 GB 的磁碟空間即已夠 Windows Server 作業系統和 SharePoint 2013 程式檔案使用。

請新增儲存體,供每部資料庫伺服器的 SQL 記錄空間使用。如果您未設定資料庫伺服器經常備份資料庫,則 SQL 記錄空間會使用許多儲存體。如需如何規劃 SQL 資料庫的詳細資訊,請參閱規劃及設定儲存設備與 SQL Server 容量 (SharePoint Server 2013)

此表格顯示每部應用程式伺服器或資料庫伺服器所需的最少硬體資源數量。

 

伺服器 在主機上 儲存 RAM Processor1 網路頻寬

具有查詢處理和索引元件的應用程式伺服器。

A、B

500 GB

16 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有編目、搜尋管理、分析及內容處理元件的應用程式伺服器。

A、B

200 GB

8 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有所有搜尋資料庫的資料庫伺服器。

C、D

100 GB

16 GB

1.8 GHz 4x CPU 核心

1 Gbps

1CPU 核心數這裡,而非 CPU 執行緒數。

此表格顯示每部應用程式伺服器或資料庫伺服器所需的最少硬體資源數量。

 

伺服器 在主機上 儲存 RAM Processor1 網路頻寬

具有查詢處理和索引元件的應用程式伺服器。

A、B、C、D

500 GB

16 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有索引元件的應用程式伺服器。

A、B、C、D

500 GB

16 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有分析和內容處理元件的應用程式伺服器。

E、F

300 GB

8 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有編目、搜尋管理及內容處理元件的應用程式伺服器。

E、F

100 GB

8 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有所有搜尋資料庫的資料庫伺服器。

G、H

400 GB

16 GB

1.8 GHz 4x CPU 核心

1 Gbps

1CPU 核心數這裡,而非 CPU 執行緒數。

此表格顯示每部應用程式伺服器或資料庫伺服器所需的最少硬體資源數量。

 

伺服器 在主機上 儲存 RAM Processor1 網路頻寬

具有查詢處理和索引元件的應用程式伺服器。

A、B、C、D、E、G、H

500 GB

16 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有索引元件的應用程式伺服器。

A、B、C、D、E、F、G、H、I、J

500 GB

16 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有分析和內容處理元件的應用程式伺服器。

K、L、M、N

300 GB

8 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有編目和搜尋管理元件的應用程式伺服器

K、L

100 GB

8 GB

1.8 GHz 4x CPU 核心

1 Gbps

具有搜尋資料庫的資料庫伺服器

O、P、Q、R

500 GB

16 GB

1.8 GHz 4x CPU 核心

1 Gbps

1CPU 核心數這裡,而非 CPU 執行緒數。

儲存空間的速度會影響搜尋效能。請確定您的儲存空間速度足以處理來自搜尋元件和資料庫的流量。磁碟速度是以每秒 I/O 作業數 (IOPS) 來測量。

您決定將搜尋元件資料與作業系統資料分散在儲存體中的方式,會影響搜尋效能。您不妨:

  • 將 Windows Server 作業系統檔案、SharePoint 2013 程式檔案和診斷記錄分割到三個具有正常效能的個別儲存磁碟區或分割區。

  • 將搜尋元件資料另外儲存在一個高效能的儲存磁碟區或分割區。針對索引元件,此儲存體也必須要有高效能。

    注意事項 附註:
    在主機上安裝 SharePoint 2013 時,您可以設定搜尋元件資料的自訂位置。主機上需要儲存資料的任何搜尋元件都會將它儲存在此位置中。稍後,若要變更此位置,您必須重新安裝 SharePoint 2013。

如需的儲存架構和磁碟類型的概觀,請參閱 < Storage and SQL Server 容量規劃及設定 (SharePoint Server 2013)。主機索引、 分析處理和搜尋管理元件或搜尋資料庫需要同時提供足夠的 I/O 操作每個可維持低延遲的存放區的伺服器第二個 (IOPS)。下表顯示多少 IOPS 每個搜尋元件和資料庫需要。

如果您部署共用儲存設備 (例如 SAN/NAS),一個搜尋元件的尖峰磁碟負載通常會跟其他搜尋元件的尖峰磁碟負載同時發生。若要得到搜尋作業需要從共用儲存設備得到的 IOPS 數,您需要將這每個元件的 IOPS 相加。

 

元件名稱 元件詳細資料 IOPS 需求 使用個別儲存磁碟區/磁碟分割

索引元件

合併索引及處理和回應查詢時使用儲存設備。

  • 300 IOPS 用於 64 KB 隨機讀取。

  • 100 IOPS 用於 256 KB 隨機寫入。

  • 200 MB/s 用於循序讀取。

  • 200 MB/s 用於循序寫入。

分析元件

在本機以大量處理方式分析資料。

編目元件

在將下載的內容傳送至內容處理元件之前,先將該內容儲存到本機。儲存空間受限於網路頻寬。

 

資料庫名稱 IOPS 需求 I/O 子系統的一般負載。

編目資料庫

中至高 IOPS

每秒每文件10 IOPS (DPS) 編目率。

連結資料庫

中 IOPS

搜尋索引中每 100 萬個項目 10 IOPS。

搜尋管理資料庫

低 IOPS

不適用。

分析報表資料庫

中 IOPS

不適用。

如果您不熟悉高可用性策格,則以下文章可協助您開始進行:為 SharePoint 2013 打造高可用性架構和策略。在個別錯誤網域上裝載備援搜尋元件和資料庫時,伺服器陣列的其中一部分中斷不會阻礙整個服務。但是,因為搜尋元件無法再共用負載,所以搜尋效能會下降。若要減少遺失單一伺服器的可能性,最好改善本機備援。針對搜尋架構中的每部主機伺服器:

  • 在每部伺服器上使用 RAID 儲存體。

  • 在每部伺服器上安裝多個備援網路連線。

  • 針對每部伺服器,安裝多個配有獨立電線或不斷電供應系統 (UPS) 的備援電源供應器。

所有範例搜尋架構都會在獨立伺服器上裝載備援搜尋元件。在範例搜尋架構中,每個主機配對中最右邊的主機都是備援。以下是具有所述備援主機的大型搜尋架構:

指出哪些伺服器主控多餘搜尋元件的大型企業搜尋伺服器陣列的圖表。

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