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

建立 SharePoint 2013 的虛擬化計畫

 

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

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

摘要:了解在 Windows Server 2008 環境中安裝、設定和測試 SharePoint 2013 前需要規劃的項目。

虛擬化計畫包含重要的元件、關鍵的規劃工作以及決策點。在測試、實際執行前或實際執行的虛擬環境中,計畫的範圍與詳細程度將決定 SharePoint 2013 部署是否能成功。

本文內容:

在真實的世界中,連續的階段不必是相關聯的階段。您可以在同時間進行多項規劃工作。在這份規劃文件中,主要階段的整理方式是依序顯示收集資訊的邏輯流程、產生決策,以及建立計畫。這些階段和建議的順序不是絕對的,您不僅可以、也應該變更順序和工作,以符合您組織的需求。目標是最終定案的計畫包含有您在虛擬環境中部署 SharePoint 2013 所需的一切資訊。

雖然本文著重在Windows Server 2008 Hyper-V 技術,您可以套用至伺服器虛擬化 (SVVP) 來驗證任何虛擬化解決方案的我們規劃的概念、 指引及工作。如需詳細資訊,請參閱伺服器虛擬化計畫常見問題集

以下是本文中提及的主題,唯每個主題領域的詳細資訊將在個別的文章中提供。

  • 營運持續力

  • 安全性

  • 效能與容量

  • 維護與運作

在您規劃時,與您規劃部署的技術相關聯的參考資料與工具是非常寶貴的資源。參考資料與工具可以降低您錯過步驟的可能性,範本或工具可以降低錯誤的發生並提高內容的一致性。 建議您取得以下資源:

我們建議您檢閱,查看是否有其他解決方案加速器可以用於虛擬伺服器陣列的解決方案加速器下載 Solution Accelerator 整個清單。

建立計畫最重要的第一個步驟就是清查、記錄和評估內部資源與技術基礎結構的可用性。當您規劃虛擬環境的預算、排程、實作、維護以及使用 SharePoint 2013 時,適當資源與基礎結構的可用性將是決定性的因素。

如果您沒有陣列伺服器和虛擬化伺服器主機的詳細規格,您仍可衍生出系統需求的初步定義。當您隨著規劃程序持續前進時,您可以調整伺服器陣列的需求,再次評估可使用的內部資源與基礎結構。

虛擬伺服器陣列的最低需求如下:

  • Windows Server 2008 R2

  • Hyper-V

  • SharePoint 2013

  • SQL Server 2008 R2 或 SQL Server 2012

  • 適當的硬體、存放裝置和網路基礎結構以支援伺服器陣列。

您必須確認虛擬化專案中可使用的基礎技術,才能決定哪些是可以重複使用的項目或哪些是必須購買的項目。在這兩種情況下,皆必須識別所有基礎結構部署的需求和排程,以期能在部署伺服器陣列時即時到位。對於現有的技術,您必須評估內部知識與經驗的廣度與深度是否足以用於支援虛擬化專案。擁有或缺乏這些元素將會對虛擬化專案造成數種層面的影響,其中包括但不限於以下範圍:

  • 硬體、軟體和授權之外的實作成本。

  • 人力資源的需求。

  • 使用者和 IT 群組的訓練需求 (排程和成本)。

  • 您可以從現有的或新的基準資料衍生的硬體大小和成本。

  • 實際執行前階段和基準需求。

  • 伺服器陣列進入完整實際執行所花費的時間。

完成評估後,您才能接著決定是否能使用內部資源處理虛擬伺服器陣列實作的所有層面。如果需要外部資源,例如廠商或合作夥伴,請識別您必須外包的專案工作。

為了讓內部資源可以專注在實作上,您也應該考慮將其他工作外包以釋放出內部資源。在專案的進行過程中,可以將外包加入到內部的技能和組織的知識庫中。使用外部資源會改變整個專案,專案可能會有其他明顯的變更,例如排程的改變。如果您認定外包一些工作是最佳的替代方案,則必須在計畫中合併入外部小組的排程。

清查和評估基礎結構時,您必須將現有的 IT 原則、程序、標準和最佳做法也納入清查和評估的範圍之內。範圍規劃良好的基礎結構評估可以凸顯額外的技術需求,例如硬體、軟體和授權,也可以藉此決定在虛擬化狀態下的功能和限制。有一個已知的實例是虛擬化資料庫伺服器,有許多組織不允許虛擬化資料庫伺服器,尤其是擁有團隊專職支援資料庫的組織。

專案小組由適合的人員組成,這些人員具備專案不同階段中所需的經驗或技能。例如,小組的技術成員負責收集和分析基準資料。然而,對使用者接受度測試的不同層面來說,熟知各業務單位間工作流程的非技術小組成員卻是非常重要的角色。此外,小組成員不一定要全程參與所有的專案階段。例如,法務小組的成員只需要參與建立伺服器陣列的管理需求。不同業務單位的業務代表只需要針對會影響其單位的 SharePoint 功能,參加相關的使用者接受度測試即可。

專案小組通常由下列成員組成:

  • 必要產品支援領域 (例如資料庫和網路) 的 IT 人員,他們可以為專案定義初始的基準準則。在部署階段的期間,他們可以收集和分析資料,然後驗證/調整這些基準。

    注意事項 附註:
    使用者接受度測試。為了讓伺服器陣列測試如同在實際環境下運作一樣,無論是來自受影響的各事業單位使用者,或是將會使用到伺服器陣列的使用者,這些人都要參與使用者接受度測試。平台是虛擬化的事實也必須明白告訴使用者。
  • 假設專案有一定程度的自訂功能,隨著專案進入每個部署階段,開發小組的成員會驗證功能和行為,然後對伺服器陣列元件進行偵錯。

    注意事項 附註:
    相較於已設計要執行的解決方案或已在實體伺服器上執行的解決方案,重新驗證目前在虛擬化陣列伺服器上執行的自訂程式碼可能是必要的。

您必須明白列出期望目標、職責劃分清楚,並在專案開始前取得承諾,保證您有足夠的小組資源和特定時間的承諾。最後,您必須與所有的小組成員共同合作建立接受度準則,這些準則將用來決定伺服器陣列可以進入實際執行階段的時機。

我們建議您在您設計實體伺服器陣列的相同方式來方法的虛擬伺服器陣列設計。大部分的問題和實體伺服器上部署 SharePoint 的需求適用於虛擬機器。任何您決定,如最少的處理器或記憶體需求會有直接影響伺服器的數目上伺服器陣列中的拓撲與相對應的虛擬化主機需求。主機電腦都必須有足夠的資源,以支援您識別虛擬機器時的伺服器陣列。

以下清單顯示一些標準的伺服器陣列需求,這些需求同時適用於實體和虛擬伺服器陣列。

  • 識別特定 SharePoint 解決方案所需的角色 (例如查詢)。

  • 決定 SharePoint 角色在陣列伺服器上的分散方式。

  • 決定伺服器陣列需要的伺服器數量。

  • 決定每部伺服器的設定方式。

決定陣列伺服器規格的起始點是 SharePoint 2013 的硬體和軟體最低需求。如需這些需求的詳細資訊 (例如必須安裝哪些特定更新),請參閱<SharePoint 2013 的硬體及軟體需求>。

接下來的步驟是使用基準資料調整陣列伺服器的規格,這些基準資料來自現有的 SharePoint 伺服器陣列,或是來自根據已發佈的效能與限制指引所做的基準測試 。

重要事項 重要事項:
如果您使用的基準資料來自現有的伺服器陣列,您仍須執行基準測試。
重要事項 重要事項:
在相同配置 (處理器的數量、記憶體的總數和硬碟大小) 的前提之下,先前基準測試的結果一致顯示虛擬機器的整體效能比實體電腦還低 (例如,平均回應時間、每秒的請求數量和較低的 IOPS)。當您設計虛擬伺服器陣列拓撲時,必須將這些結果納入考量。

開始設計架構時,您必須決定是否要虛擬化所有的陣列伺服器,或是要混合虛擬機器和實體電腦。

如果您的策略是實作異質的 SharePoint 虛擬化環境,則您必須為虛擬化識別最佳的候選伺服器。從技術與 Microsoft 支援的角度來看,所有執行 SharePoint 2013 的伺服器都能進行虛擬化。虛擬化特定陣列伺服器的決定應依據特定的需求和考量而定,例如以下項目:

  • 公司規範原則 (例如法務方面與技術方面) 可能不支援虛擬化,或是不支援虛擬化主機伺服器和存放裝置的位置。

  • 估計效能與容量的需求。

  • 安全性需求。

  • 支援與維護的需求

如需更多有關虛擬化範圍與架構的詳細資訊,請參閱<SharePoint 2013 的伺服器陣列虛擬化及架構概觀>。

為實體伺服器陣列建立拓撲設計後,您便擁有一個可以用來設計虛擬架構的起始點。理論上,這個架構幾乎趨近於您打算當成實際執行的最終虛擬化解決方案。實際上,當您隨著系統生命週期的部署階段持續前進時,這個架構可能會跟著改變。如需詳細資訊,請參閱<虛擬 SharePoint 2013 伺服器陣列的詳細設計及系統規格程序>。

注意事項 附註:
當您在部署的試驗與實際執行前階段期間開發基準時,您可以決定部分伺服器角色不是虛擬化的最佳候選項目。如果您的虛擬化範圍是同質環境,則您必須擴充或擴展才能改善效能。

決定虛擬化伺服器主機的最低需求 (記憶體的總數、插槽的數量 (實體處理器) 與核心數、本機硬碟的數量與大小、網路介面卡的數量)。

重要事項 重要事項:
實體處理器的數量將決定 Windows Server 虛擬化的授權成本。如需詳細資訊,請參閱<SharePoint 2013 的虛擬化支援及授權>。

您也應該考量與規劃下列項目:

  • 延展性

    決定您是否可以新增更多的 CPU、更多的記憶體和更多的網路介面卡到主機電腦中。

    重要事項 重要事項:
    製造商、電腦機型和硬體架構可能會對擴充能力造成限制或甚至變得更糟,也可能會造成容量無法增加。在您嘗試重複使用伺服器或購買新的伺服器之前,您必須清楚了解潛在主機伺服器的限制。
  • 備用容量

    決定主機是否具備足夠的備用容量可擴充現有的虛擬機器,或是可增加虛擬機器擴展虛擬化範圍。這點非常重要,如此您才能規劃使用 Hyper-V 容錯移轉叢集、快速移轉或即時移轉。

重要事項 重要事項:
在虛擬主機週期性或隨機性負載提升的對應策略中,您必須確認有將主機伺服器包含在內。

虛擬化不僅會增加 IT 環境的複雜性,也會為 IT 群組帶來全新的挑戰,他們必須克服這些挑戰才能有效管理伺服器陣列及其基礎結構。這些挑戰不同於前端支援的工作,與運作支援的工作和持續進行的維護工作也不盡相同。

虛擬伺服器陣列有兩個額外層級的支援需求:虛擬機器和虛擬化主機伺服器。雖然每個層級的需求與部署在實體伺服器上的伺服器陣列類似,但這些需求不是完全相同的。這些需求有足夠的獨特元素可以保證現有支援基礎結構的評估。

大多數組織中的 IT 群組早已取得或已開發出軟體工具和公用程式來監控和管理實體的運算環境。

  • 第三方的工具和公用程式 - 大部分的第三方軟體都能進行一定程度的自訂,IT 群組可以自訂這些工具以符合不斷變化的自動化需求。

  • 內部的工具和公用程式 - 這類軟體可能只是一些批次檔與指令碼的集合,這是為了回應不斷變化的環境而逐步形成的集合,然而,這些軟體的確提供一定程度的自動化來執行工作。

IT 群組的挑戰是決定任何現有的工具是否能符合虛擬化環境的需求,以及需要花費多少成本。第三方工具可能已經達到自訂的極限,或是可能無法追上虛擬化的需求。同樣地,內部的工具集可能無法再進行自訂,或者成本和時間的需求可能是不合理的。您的分析將決定您是否必須投資新工具來管理虛擬伺服器陣列。

如果您決定要進行投資工具來管理新的環境中,我們會建議Microsoft System Center 2012它可提供一組完善與Hyper-V為SharePoint 產品妥善整合的工具。System Center 工具集包含下列程式具有更廣泛的功能以及管理虛擬環境。

  • Virtual Machine Manager (VMM) 是虛擬化資料中心的管理解決方案。這個程式可以設定和管理您的虛擬化主機、網路和存放裝置資源,建立並部署虛擬機器和服務到私人雲端。

  • System Center 2012 - Operations Manager 提供的基礎結構監控功能不僅富有彈性而且符合成本效益。這個程式可以協助您確保重要應用程式的可預測效能和可用性,也提供資料中心與雲端的全方位監控,私人雲端和公用雲端皆適用。

    注意事項 附註:
    Operations Manager 也提供 System Center Management Pack for SharePoint Server 2013 和 System Center Management Pack for SharePoint Foundation 2013。
  • Microsoft System Center 2012 Configuration Manager 可以協助您在大部分的裝置上提供良好的使用者體驗,同時確保您能夠符合公司控制與規範的需求。

  • System Center 2012 - Data Protection Manager (DPM) 可以針對數種伺服器進行磁碟型和磁帶型的資料保護和復原,例如 SQL Server、Exchange Server、SharePoint 2013、虛擬伺服器和檔案伺服器。DPM 也支援 Windows 桌上型電腦和攜帶型電腦。DPM 也可以集中管理系統狀態和裸機復原 (BMR)。

  • Orchestrator 是適用於資料中心的工作流程管理解決方案。Orchestrator 可以協助您將環境中的資源建立、監控和部署變成自動化。

注意事項 附註:
請考慮從Microsoft 下載中心取得虛擬機器服務工具。此解決方案加速器提供自動化的工具與指南 IT 專業人員可用來更新離線虛擬機器、 範本及虛擬硬碟有效率且不含這些公開安全性風險。

規劃程序到了這個時間點,您必須建立實作計畫,說明將虛擬伺服器陣列付諸實際執行的階段。實作計畫的範圍和詳細內容如同您在實體伺服器上部署 SharePoint 產品 伺服器陣列一樣。

以下表格說明將實體伺服器陣列付諸實際執行的階段,請將以下表格當成是您實作虛擬伺服器陣列的指南:

實作階段

名稱 步驟 輸出 特性

概念證明 (PoC)

用來決定解決方案是否將符合業務需求,以及用來決定適當的基礎結構。

  • 部署伺服器陣列

  • 部署解決方案

  • 收集基準資料

  • 評估概念證明

  • 調整目標與基礎結構的需求

  • 更新的解決方案計畫

  • 更新的拓撲

  • 更新的資源需求

建立 PoC 的目的通常是用來評估產品或解決方案。PoC 可以架設在開發環境中或是小型的實際執行電腦上。在持續的開發過程中,PoC 有時候會延續數個階段之久。

試驗 (小規模測試)

小規模地測試解決方案時使用

試驗用於測試解決方案的整備性 (沒有真實的資料,只進行功能性測試)。試驗也可以測試實際執行的特性,我們建議的方法是使用真實的資料並執行真正的工作。

  • 部署試驗伺服器陣列

  • 部署試驗解決方案

  • 收集基準資料

  • 評估試驗

  • 調整目標與基礎結構的需求

  • 決定運作的需求

  • 更新的解決方案計畫

  • 更新的拓撲與資源需求

  • 運作計畫

讓有限的使用者群組擁有環境的存取權限,測試解決方案和基礎結構的功能和效能。

使用者接受度測試 (UAT)

目的是提供實際執行前的環境,用來測試解決方案搭配實際執行資料的子集或搭配實際執行資料的完整複本。

這個測試也可以用來驗證備份或運作程序。

  • 部署 UAT 伺服器陣列

  • 部署 UAT 解決方案

  • 實作運作計劃

  • 評估解決方案

  • 評估運作計劃

  • 測試容量與效能

更新的運作計劃

拓撲應盡可能地與實際執行環境相似。

測試人員確認所有的解決方案元件有如預期地正常在網路中運作,而且安全條件與在實際執行環境中一樣。

實際執行

這是使用者與其互動以執行工作的真實環境。

  • 部署實際執行伺服器陣列

  • 部署實際執行解決方案

  • 實作運作計劃

  • 部署其他環境,例如製作及臨時伺服器陣列,以及服務伺服器陣列。

已部署的實際執行伺服器陣列

這對業務至關重要,所有適當的服務等級協定 (SLA) 皆已準備就緒。

對於前述的每個階段,您都必須決定下列問題的答案:

  • 在每個階段中,哪些人必須參與測試?

  • 有哪些是必須測試的項目?

  • 有哪些是要收集的基準資料?

  • 進入下一個階段的準則是什麼?

  • 階段成功完成時,由誰負責簽核?

除了任何以日期為導向的發行目標外, 每個階段的工期應以符合預先定義的接受度準則來決定。然而,時間目標的確是一個測量階段工期的好用方法,同時還能驗證時間型的估計值。您可以將這些結果運用到未來的部署或升級。

在具備實際執行能力的虛擬伺服器陣列實作之前和期間,審查和修訂您的計畫。保持計畫為最新狀態 -- 最新的計畫可以在專案檢討會時提供寶貴的資訊,也可以用來規劃未來的專案。

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