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

SharePoint Server 2013 的容量管理及調整大小概觀

 

適用版本:SharePoint Server 2013 Enterprise, SharePoint Server 2013 Standard

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

摘要:了解如何使用效能資料規劃及管理 SharePoint Server 2013 環境的容量。

本文提供如何有效規劃及管理 SharePoint Server 2013 環境之容量的概觀。本文亦說明如何透過效能及資料量分析,掌握對部署之容量需求與功能的瞭解,並檢閱影響容量的主要應用程式衝擊,包括內容特性及使用量。

重要事項 重要事項:
本文中的某些值係得自 SharePoint 2010 產品 的測試結果及其他相關資訊,不一定就是 SharePoint Server 2013 的最終值。本文會在 SharePoint Server 2013 相關資料發佈時更新為適當的值,並提供相關內容的連結與其他資訊,然後再次發佈。

因為內容及使用不會停歇,所以「內容管理」這項程序也會持續不斷地進行。您必須規劃成長與變更,讓 SharePoint Server 2013 環境能夠一直提供有效率的商務解決方案。

「內容規劃」僅為內容管理週期的一部分,是設計架構師開始規劃其認為最符合 SharePoint Server 2013 部署需求之初始架構的一連串活動。容量管理模型另有一些步驟可以協助您驗證及微調初始架構,並提供意見反應迴圈,讓您可以重新規劃及最佳化實際執行環境,直到其可以滿足設計目標,與所選最適硬體、拓撲與設定一起搭配運作為止。

本文內容:

以下是 SharePoint Server 2013 容量管理文件中所使用的特殊術語。

  • RPS   每秒的要求數。伺服器陣列或伺服器每秒所接收要求數。此法常用於評估伺服器及伺服器陣列的負載。伺服器陣列所處理的要求數,會大於載入的網頁數或使用者的互動次數。這是因為每個頁面均包含多項元件,每項元件又會在網頁載入時建立一或多項要求所致。有些要求的負載可能比其他關於交易成本的要求低。我們從實驗室測試及個案研究的文件中,移除了用於計算 RPS 的 401 要求與要求回應 (驗證 Handshake),因為這兩個項目對於伺服器資源的影響並不明顯。

  • 尖峰時段   一天之中,伺服器陣列的負載最大的時段。

  • 尖峰負載   伺服器陣列每日的平均最高負載,以 RPS 為單位。

  • 突發性負載   日常尖峰時段之外所發生的突發性尖峰,原因有可能是使用者流量未預期地增加,伺服器陣列輸送量因為執行管理作業而降低,或多種因素組合等等。

  • 向內延展   向內延展表示增加伺服器的資源,例如處理器數或記憶體。

  • 向外延展   向外延展表示在伺服器陣列中增加更多的伺服器。

請先檢視下列問題,再決定是否要閱讀此內容。

重要事項 重要事項:
本節中的部分連結可能會參考 SharePoint Server 2010 及其他舊版產品,當此內容的 SharePoint Server 2013 版本發佈時,將會隨即更新。

我是個 IT 專業人員或商務決策者,正巧需要一些特定商務問題的解決方案。我選擇在部署中使用 SharePoint Server 2013。但它所提供的功能與延展能力,是否能夠滿足我的需求?

如需如何延展 SharePoint Server 2013,以滿足特定解決方案的需求,以及如何決定您需求所需之硬體的資訊,請參閱本文後續的各章節:

如需如何評估 SharePoint Server 2013 是否符合您商務需求的資訊,請參閱下列文章:

我目前使用的是 SharePoint Server 2010。SharePoint Server 2013 中變更了哪些功能,如果我要進行升級,應考量哪些事項?升級對我的拓撲效能和延展性會有什麼影響?

如需更多一般升級考慮事項的詳細資訊,以及如何規劃及執行從 Office SharePoint Server 2007 升級的指引,請參閱下列文章:

我已部署 SharePoint Server 2013,而且想要確定我正在使用適當的硬體和拓撲。如何驗證我的架構並正確地維護它?

如需適用於SharePoint Server 2013伺服器陣列監視及效能計數器資訊,請參閱下列文章:

如需如何使用內建於管理中心介面之健康狀況監控工具的詳細資訊,請參閱下列文章:

我已經部署 SharePoint Server 2013,且遇到效能問題。如何疑難排解和最佳化我的環境?

如需適用於SharePoint Server 2013伺服器陣列監視及效能計數器資訊,請參閱下列文章:

如需最佳化 SharePoint Server 2013 伺服器陣列之工具和技巧的詳細資訊,請參閱下列文章:

如需使用內建於管理中心介面的健康狀況監控工具進行疑難排解的詳細資訊,請參閱下列文章:

如需可用於特定 SharePoint Server 2010 服務和功能的容量管理文章的清單 (更多文章會在發佈時新增),請參閱下列文章:

如需資料庫調整大小和效能的詳細資訊,請參閱下列文章:

如需遠端 BLOB 儲存體 (RBS) 的詳細資訊,請參閱下列文章:

我想要瞭解 SharePoint Server 2013 容量管理的一切。要從哪裡開始?

如需容量管理背後一般概念的詳細資訊,以及其他文件和資源的連結,請參閱下列文章:

如需容量管理的其他資訊,請參閱本概觀文章的下列隨附文章:

您現在應該清楚瞭解概念。如需 SharePoint Server 2013 限制和界限的詳細資訊,請參閱下列文章:

當您準備好識別 SharePoint Server 2013 環境的起點拓撲,可以尋找可用技術案例研究庫,以找到最符合您需求的案例研究。如需 SharePoint Server 2010 案例研究的清單 (SharePoint Server 2013 案例研究將在可用時發佈),請參閱下列文章:

如需使用內建於管理中心介面的健康狀況監控工具進行狀況監控及疑難排解的詳細資訊,請參閱下列文章:

如需如何虛擬化 SharePoint Server 2013 伺服器的詳細資訊,請參閱下列文章:

如需高可用性和災害復原的詳細資訊,請參閱下列文章:

容量管理是著重在調整解決方案大小的下列四個主要方面:

  • 延遲   在容量管理中,延遲是指從使用者起始動作 (例如按一下超連結),到最後一個位元組傳送至用戶端應用程式或網頁瀏覽器之間的這段期間。

  • 輸送量   輸送量是指伺服器或伺服器陣列同時間所能處理的要求數。

  • 資料規模   資料規模是指系統所能代管的內容大小與資料主體。內容資料庫的結構與分散狀況對系統處理要求所需的時間 (延遲),以及其同時間所能處理的要求數 (輸送量) 有極大的影響。

  • 可靠性   可靠性是測量系統在一段時間內是否達到延遲與輸送量目標設定的方法。

管理環境容量的主要目的,在建立及維護可以達到組織延遲、輸送量、資料規模及可靠性目標的系統。

「延遲」即是使用者感受到的延遲,包含三項主要元件:

  • 伺服器接收及處理要求所花費的時間。

  • 要求與伺服器回應在網路上傳輸所花費的時間。

  • 在用戶端應用程式上呈現回應所花費的時間。

不同組織會依據其商業需求與使用者的期望值定義不同延遲目標。有些組織可以接受數秒的延遲,另有些組織可能需要極快速的交易。提升為極速交易相對也需要比較高的成本,而且需要的用戶端與伺服器等級也比較高,同時還需要更新版的瀏覽器與用戶端應用程式、高頻寬的網路解決方案,以及開發與頁面調整時可能需要的投資。

下列清單列出一些導致使用者感受到較長延遲的主要因素與常見問題的範例。這些因素常見於用戶端與伺服器陣列的地理位置相距較遠,或用戶端使用低頻寬網路連線存取伺服器陣列的情況中。

  • 功能、服務或設定參數若未經過最佳化,可能會造成要求延後處理,進而影響遠端與本機用戶端的延遲。如需詳細資訊,請參閱本文稍後的<輸送量>及<可靠性>。

  • 為了下載所需要的資料與資源,而對網頁對伺服器發出不必要的要求。最佳化可能包括只下載繪製頁面所需的基本資源數、縮小圖片、將靜態資源儲存到可以匿名存取的資料夾內、群組要求並讓頁面可以在從伺服器下載資源的同時,即與資源進行互動。這些最佳化對於第一次造訪的瀏覽體驗是否能達到可接受的標準十分重要。

  • 網路上傳輸大量的資料造成延遲及輸送量降低。例如頁面上的圖片及其他二進位物件,應儘可能不使用點陣圖而改用壓縮的格式 (例如 .png 或 .jpg)。

  • 網頁未最佳化,致使第二次存取頁面時的載入時間過長。因為一些頁面資源會快取到用戶端上,所以瀏覽器只需下載未快取的動態內容,縮短第二次存取頁面時的頁面載入時間 (PLT)。第二次存取頁面的載入延遲之所以太長,常是不正確的二進位大型物件 (BLOB) 快取設定,或用戶端電腦上停用了本機瀏覽器快取所導致。最佳化會將正確地將資源快取到用戶端上。

  • 網頁中包含未經最佳化的自訂 JavaScript 程式碼。這可能會讓用戶端頁面的顯示變慢。最佳化會將用戶端上的 JavaScript 延後處理,直到其他的頁面完成載入為止。比較好的作法是呼叫指令碼,而不要將新增 JavaScript 到網頁中。

「輸送量」是指伺服器陣列在一個時間單位內所能處理的要求數。一般會以此值對照組織的規模及其使用特性,估算系統所需要支援的操作量。每項操作所耗用的伺服器陣列資源各不相同。若要了解需求並部署可以持續滿足需求的伺服器陣列架構,必須先估算可能的負載,再以該負載測試您的架構,確認在同時內出現大量操作且系統十分繁忙的情況下,延遲不會低於目標值。

常見輸送量低的情況包括:

  • 硬體資源不足   當伺服器陣列收到超過其同時間內所能處理的要求量時,會將其中一些要求排入佇列,也因此,在需求量無法降低到足以清空佇列之前,後續每項要求的延後處理的時間將會不斷累加。下列範例可以最佳化伺服器陣列,使之維持較高的輸送量:

    • 確定未過度使用伺服器陣列之伺服器上的處理器。例如,若在尖峰時段或突發性負載期間 CPU 的使用量持續超過 80%,請增加伺服器,或將服務重新分散到其他伺服器陣列的伺服器。

    • 確定應用程式伺服器和網頁伺服器上的記憶體量足以容維完整的快取。這可避免呼叫資料庫服務需要非快取內容的要求。

    • 確認資料庫伺服器沒有瓶頸。若可用的磁碟 IOPS 不足以支援尖峰需求,請增加磁碟,或是將資料庫重新分散到使用率較低的磁碟。如需詳細資訊,請參閱監視和維護 SharePoint Server 2013 的<移除瓶頸>一節。

    • 若為現有的電腦增加資源仍無法解決輸送量問題,請增加伺服器,並將受影響的功能與服務重新分散到新的伺服器。

  • 未經最佳化的自訂網頁   將自訂程式碼加入實際執行環境中常用的網頁,是導致輸送量問題的常見原因。新增自訂程式碼可能會產生資料庫伺服器或 Web 服務到服務資料要求之間的額外來回。不常用之頁面的自訂項目對輸送量的影響可能不大,但即使是已經經過最佳化的程式碼,若一天有數千次的要求,也可能會造成伺服器陣列的輸送量降低。SharePoint Server 2013 管理員可以啟用「開發人員儀表板」找出需要最佳化的自訂程式碼。以下是一些最佳化自訂程式碼的範例:

    • 將 Web 服務要求數與 SQL 查詢數降至最低。

    • 在每次連線至資料庫伺服器時,讀取最低限度的資料,同時限制所需的來回次數。

    • 避免在常用的頁面中加入自訂程式碼。

    • 利用索引來減少擷取的資料量。

  • 不信任的解決方案   將自訂程式碼部署到 bin 資料夾中,可能會造成伺服器效能變慢。當要求內含不信任之程式碼的頁面時,SharePoint Server 2013 必須先執行安全性檢查,然後才載入頁面。除非有特殊原因必須部署不信任的程式碼,否則請在 GAC 中安裝自訂組件,以避免不必要的安全性檢查。

「資料規模」是伺服器或伺服器陣列在可以符合延遲與輸送量目標的情況下所能儲存的資料量。一般來說,伺服器陣列上的資料規模愈大,對整體輸送量及使用者體驗上的影響愈大。用於將資料分散到磁碟與資料庫伺服器的方式,也會影響伺服器陣列的延遲與輸送量。

資料庫大小、資料庫架構與足夠的資料庫伺服器硬體,對資料庫解決方案是否能達到最佳效率來說十分重要。在理想的部署中,內容資料庫的大小會依據限制準則加以調整,並會分散到實體磁碟,避免要求因為磁碟過度使用而排入佇列,同時資料庫伺服器可在資源使用閾值內,支援尖峰負載與非預期的突發性負載。

此外,某些作業在作業期間可能會鎖定某些表格。例如刪除大型網站時,可能會鎖定網站所在之內容資料庫中的相關表格,直到刪除作業完成為止。

以下是最佳化伺服器陣列以提升資料與儲存效能的範例:

  • 確定資料庫適當地分散在資料庫伺服器,且資料庫伺服器資源足以支援整個資料量與資料的分散。

  • 將資料庫磁碟區分散到由唯一實體磁碟轉軸組成的唯一邏輯單位 (LUN) 中。使用多個搜尋時間短的磁碟與適當的 RAID 設定,可以滿足資料庫伺服器的儲存需求。

  • 若您的主體包含許多二進位大型物件 (BLOB),可使用遠端 BLOB 存放區 (RBS)。RBS 的優點包括:

    • BLOB 資料可以儲存在設定要處理一般儲存的儲存裝置上,在成本上相對較低。

    • BLOB 存放區的管理由專門設計用於處理 BLOB 資料的系統控制。

    • 資料庫伺服器資源可釋放給資料庫作業使用。

    這些優點並非完全不需要任何成本。在施行 SharePoint Server 2013 的 RBS 之前,應先評估其帶來的好處,是否大於實作及維護 RBS 的成本及限制。

如需如何規劃資料規模的詳細資訊,請參閱規劃及設定儲存設備與 SQL Server 容量 (SharePoint Server 2013)

「可靠性」是指持續在一段時間內,測量伺服器陣列是否達到既定延遲、輸送量與資料容量目標的方式。可靠的伺服器陣列在執行時間、回應速度、失敗率與頻率,以及突發性延遲的長度,都能符合既定的目標與作業需求。除此之外,即使在尖峰負載與尖峰時段或系統作業 (例如編目或每日備份) 進行時,也可符合延遲及輸送量目標。

維持可靠性必須仰賴日常的效能目標管理。在某些作業期間 (例如重建資料庫索引、維護計時器工作或刪除多個包含大量內容的網站等等),系統可能無法快速地處理使用者要求,進而影響了使用者要求的延遲與輸送量。一些非常用操作的頻率與交易成本,以及這些操作是否在一般作業時間執行,都是影響伺服器陣列的關鍵。

以下是如何維持可靠系統的範例:

  • 將耗用大量資源的計時器工作與管理工作排程在離峰時間執行。

  • 向內延展現有伺服器陣列之伺服器的硬體,或是藉由增加網頁伺服器、應用程式伺服器或其他資料庫伺服器而向外延展。

  • 設置專用伺服器執行耗用大量資源的服務與功能。您也可利用硬體負載平衡器,將特定功能的流量導向特定功能或服務專屬的網頁伺服器。

容量管理是容量規劃概念的延伸,其循環處理的方式,讓 SharePoint Server 2013 部署的容量能夠持續受到監視及最佳化,以滿足不斷改變的情況及需求。

SharePoint Server 2013 提供更多彈性,可在各種不同的範圍點中設定並維持使用情況。其沒有單一部署架構,因此系統設計人員與管理員必須瞭解自己的特定環境需求。

容量管理模型
  • 步驟 1:模型   模型是一種程序,可用於決定環境所要支援的主要解決方案,以及制定所有重要的評量與參數。模型程序的輸出應是一份清單,包含了設計環境時必須具備的各項關鍵資料。

    • 評估預期的工作量與資料集。

    • 設定伺服器陣列效能與可靠度目標。

    • 分析 SharePoint Server 2013IIS 記錄檔。

  • 步驟 2:設計   當您在步驟 1 收集了資料之後,就可開始設定伺服器陣列。其輸出應是詳細的資料架構加上實體和邏輯拓撲。

    • 決定架構的起點。

    • 選取硬體。

  • 步驟 3:試驗、測試與最佳化  若是設計新的部署,必須部署試驗環境供測試工作量及預期的使用特性之用。當現有的伺服器陣列基礎結構上有重大變更時,建議您先進行測試,而且必須定期對監視結果進行最佳化,以維持效能目標。此階段的輸出是對目標測試結果的分析,以及足以維持既定效能及容量目標的最佳化架構。

    • 試驗   部署試驗環境。

    • 測試   測試延遲與輸送量目標。

    • 最佳化   收集測試結果,並對伺服器陣列資源與拓撲進行必要的變更。

  • 步驟 4:部署   此步驟是指實作伺服器陣列,或將變更部署至現有的伺服器陣列。新設計的輸出是實際執行環境的部署,包括所有內容與使用者移轉。現有伺服器陣列的輸出則是修改的伺服器陣列圖與維護計畫的更新。

  • 步驟 5:監視與維護   此步驟應說明如何設定監視,以及如何預測和確認瓶頸、如何執行定期維護,以及如何減少瓶頸。

「配置過度」是指伺服器陣列設計中,硬體與 SharePoint Server 2013 伺服器陣列資源皆未充分利用,即可達到目標。在配置過度的部署中,記憶體、CPU 及其他伺服器資源的指標都會指示出少於目前的資源量即可滿足需求。配置過度的缺點是硬體與維護費用的增加,以及更多電源與空間的浪費。

「配置不足」是指伺服器陣列設計中,SharePoint Server 2013 伺服器陣列中的硬體資源過度使用,致使無法達到效能與容量目標。伺服器陣列配置不足有時是為了降低硬體成本,但反而造成了延遲變長,進而衍生使用者經驗不佳、滿意度低、需要常常升級、支援成本變高,以及不必要的疑難排解與環境調整等方面的支出。

設計伺服器陣列時,務使伺服器陣列在一般尖峰負載及發生非預期的突發性負載時,皆可達到既定的效能與容量目標。設計、測試和最佳化可協助您確保伺服器陣列採用了適當的硬體。

若要能維持效能目標並兼顧成長,建議配備多於目標效能必備的資源。過度投資硬體的花費,終究會遠低於不斷疑難排解配置不足所致之問題所產生的支出。

您應不時根據尖峰負載的需求 (某些服務在不同時間的需求可能各不相同) 調整系統大小。要能正確地評估容量需求,您必須找出所有資源需求量最大的時段。各種功能與服務在一天中的某些特定時段中,工作負載可能會增加,例如早上或中午剛開始工作時。

伺服器陣列亦必須能夠支援非預期的尖峰負載 ,例如對整個組織發出通告,致使同時間內出現高於日常量的使用者存取網站。在這類需求量大的時段中,除非伺服器資源足以滿足伺服器陣列上所增加的負載,否則使用者將會面臨延遲變長,或伺服器陣列毫無回應的問題。

在企業中佈建額外的使用者之後,也須重新檢視伺服器陣列的容量。以企業併購為例,因為會有新員工或成員存取伺服器陣列,所以若未事先加以規劃與評估,可能會對效能造成負面的影響。

在提及生產系統的負載時,必須考量「綠色區域」與「紅色區域」兩項重要的運作狀態;前者表示系統在既定正常的負載範圍下運作,後者表示伺服器陣列突然出現極高的資源需求量,在維持一段有限的時間之後,即可能會出現失敗或其他效能及可靠性問題。

綠色區域   此狀態表示伺服器或伺服器陣列在正常情況下運作,且每日的尖峰負載中也在既定的範圍之內。在此範圍下運作的伺服器陣列無論是回應時間或延遲,皆會在可接受的程度之內。

紅色區域   此作業範圍表示負載大於正常的尖峰負載,但仍可服務要求一段有限的時間。此狀態的延遲會比正常延遲長,當系統瓶頸飽和時可能發生失敗。

伺服器陣列設計的最終目標是部署可以持續支援紅色區域負載且服務不會失敗,延遲與輸送量也在可接受範圍之內的環境。

SharePoint Server 2013 中有一些限制乃設計本身使然,不可超越,另有一些則會設為預設值,讓伺服器陣列管理員可以加以變更。有些限制不會以可設定的值表示,例如每支 Web 應用程式的網站集合數即為一例。

「界限」是設計上絕對不能超過的限制。請務必了解這些限制,確保伺服器陣列設計不會植基於不正確的假設之上。

以 2 GB 為界限的文件大小限制為例,您無法將 SharePoint Server 2013 設定為儲存大於 2 GB 的文件。這是內建的絕對值,而且根據設計不能超過此值。

「閾值」是指設有預設值,但除非變更該值,否則不得超越的值。在某些情況下,您可以依據伺服器陣列設計的變動而超越閾值。但您必須瞭解,此作法不僅可能會影響伺服器陣列的效能,也可能會影響其他限制值的效力。

某些閾值允許超越預設值,但最多只能到絕對最大值,例如文件大小限制。文件大小的預設限制為 50 MB,但最大可以變更為 2 GB。

「支援的限制」會為指定參數定義已測試值。這些限制的預設值是由測試所定義,並呈現出產品的已知限制。超過支援的限制可能會造成意外的結果、效能大幅降低或是其他有害的影響。

有些支援的限制是可設定的參數,並會預設為建議的值,而除此以外之其他參數的限制值都無法設定。

以每支 Web 應用程式支援的網站集合數為例,支援的限制便是測試期間可以符合效能基準的最大網站集合數。

請注意,本文件中所提供的許多限制值都只是曲線中的一個點,亦即,當值增加時,所需的資源量也會隨之增加,而效能則會隨之降低。因此,超過某些限制 (例如每支 Web 應用程式的網站集合數) 可能只會造成伺服器陣列效能些微的降低。但在大多數情況下,並不建議使用相同於或接近於限制值的值進行操作,因為當伺服器陣列的設計提供合理平衡的限制值時,最能夠達成可接受的效能與可靠性目標。

效能決定了閾值與支援的限制標準。換言之,您可以超過限制的預設值,但當您增加限制值時,伺服器陣列效能與其他限制的效力可能會受到影響。在 SharePoint Server 2013 中,許多限制都可以變更,但您應該瞭解變更指定限制對於伺服器陣列其他部分所造成的影響。

當您連絡 Microsoft 客戶支援服務時,若實際執行系統不符合<SharePoint 2013 的硬體及軟體需求>所述的基本硬體規格,您必須先將系統升級為所要求的基本規格,服務人員才能提供服務。

在 SharePoint Server 2013 中,閾值與支援的限制是透過測試及觀察伺服器陣列的行為得來,方法是逐漸提高負載,從而找出伺服器陣列服務與作業最有效率的運作限制點。有些伺服器陣列服務與元件可以比其他服務與元件支援更高的負載。因此在某些情況下,您必須權衡各種因素指定最適當的限制值。

例如您必須觀察伺服器陣列在增加網站集合負載之後的行為,是否會造成某些功能出現無法接受的高度延遲,而其他功能仍在可接受的限制範圍內正常運作。因此,所指定的網站集合數上限並非絕對,而必須依據預期的使用特性,計算出伺服器陣列在指定限制下,整體效能仍能滿足大多數情況的值。

如有其他服務使用高於限制值測試的參數運作,將會降低其所使用的上限值。因此,對於一些特殊部署,請務必執行嚴密的容量管理與延展測試,如此才能為該環境建立有效的限制。

如需界限與限制及其對於容量管理程序之影響的詳細資訊,請參閱<SharePoint 2013 的軟體界限及限制>。

每個 SharePoint Server 2013 部署都會因為各自不同的特性而與伺服器陣列中的其他部署不同。這些主要差異可從下列四大類別加以說明:

  • 規格   指出伺服器陣列的硬體、拓撲與設定。

  • 工作量   指出伺服器陣列的需求,包括使用者數量與使用特性。

  • 資料集   指出內容的規模與分佈情況。

  • 健康狀況與效能   藉由延遲與輸送量目標指出伺服器陣列的效能。

硬體

硬體是電腦的實體資源,例如處理器、記憶體及硬碟。硬體也包括實體網路元件,例如 NIC (網路介面卡)、纜線、切換器、路由器及硬體負載平衡器。許多效能和容量問題都可透過適當的硬體解決。反之,任何不適用的硬體資源 (例如伺服器的記憶體不足) 都可能會影響整個伺服器陣列的效能。

拓撲

拓撲可指出伺服器陣列硬體與元件的分佈情況及其彼此的關聯性。其分為:

  • 邏輯拓撲   軟體元件 (例如服務與伺服器陣列中的功能) 的分佈圖。

  • 實體拓撲   伺服器與實體資源的分佈圖。

一般來說,伺服器陣列的實體拓撲由使用者數量與使用特性決定,邏輯拓撲則取決於商務的需要 (例如支援預定負載之特定功能的需求)。

設定

我們使用「設定」一詞代表軟體設定與參數的設定方式。除此之外還涵蓋了快取、RBS、限制的設定方式,以及軟體環境中所有可以依據特殊需求加以設定或修改的項目。

工作量定義了伺服器陣列的運作特性,包括使用者結構、並行執行的能力、所要使用的功能,以及用於連接伺服器陣列的使用者代理程式或用戶端應用程式。

不同之 SharePoint Server 2013 功能所耗用的伺服器陣列資源也不同。需要耗用較多資源之功能的使用率愈高,對於系統的效能與健康狀況的影響也愈大。了解您的需求與使用特性,可以讓您正確地配置部署的資源,降低系統長時間處於不健康狀態的風險。

使用者結構

SharePoint Server 2013 應用程式的使用者結構是指使用者總數及其地理區分佈的組合。此外,在整個使用者結構中,可能會有一部分的使用者在特定功能的使用量上,遠超過其他的使用者群組。使用者的並行執行能力代表指定時間內主動使用系統的總使用者比例。定義使用者結構的指標包括個別使用者的總數與並行使用者的總數。

使用特性

伺服器陣列的效能不只受到與系統互動之使用者數目的影響,同時也會受到使用特性的影響。使用者數量相同的的兩個組織,其需求有可能南轅北轍,取決於使用者存取伺服器陣列資源的頻率,以及伺服器陣列有無啟用需要耗用大量資源的功能與服務。使用特性的界定指標包括特殊作業的頻率、整體混合操作情況 (讀取、寫入操作與管理操作的比例),以及使用模式與伺服器陣列上所啟用之新功能 (例如「我的網站」、搜尋、工作流程及 Office Web Apps) 的負載。

系統中儲存的內容量及儲存架構的特性,對於系統的整體健康狀況與效能有至關重要的影響。了解大小、存取頻率與資料的分散狀況,可以讓您正確地配置系統儲存體,以避免其成為使用者與伺服器陣列服務互動的瓶頸,影響使用者的使用經驗。

若要正確評估與設計 SharePoint Server 2013 解決方案的儲存架構,必須了解系統所要儲存的資料量,以及需要從不同資料來源要求資料的使用者數量。內容量對於配置磁碟容量大小十分重要,因為其可能會影響其他功能的效能,也可能會影響網路延遲與可用的頻寬。資料集的界定指標包括內容總大小、文件總數、網站集合總數及網站集合的平均大小上限。

SharePoint Server 2013 伺服器陣列的健康狀況基本上是簡單的評估或評分,反映系統的可靠性、穩定性及效能。這三項差異決定了伺服器陣列達成目標效能的程度。健康狀況與效能評分可由一組指標中的部分指標進行追蹤及說明。如需詳細資訊,請參閱監視和維護 SharePoint Server 2013規劃 SharePoint 2013 的監控功能。這些指標包括系統執行時間、使用者感受到的延遲、頁面錯誤率及資源使用指標 (CPU、RAM)。

任何硬體、拓撲、設定、工作量或資料集的大幅變更,都可能讓系統的可靠性與回應速度產生極大差異。健康狀況評分可用於追蹤一段時間內的效能,並評估變更作業情況或系統修改可能對伺服器陣列的可靠性有何影響。

SharePoint Server 2013 雖然集多項強大功能於一身,但卻不是一體適用於所有架構的解決方案。每個 SharePoint Server 2013 部署都是獨一無二的,而且會隨使用狀況與資料特性而不同。每個組織必須執行完整的容量管理程序,並有效利用 SharePoint Server 2013 系統的靈活性,自訂出最符合組織需求的大小解決方案。

參考架構的目的在說明 SharePoint Server 2013 部署的各種主要類別,而不是要提供架構師用於設計解決方案的範本。本節重點在說明如何調整 SharePoint Server 2013 部署。

您可以利用此處提供的架構了解一般類別之間的差異,以及如何從一些耗用資源因素與調整需求區分這些類別。

單一伺服器部署架構由一部執行 SharePoint Server 2013 的伺服器與支援版本的 SQL Server 構成。這種架構適合評估用途、開發人員,或只有少數使用者的獨立非關鍵任務部門實作。不建議在實際執行環境中使用此部署。

單一伺服器部署模型

小型伺服器陣列部署由單一資料庫伺服器或叢集,以及一或兩部 SharePoint Server 2013 電腦構成。主要的架構特性包括只提供有限的備援與容錯移轉功能,以及只啟用基本的 SharePoint Server 2013 功能。

小型伺服器陣列只可服務少量的部署、只可啟用基本的服務應用程式、使用者結構比較小、使用量比較低 (因為每分鐘只能處理少量的要求,所以每秒鐘所能處理的要求數也不多),以及比較少的資料量 (10 GB 或更多)。

小型伺服器陣列部署模型

此架構將拓撲分為三層:專用網頁伺服器、專用應用程式伺服器,以及一或多部資料庫伺服器或叢集。區分前端伺服器與應用程式伺服器層的好處是可以更靈活地區隔服務,達到系統負載平衡的目的。

這是最常見的架構,可以包括各種不同的服務拓撲與伺服器陣列大小。中型伺服器陣列部署適用的環境包括:

  • 有多項服務應用程式分散在多部伺服器上。常用的功能有 Office Web Apps Service、User Profile Service、Managed Metadata Service 及 Excel Calculation Service。

  • 使用者結構包含數以萬計的使用者,每秒的負載為 10 到 50 個要求。

  • 1 或 2 TB 的資料儲存區。

容量 - 中型伺服器陣列部署模型

在大型伺服器陣列部署中,服務與解決方案會分散在多個伺服器陣列中,而在單一伺服器陣列上還會再向外延展一層。專用的服務伺服器陣列上也可部署多項 SharePoint Server 2013 服務,以服務多個使用此服務之伺服器陣列所傳來的要求。在大型架構中,通常會有網頁伺服器、多部應用程式伺服器 (依使用特性或本機 (非共用) 服務而定) 及多部 SQL Server 伺服器或 SQL Server 叢集 (依內容大小及伺服器陣列上啟用的應用程式服務資料庫而定)。大型伺服器陣列架構的功能在服務具備下列特性的部署:

  • 有多項同盟服務應用程式供專用服務伺服器陣列使用;這些服務通常是 User Profile Service、Search、Managed Metadata Service 及 Web Analytics。

  • 其他服務大多在本機啟用。

  • 使用者結構包含數十萬名使用者。

  • 使用量為每秒數以百計的要求。

  • 資料集規模在 10 TB 或以上。

容量 - 大型伺服器陣列部署模型

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