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

虛擬 SharePoint 2013 伺服器陣列的詳細設計及系統規格程序

 

適用版本:SharePoint Foundation 2013, SharePoint Server 2013

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

摘要:針對 SharePoint 2013 伺服器陣列和 Hyper-V 主機電腦,實作建立詳細拓撲設計和系統需求規格的程序。

本文包含的範例可用來建立虛擬化之 SharePoint 2013 伺服器陣列的詳細架構和系統需求。此架構是由擔任伺服器陣列之伺服器角色的虛擬機器、可能擔任伺服器陣列之伺服器的任何實體電腦,以及虛擬主機電腦所組成。您的詳細設計反映虛擬環境的二元性,必須同時考慮到虛擬機器、虛擬主機電腦、網路及存放區的限制和需求。

您的詳細設計必須符合新的 SharePoint 伺服器陣列在實際執行環境中的所有商務和技術準則 (及期望)。良好的設計也會考量作業支援、持續維護活動及未來升級。

本文內容:

本文遵循公認的最佳作法,以逐步完成建立虛擬機器和 Windows Server 2008 Hyper-V 技術 電腦之詳細伺服器陣列拓撲、虛擬化架構及系統需求規格所需的程序。建議您使用<建立 SharePoint 2013 的虛擬化計畫>的<識別虛擬伺服器陣列需求>一節所述的方法 (以用來設計部署在實體平台上之伺服器陣列的相同方式來處理拓撲和伺服器)。由於 SharePoint 2013 的需求在技術上無從驗證,因此在您具有足夠的資訊將拓撲和系統規格延伸至基礎虛擬層之前,您不需要處理虛擬化元素。此外,也建議您使用建立及調整設計的反覆程序,一開始請先識別必要及重要的需求,例如可用性和效能。這是經證實、經常用來取得調整及完成設計所需資訊的技術。

在設計過程中,您也必須建立評估準則,以判斷第一個實際執行前的部署階段 (通常是概念證明 (POC) 或試驗環境) 是否接受伺服器陣列拓撲和系統規格。

注意事項 附註:
考量到效能,本文不提供如何建立及執行基準測試的詳細資訊。分析及解譯基準資料的指導也不在討論範圍內。

識別需求之後,請依序使用下列步驟做為指南,繼續此設計和規格程序。

  1. 使用 SharePoint 2013 解決方案和架構指導建立最適合您要部署之解決方案的拓撲。

  2. 使用草稿拓撲設計識別所需的伺服器陣列伺服器數目,並根據伺服器角色記錄每部伺服器的基本設定需求。請記住,這只是起點,並不是最終伺服器陣列設計和設定規格。

  3. 擴充伺服器陣列拓撲並加入虛擬化基礎結構。同樣地,使用已發行的指南來決定伺服器陣列的伺服器角色跨虛擬主機電腦的最佳散佈。在此步驟中,估計每部主機電腦為支援規劃部署在主機上之虛擬機器所需的資源。

    注意事項 附註:
    虛擬主機的功能和限制必須反映在架構中。
  4. 繼續調整拓撲,直到您的設計適合在實際執行前的環境中部署測試伺服器陣列為止。如果取得伺服器陣列虛擬機器或主機電腦之設定需求的其他資訊,也可以在調整拓撲的同時調整系統規格。除非您有之前部署的基準資料,否則會估計系統規格,然後再根據基準測試進行任何有意義的調整。

程序和本文中的指導重點在於如何安裝及設定SharePoint 產品使用Windows Server 2008 Hyper-V 技術解決方案。不過,您可以將我們策略套用至伺服器虛擬化 (SVVP) 來驗證任何虛擬化解決方案。如需詳細資訊,請參閱伺服器虛擬化計畫常見問題集

本文不提供如何安裝及設定 SharePoint 產品 伺服器陣列所需之虛擬主機電腦或虛擬機器的詳細資訊。如需詳細資訊,請參閱<使用 SharePoint 2013 虛擬機器與 Hyper-V 環境的最佳作法設定>。

注意事項 附註:
本版 SharePoint 2013 不支援 Windows Server 2012 的虛擬化變更和功能。

本文僅涵蓋下列主題的部分內容;如需各主題領域的詳細資訊,請參閱個別文章。

  • 營運持續力 - 虛擬環境的高可用性和嚴重損壞修復

  • 安全性 - 保護 Hyper-V 虛擬主機電腦的最佳作法

  • 效能與容量

  • 維護及操作

若要建立詳細設計,一開始請先建立及檢閱 SharePoint 2013 及支援之虛擬化基礎結構的技術和作業需求,並排列優先順序。由於專案關係人會競爭優先順序,因此您必須建立優先順序。不同的組織單位會有截然不同的需求 (期望)。例如,使用者永遠希望有快速的回應時間,而 IT 安全性群組則需要可降低系統入侵風險的設計。

當您進行識別需求及排列優先順序的程序時,您還必須開發計分準則,以判斷設計何時適合在實際執行前的環境中部署伺服器陣列。

您可以使用許多方法和工具來排列需求的優先順序,沒有最佳方式,也沒有所有情況均適用的方式。例如,一個常用的解決問題方法是將需求分類為必要、非常重要等。另一個方法是使用權重系統或排名指標建立優先順序。不論哪種方法,請選擇可讓您建立可靠之優先順序的方法,並在您識別及調整需求時一致地套用此方法。

建議您將需求分為幾個主要類別,然後再細分每個類別以提供特定需求的更多詳細資訊。例如,安全性是很廣泛的類別:有關必要的使用者權限等級,或者可存取伺服器陣列功能或元件之使用者的詳細資訊,對於了解、設計及實作安全的系統而言很重要。

注意事項 附註:
劃分需求的好處在於您可以更加專注在相關的詳細資訊,且有助於降低錯過重要資訊的機率。但是這些類別不是孤立的,而是經常互相重疊或彼此相依。您必須採取全面性的設計方法,以識別及併入這些重疊部分及主要的相依項目。

在本文中,我們使用四個主要類別來群組設計需求。這些類別的優先順序如下:

  • 高可用性

  • 安全性

  • 效能

  • 容量

注意事項 附註:
雖然效能和容量之間互相依賴,但是我們仍決定分成兩個類別以便讀者閱讀。

設計高可用性的第一步是決定組織為支援業務所需具備的 SharePoint 可用性層級。一般而言,組織的高可用性需求是由業務類型、全球化程度、客戶及合作夥伴所定義。從內部觀點來看,您必須記錄整個組織所需的可用性層級,而不是個別業務單位的可用性層級。

注意事項 附註:
高可用性 (HA) 和嚴重損壞修復 (DR) 是較廣泛之營運持續力管理 (BCM) 策略和程序的子集。本文的重點在於實際執行伺服器陣列直接需要的設計元素。嚴重損壞修復需求很重要,不應該在設計架構的過程中忽略。我們決定將嚴重損壞修復視為獨立的部署後活動,以提供有關 DR 需求、最佳作法及選項之更集中的詳細資訊。

下一步是存取所有伺服器陣列元件以判斷這些元件對可用性的潛在影響、檢閱提供高度可用元件的選項,然後決定最適合架構的選項。

注意事項 附註:
成本永遠是組織必須考量的因素,但是您必須在成本與降低可用性對業務的潛在影響之間權衡輕重。

建議您至少從高可用性觀點評估下列伺服器陣列元件:

  • SharePoint 資料庫

  • 應用程式伺服器

  • 前端網頁伺服器

  • SharePoint 服務和功能,例如搜尋

  • 用於伺服器陣列的虛擬機器

  • 跨虛擬主機電腦散佈伺服器陣列的伺服器角色

  • 虛擬主機電腦

  • 基礎結構元素,例如路由器和電力負載平衡器

虛擬化多了一層安全性考量。虛擬主機電腦提供其主控之虛擬電腦的單一存取點,而加寬了攻擊面。此外,虛擬網路為保護伺服器陣列網路帶來其他挑戰。

您的組織已有原則、 程序和工具來管理安全性與驗證 IT 系統和基礎結構就緒。您應該保護您的虛擬化伺服器使用來採用以可保護執行Windows Server 2008或Windows Server 2008 R2任何 server 相同量值。您也必須實作其他量值,可協助保護虛擬機器、 設定檔及資料。如需如何協助安全Windows Server 2008工作量的詳細資訊,請參閱Windows Server 2008 安全性指南)。

SharePoint 2013 提供全新、重新設計及擴充的功能,因此伺服器陣列的伺服器效能特性和資源需求與 SharePoint 2010 產品 的需求不同。請務必深入了解 SharePoint 2013 引進的變更,以了解伺服器陣列中每部伺服器的資源需求。如果您想讓伺服器陣列的伺服器系統規格依據歷史資料 (用法設定檔或效能資料),特別需要了解這些變更的影響。如需效能的詳細資訊,請參閱<規劃 SharePoint 2013 的效能與容量管理>。

使用狀況資料

過去的使用狀況資料讓您更容易衍生可用於基準測試的測試參數。但是,當您評估此資料時,請在新的 SharePoint 2013 功能的環境中執行。判斷這些功能如何影響使用者行為模式。例如:

  • 改善現有功能的一般結果是更多使用者更常使用此功能,且使用時間更長。

  • 新功能或擴充功能的影響與增強功能相同,並且在某些情況下 (特別是無法使用高度要求的功能時),SharePoint 流量會大幅增加。

  • 使用者群的規模大幅增加 (例如由於合併或併購) 也會影響用法設定檔。

使用模式的改變 (例如並行連線數目或平均連線時間) 會對整體系統需求造成重大影響。

效能資料

效能資料根據伺服器角色,以及系統執行伺服器工作時所使用的電腦資源 (例如 CPU 使用量或記憶體),來測量伺服器處理 SharePoint 工作量的效能 (您也可以使用一組伺服器陣列伺服器的整體輸送量來測量效能)。您必須有足夠的電腦資源來處理工作量,以達成最佳效能。系統需求規格 (不包括軟體先決條件) 必須識別每部伺服器的設定,以處理伺服器角色預期的負載。最終設定是反覆測試 (基準測試) 的結果,這些測試會在針對不同的負載執行預定工作時,收集效能資料。您的專案小組測試人員將這些基準資料與基準比較,以查看負載和工作對效能造成的影響。如果可以使用歷史資料,將更容易建立效能測試的基準。

重要事項 重要事項:
請務必仔細測試所有重新設計或更新之功能的效能特性,並了解其對整體系統效能的影響。其中一些功能可能不會明顯增加效能需求。但是,某項功能所造成的負載可能會移轉到其他伺服器陣列的伺服器角色。您對特定角色所做的任何假設都必須透過新的基準測試加以驗證。

如果 SharePoint 伺服器陣列是組織中第一個部署的項目,則無法選擇使用歷史資料做為建立效能基準的參考點。您必須使用提供的 SharePoint 2013 準則和限制來建立基準。不論您建立基準的方式為何,都必須執行專為收集特定資料所設計的不同基準測試,以調整架構設計和系統需求規格。

重要事項 重要事項:
您必須合併每個伺服器角色的效能測試和分析,以建立整體伺服器陣列效能的效能設定檔,如此可更容易識別伺服器陣列中的效能瓶頸。

確定 SharePoint 2013 伺服器陣列的容量需求之後,下一步是調整伺服器陣列、其伺服器及虛擬化基礎結構的大小。伺服器陣列架構師需注意的兩個重點是儲存內容及伺服器陣列效能。如需容量的詳細資訊,請參閱<SharePoint Server 2013 的容量管理及調整大小>。

SharePoint 2013 著名的一點是能夠處理不同的內容類型 (從簡易文字檔案到大型媒體檔案)。此功能包含 (但不限於) 建立及編輯內容、共用以進行共同作業、短期及長期儲存,以及封存。從調整大小的觀點來看,您的設計應足以處理短期需求 (隨著內容資料庫的成長,您可以向內延展伺服器陣列以因應此成長)。

容量的次要重點是伺服器陣列能夠一致地符合或超過所需的效能等級。相較於預先定義的一組閾值,效能容量一般會定義及評估為一種伺服器陣列伺服器上的負載類型。閾值是可設定的限制,用來定義容許的負載,以及定義超過限制時,伺服器陣列會處於不良狀態的負載。如需詳細資訊,請參閱<SharePoint 2013 的軟體界限及限制>。

注意事項 附註:
效能容量一般也包含內容傳遞度量,例如頁面載入時間。

伺服器陣列的效能容量取決於伺服器陣列的大小、其支援的解決方案及許多伺服器陣列元件的特性。這些元件的其中一些範例包括:伺服器陣列中的伺服器本身、網路頻寬和延遲、頁面設計,以及自訂程式碼等。

和效能案例一樣,此伺服器陣列是組織的第一個 SharePoint 2013 部署或已經存在的部署,會決定容量規劃的策略。

適當定義的虛擬伺服器陣列架構 (從硬體層開始往上) 是由虛擬主機電腦、網路基礎結構、儲存系統,以及屬於 SharePoint 2013 環境一部分的虛擬機器所組成 (異質架構設計包含伺服器陣列中的實體伺服器)。使用我們提供做為指南的設計圖來設定您自己的程序和準則,以建立詳細的架構和系統規格。調整您的方法以反映組織的需求,以及規劃部署在虛擬環境之 SharePoint 產品 解決方案的需求。

我們的設計策略使用模型和反覆運算,來準備虛擬伺服器陣列架構和系統規格以進行實際測試。

模型是很實用的虛擬化工具,可讓您查看 SharePoint 產品 伺服器陣列部署中用於解決方案的所有元件。如果模型包含系統規格,也可讓您執行檢查以確認所有必要規格均已識別及記錄。由於模型是小型文件,因此很容易在專案關係人之間流傳,且專案關係人可以輕鬆檢閱並提供意見反應。

您可以選擇要在模型中使用多少詳細資料。我們用來顯示設計程序的模型包含伺服器陣列中的伺服器、每部伺服器上安裝及設定的 SharePoint 產品 元件,以及每部伺服器的系統規格。我們決定不包含 SharePoint 產品 處理工作流程或網路基礎結構,以儘可能保持簡單但仍有用的模型。

此反覆設計程序是經證實、已知可設計應用程式和系統的方法。反覆設計提供幾個好處,例如:

  • 可讓您識別遺失或不正確的資訊。

  • 更容易識別有問題的設計元素或需要更多調查的系統規格。

下列工作清單說明建立、設定及部署虛擬伺服器陣列及支援的基礎結構之主要步驟:

  1. 為部署在實體伺服器上的伺服器陣列建立架構模型和系統規格

  2. 使用實體架構和系統規格做為建立初步虛擬伺服器陣列架構及必要的支援實體平台之範本。

    提示 提示:
    收集 SharePoint 2013、SQL Server 及 Hyper-V 的詳細技術參考資料 (例如技術白皮書及知識庫文章)。使用這項資訊建立可做為設計工具的技術知識庫。此知識庫在實際執行前的測試期間很有用,在此期間,測試小組必須決定解決效能問題的最佳作法,並識別最佳解決方案。
  3. 將虛擬主機電腦及其系統規格新增至模型。

  4. 開始反覆設計程序。分析架構模型以確認此模型識別伺服器陣列解決方案需要的所有元素。對伺服器陣列中每部伺服器的系統規格進行合理性測試。識別及取得遺失或不完整的資訊,以用於調整伺服器陣列設計或規格。

  5. 根據您的分析結果,加入新資訊或更新的資訊來調整架構。

  6. 開始另一個反覆循環過程:檢閱、修訂、檢閱。繼續評估及調整架構和規格,直到確認虛擬伺服器的各方面都符合您的準則,可在實際執行前的環境 (例如概念證明 (POC) 或有限試驗) 中部署及測試伺服器陣列為止。

  7. 部署伺服器陣列。

使用可用的歷史資料,或使用提供的 SharePoint 2013 需求和指導來建立實體架構的模型。如果使用歷史資料,建議您在有任何新的需求資訊時,以此資訊來補充歷史資料,並更新指導讓設計涵蓋所有新功能或更新功能。

重要事項 重要事項:
最佳作法是與在實體伺服器上安裝及設定 SharePoint 產品 一樣,投入相同時間並採用相同的嚴謹度。當您將實體設計和系統規格轉換至虛擬環境時,您所投入的這些時間和心力即會收到成效。這麼做也可減少對虛擬機器和虛擬主機電腦進行不必要的拓撲變更和大小變更。

在您確認此模型健全並充分滿足新伺服器陣列的需求之後,您可以將實體檢視對應至虛擬環境。

伺服器陣列範例

為了顯示建立及調整伺服器陣列設計和系統規格的程序,我們將使用設定為使用搜尋的中小型伺服器陣列。為了釐清起見,我們不會包含其他任何服務應用程式,但是您設計時會需要考量這些服務應用程式。

下圖顯示部署在實體電腦上的伺服器陣列範例。我們將從此處開始開發適合部署為概念證明或試驗伺服器陣列之虛擬伺服器陣列架構和系統規格的程序。

圖 1:部署在實體電腦上的中小型伺服器陣列

實體伺服器上的伺服器陣列架構
注意事項 附註:
圖 1 的編號標籤 (1X-6X) 表示必須調查的伺服器陣列元件或伺服器設定。

使用實體伺服器陣列拓撲設計和系統規格做為建立虛擬環境模型的指南,其中包含 Hyper-V 主機電腦。

注意事項 附註:
請務必完整了解虛擬主機電腦的功能和潛在限制,並且將這些功能和限制當做設計計畫的一部分。

依序使用下列工作做為開發虛擬模型的指南:

  1. 進行實體模型和系統規格的最終審查,以確認虛擬模型依據健全的設計和大小。

    從實體模型轉移規格之前,請記下任何突兀的設定,以檢查 SharePoint 2013 需求確認設定,或檢查資訊是否遺失。使用我們的範例時,請注意下列事項:

    1. 所有前端網頁伺服器 (FE-1、FE-2) 都會設定為使用 24 GB 的 RAM。乍看之下,此記憶體設定似乎很高,特別是當您與主控搜尋元件的應用程式伺服器相較時。

    2. 兩部應用程式伺服器 (SA-1 和 SA-2) 會專用於主控搜尋元件。此 RAM 設定似乎合理。但是,索引的硬碟容量可能不夠。

    3. 第三部應用程式伺服器 (AP-1) 主控伺服器陣列的其他應用程式角色以外的其餘搜尋元件。不提供高可用性。

    4. AP-1 應用程式伺服器具有足夠的記憶體。但是,硬碟容量可能不夠。

    5. 資料庫伺服器 (SQ-1 和 SQ-2) 缺少硬碟需求的資訊,且記憶體設定似乎過低。

    6. 高度可用的資料庫需求有記錄,但是未提供高可用性解決方案的特定資訊。

  2. 指定所需的虛擬機器數目,並將每部虛擬機器的角色對應至實體模型中相對應的伺服器。

  3. 使用實體伺服器規格記錄每部虛擬機器的設定 (處理器數目、記憶體數量及磁碟空間)。從實體模型轉移規格時,請記下任何突兀的設定,以檢查 SharePoint 2013 需求確認有問題的設定。

    注意事項 附註:
    當您檢查 SharePoint 2013 伺服器陣列中的伺服器規格時,請記得確認 SQL Server 需求。
  4. 決定在主機電腦上散佈虛擬機器的方式。當您決定跨主機電腦散佈虛擬機器的方式時,請考慮下列因素:伺服器陣列可用性需求、散佈角色以取得最佳效能的最佳作法、主機電腦數目下限,以及主機容量 (如果已知)。

  5. 檢查跨虛擬主機電腦散佈伺服器陣列服務的方式,以查看是否有任何服務會在主機電腦故障時承受風險。

  6. 透過虛擬機器容量需求來判斷基本的主機電腦系統規格 (核心數目、記憶體、本機硬碟或網路存放裝置)。

    注意事項 附註:
    使用最佳作法來設定虛擬機器和虛擬主機電腦。如需詳細資訊,請參閱<使用 SharePoint 2013 虛擬機器與 Hyper-V 環境的最佳作法設定>。
  7. 識別一般網路需求、儲存需求及電力需求時,請將下列設計目標列入考量:可用性、效能及容量。

    如<選擇設計策略及識別主要工作>一節所述,我們想儘可能保持簡單的模型。因此,我們不會深入討論網路和儲存需求。

  8. 檢閱架構和系統規格,並識別每部 Hyper-V 主機電腦上未認可的資源。額外的主機電腦容量會決定您可以在主機電腦上向內延展虛擬機器的範圍,或者決定您是否可以透過新增虛擬機器至主機電腦來向外延展伺服器陣列。

在您完成虛擬架構模型和系統規格的第一個版本之後,建議您開始反覆程序以調整架構和系統規格。其目標在於驗證設計需求及任何用於建立設計的假設。此程序也可讓您檢閱解決方案和伺服器陣列的功能需求,確認不需要考量任何變更,再調整模型。最後,如果有新的基準資料或更新的產品規格,則可以在修訂的模型中加入這項資訊。

在分析 SharePoint 2013 伺服器陣列架構和系統規格的過程中,請務必記住,伺服器陣列拓撲和伺服器設定會在實際執行環境中部署伺服器陣列之前變更,並會在之後稍微變更。變更的範圍和幅度會根據解決方案而有所不同,但不論如何都會變更,因此您應該在設計檢閱策略中了解這點。

下圖顯示使用為實體伺服器陣列所建立的拓撲和系統規格之虛擬架構的第一個草稿。所實作的伺服器陣列伺服器數目與虛擬機器數目相同,並會指派與實體伺服器相同的角色給伺服器陣列中的這些伺服器。虛擬機器會分散到兩部 Hyper-V 主機伺服器。至少必須有兩部 Hyper-V 主機,以符合實體模型所使用的高可用性設計。

重要事項 重要事項:
下圖所示之虛擬機器和 Hyper-V 主機電腦的系統規格僅供圖例參考,而不是規定。
虛擬機器會根據每個伺服器角色的基本需求進行設定,如<SharePoint 2013 的硬體及軟體需求>一文所述。

圖 2:具有兩部 Hyper-V 主機電腦的虛擬伺服器陣列拓撲

虛擬化伺服器陣列的初始架構
注意事項 附註:
圖 2 的編號標籤 (1X-5X) 表示必須調查的伺服器陣列元件或伺服器設定。

我們在本文中用於設計檢閱的方法包含三個階段 (或類別),提供設計的基本架構。使用下列步驟做為開發您自己的設計檢閱程序的指南。

  1. 對虛擬伺服器陣列架構及支援的實體平台進行設計檢閱。

  2. 分析虛擬機器和虛擬主機電腦的系統規格。

  3. 將架構和系統規格當做一個實體來檢閱。

    注意事項 附註:
    儘可能細分主要檢閱步驟或類別,以取得調整架構或系統規格所需的詳細資料層級。

虛擬和實體架構設計評估

虛擬架構會以實體模型來實作特定伺服器陣列伺服器角色的可用性策略。除了資料庫的高可用性需求之外,會保留前端網頁伺服器備援。也會為主控搜尋查詢和搜尋索引元件的兩部應用程式伺服器 (SA-1、SA-2) 保留可用性。

注意事項 附註:
當虛擬架構保留實體架構的可用性設計時,不會改善可用性,但是可用性應該是虛擬化策略的一部分。

決定使用兩部主機電腦並跨這些主機散佈伺服器陣列伺服器角色,可達成兩個目標。首先,確保單一失敗點不會影響伺服器陣列中大多數的伺服器。其次,透過散佈角色,也可分散工作量,以改善整體伺服器陣列效能。

設計瑕疵

您必須解決下列設計問題:

  • 前端伺服器的備援層級適合實際執行前的環境,但是應該在實際執行伺服器陣列之前重新評估。遺失一部前端網頁伺服器會降低一半伺服器陣列提供內容的能力。虛擬主機電腦沒有高可用性選項。如果主機-2 失敗,伺服器陣列可能會繼續運作。但是,如果主機-1 失敗,則無法繼續運作。

  • 並非所有應用程式伺服器都會提供高可用性。由於 AP-1 上的搜尋管理元件和搜尋分析元件會在相同的 Hyper-V 主機上執行,因此這兩個執行個體很容易受攻擊。

  • 虛擬主機電腦沒有高可用性選項。如果主機-2 失敗,伺服器陣列會繼續運作而不會遺失服務。但是,如果主機-1 失敗,則無法使用編目內容或分析處理等重要服務。

虛擬機器系統規格分析

虛擬機器系統規格會依據實體模型中的伺服器設定。檢閱這些規格之後,有兩個設定未通過我們的合理性測試。您需要下列伺服器的更多資訊:

  • 前端網頁伺服器。重新檢查 SharePoint 2013 需求之後,我們將記憶體設定降低為 8 GB,這是系統提供內容的建議下限。網頁伺服器設定的另一個重點是虛擬處理器數目,我們必須確認這些伺服器需要 4 個虛擬處理器。

  • 資料庫伺服器。記憶體規格對這些伺服器而言似乎過低。但是,此模型不提供資料庫交易之預期數量或類型的任何資訊。

  • 儲存是另一個需要深入調查的部分。針對資料庫伺服器,唯一需要指定的是系統磁碟。不提供其他資料庫硬碟的容量需求資訊。

Hyper-V 主機電腦系統規格分析

下表 (Hyper-V 主機電腦 (主機-1 和主機-2) 的系統規格) 顯示虛擬主機電腦的效能容量分析,並使用記憶體、處理器設定及延展性做為準則。

Hyper-V 主機電腦 (主機-1 和主機-2) 的系統規格

規格 分析

記憶體

主機-1:96 GB RAM

總記憶體需求為 68 GB (允許 4 GB 用於額外負荷,64 GB 用於虛擬機器),並保留 28 GB 的可用 RAM 以向內延展虛擬機器或向外延展伺服器陣列。

注意事項 附註:
Hyper-V 虛擬主機電腦允許的記憶體負荷一般估計為 2 GB。但是,針對虛擬化的 SharePoint 產品 環境,建議您在計算記憶體需求時,使用 4 GB 做為額外負荷。

主機-2:96 GB RAM

總記憶體需求為 48 GB (允許 4 GB 用於額外負荷,44 GB 用於虛擬機器),並保留 48 GB 的可用 RAM 以向內延展虛擬機器或向外延展伺服器陣列。

處理器

主機-1 上的虛擬對邏輯 CPU 比例為 2:1,主機-2 為 1.5:1。這些比例均在可接受的限制內。

注意事項 附註:
在虛擬化的 SharePoint 產品 環境中,虛擬機器記憶體配置對效能的影響,比超過預定的 CPU 對虛擬主機電腦的影響更大。

延展性

這兩部主機電腦都有足夠的資源,可向內延展虛擬機器或透過增加虛擬機器向外延展。

注意事項 附註:
Hyper-V 主機電腦 CPU 架構
超過預定的 CPU 對 Hyper-V 主機的影響不大,但是了解虛擬主機 CPU 架構是否支援超執行緒技術 (HT) 會很有用,因為這項功能會提升效能。

我們的檢閱強調必須取得更多資訊,才能更新架構和系統規格。下一步是取得下列伺服器陣列方面的資訊:

  • 資料庫容量需求

    伺服器陣列資料庫的大小 (特別是內容資料庫) 是估計所要使用之資料庫檔案數目及其在儲存系統之散佈方式的決定因素。其他重要的資訊包括:要儲存的資料類型 (文件、媒體)、主要的資料庫活動 (例如讀取、更新等)、管理,以及預期的成長需求。

  • 本機及共用儲存需求

    您需要更多資訊來解決一般的儲存問題。此時我們並不知道所有存放區都在本機,還是打算使用本機及共用網路存放裝置。前端網頁伺服器和搜尋應用程式 (SA-1、SA-2) 伺服器似乎具有足夠的空間可儲存 SharePoint 產品 二進位檔和索引,但是必須確認其他應用程式伺服器 (AP-1) 上之搜尋元件及其他所有服務的儲存需求。

    我們也必須了解整體儲存策略,才能確定虛擬主機電腦 (主機-1、主機-2) 的儲存需求。根據此模型,似乎只使用本機存放裝置,因此會影響硬碟配置和虛擬機器位置。

  • 虛擬硬碟設定

    虛擬硬碟設定會直接影響主機電腦儲存需求和設定。例如,如果主機使用本機存放裝置,直接附加的實體磁碟 (又稱為傳遞磁碟) 設定會保留虛擬機器的所有硬碟。虛擬機器硬碟設定也會影響備份和還原選項 (例如 SAN 快照集),以及影響虛擬主機電腦的高可用性設定。

    s

  • 高可用性

    我們需要更多資訊,才能解決應用程式伺服器缺少高可用性的問題。高可用性是資料庫伺服器的需求,但是由於這會影響架構,且很有可能會影響資料庫系統規格,因此我們需要所使用之解決方案的特定詳細資訊 (例如叢集與鏡像的比較)。

模型的其他變更

對架構和系統需求所做的變更範圍和程度取決於系統規格的初始設計檢閱和分析。

您的實作計畫也在此程序中扮演一角,因為這可用來決定要實作的變更,以及每個變更的優先順序。下列案例可能不需要任何變更,特別是沒有明顯且可計量的好處時。例如:

  • 初步架構適用於初期測試、概念證明或試驗部署階段。

  • 虛擬主機電腦僅可用於測試,計畫是取代這些電腦以進行使用者接受度測試。這會降低解決延展性或可用性問題的需求。

  • 伺服器陣列將用於測試或評估,並會在完成這些活動之後解除委任。

提示 提示:
請考慮封存虛擬機器,以為未來的測試活動重新建立伺服器陣列。

遵循建議並要求設計和系統規格檢閱結果的資訊之後,即可更新模型和系統規格。

下圖顯示修訂的模型,此模型針對遺失的資訊和詳細資料加入建議的變更。下圖顯示較適用於實際執行伺服器陣列的修訂架構。

圖 3:虛擬伺服器陣列的修訂架構

虛擬化伺服器陣列的修訂架構

虛擬和實體架構設計評估

修訂的虛擬和實體架構實作數項變更,以回應先前檢閱期間所引發的考量。在修訂的架構中,我們決定向外延展虛擬主機平台,而不是向內延展第一個模型的兩部主機。

注意事項 附註:
向外延展或向內延展虛擬主機電腦的決策取決於您組織的硬體策略,也就是根據 IT 標準、商務目標和預算等因素而定。這兩個提供更多容量的方法都很有效,且每個延展性選項各有其優缺點。

新架構的設計也為了達成下列目標:

  • 提供伺服器陣列中所有伺服器的高可用性,並增加可用性層級。

  • 透過向內延展或向外延展伺服器陣列及其元件來改善延展性。

  • 可更彈性地在 Hyper-V 主機之間移動虛擬機器,以視需要重新取得工作量的平衡,並在因為容量或硬體故障而降低虛擬主機電腦能力時,啟用即時移轉。

下列變更可達成我們的目標:

  • 前端網頁伺服器數目增加到 4 部,以改善負載平衡,並提供更多可用性給該特定伺服器陣列角色。

  • 虛擬主機電腦數目增加到 4 部。此外還使用下列設定增加每部電腦的容量:

    • CPU:16 核心加上超執行緒

    • 記憶體:96 GB

  • 使用 SQL Server 2012 AlwaysOn 可用性群組實作資料庫伺服器的高可用性。

    若有兩部主機電腦,則有足夠的容量可讓一部 Hyper-V 主機 (主機-3) 專屬於 AG-1 可用性群組的主要複本 (PR) 。主機-2 上已安裝次要複本 (SR),此主機也是執行 SQL Server 2012 的專用主機。此策略會增加伺服器陣列資料庫伺服器的容量和效能,但會導致很少使用虛擬主機電腦。將資料庫虛擬機器上的記憶體增加到 32 GB 之後,仍有 60 GB 未配置的記憶體。虛擬處理器對邏輯處理器比例只有 1:4,使得這兩部虛擬主機電腦的負載明顯過低。

    我們決定使用可改善 Hyper-V 主機使用量、更能平衡工作量以提升資料庫效能,以及提供更多可用性的資料庫設定。此設定使用兩個可用性群組 (AG-1 和 AG-2)。AG-2 的主要複本與 AG-1 的次要複本共用主機-2,而 AG-2 的次要複本與 AG-1 的主要複本共用主機-3。

    修訂架構和系統規格的另一個重點是為資料庫虛擬機器使用傳遞磁碟的決策。此設定遵循設定硬碟以用於執行 SQL Server 之虛擬機器的最佳作法指導。資料庫伺服器建議的 Hyper-V 磁碟設定為傳遞磁碟。雖然傳遞磁碟只提供比固定大小磁碟好一點的效能,但是傳遞磁碟是大型磁碟及磁碟 I/O 密集 (SharePoint 產品 資料庫的已知特性) 的應用程式之最佳選項。此外,傳遞磁碟可降低磁碟爭用的情形,因為其他虛擬硬碟無法存取實體磁碟。

  • 向外延展虛擬主機可更彈性地平衡虛擬機器工作量。

  • 使用 4 部虛擬主機電腦除了可以更快且即時移轉虛擬機器之外,也為實作容錯移轉叢集提供良好的基礎。如需詳細資訊,請參閱了解叢集內容中的 Hyper-V 與虛擬機器 (http://technet.microsoft.com/zh-tw/library/dd759249.aspx)。

虛擬主機電腦系統規格分析

下表 (虛擬主機電腦 (主機-1、主機-2、主機-3、主機-4) 的修訂系統規格) 顯示虛擬主機電腦的效能容量分析,並使用記憶體、處理器設定及延展性做為準則。

虛擬主機電腦 (主機-1、主機-2、主機-3、主機-4) 的修訂系統規格

規格 分析

記憶體

在每部虛擬主機電腦上允許 4 GB RAM 之後,Hyper-V 主機電腦上未配置的記憶體如下所示:

  • 主機-1:36 GB

  • 主機-2:28 GB

  • 主機-3:28 GB

  • 主機-4:36 GB

所有主機電腦上未配置記憶體的剩餘容量足以進行擴充或即時移轉。

處理器

修訂架構的虛擬對邏輯處理器比例如下所示:

  • 主機-1:虛擬對邏輯比例為 1:1。

  • 主機-2:虛擬對邏輯比例為 1:2。

  • 主機-3:虛擬對邏輯比例為 1:2。

  • 主機-4:虛擬對邏輯比例為 1:1。

這些比例均在可接受的限制內。

延展性

修訂的架構支援伺服器陣列及所有伺服器陣列元件之間的延展性。

對架構設計和系統規格的變更是第一個模型的改良。但是,需要額外的反覆程序以執行下列作業:

  • 為資料庫伺服器虛擬機器的儲存策略 (本機或共用網路) 提供更詳細的規格。為了達成此目的,需要伺服器陣列預期儲存之內容數量和類型的詳細資訊。

  • 調整前端網頁伺服器的規格。這需要取得預期使用狀況的資訊,例如並行連線數目或平均連線時間。

檢閱及修訂沒有一定或最佳的次數;請繼續循環,直到額外的修訂無法明顯改善設計或系統規格為止。

不論您有多勤快,在實際執行前的環境中部署伺服器陣列並執行一連串基準測試之前,所有架構和系統規格實際上都只是理論。所需的基準測試數目取決於您的硬體策略。如果此策略超過指定的需求,則所需的基準測試數目會減少。

提示 提示:
以提供比需求更多之容量和效能容量的硬體成本為基準,在進行廣泛基準測試所需的成本與時間之間權衡輕重。視您的情況而定,投資硬體可能是較適當的選擇。

您必須具有基準測試提供的資料,才能評估再實作跨平台的適當變更。第一組基準資料可讓您確定所需變更的範圍、本質及程度。部署小組通常會考慮的首批變更如下 (未依優先順序列出):

  • 變更伺服器陣列拓撲架構以分散工作量。

  • 向內延展虛擬機器,或透過增加虛擬機器向外延展伺服器陣列。

  • 向內延展 Hyper-V 主機電腦,或透過增加更多主機電腦向外延展硬體平台。

部署小組必須決定這些變更的優先順序、潛在獲益及影響。現有的資料可能不足以做出這些決策,因此,您可能需要其他基準測試,且必須變更基準測試以取得想要的資料。

注意事項 附註:
建議您測試要用於實際執行環境的監視和報告策略 (及工具)。根據實際執行前的環境進行測試,可讓您在實際執行伺服器陣列時,能夠完整進行監視和報告。

總而言之,您的架構和系統規格會隨著您進行實際執行前的階段及實際執行而不斷演變。建議的最佳作法是持續執行基準測試,直到實際執行環境中的伺服器陣列穩定為止。

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