核心 IO 實作人員資源指南 - 合理化至動態層級
本頁內容
簡介
需求: 主要 IT 服務的自動化基礎結構容量計劃
需求: 管理行動裝置
需求: 虛擬化以在伺服器之間動態移動工作負載
簡介
桌上型電腦、裝置與伺服器管理是第二個核心基礎結構最佳化功能。
下表說明在桌上型電腦、裝置與伺服器管理中移至動態層級的高層級挑戰、適用解決方案,以及優點。
挑戰 |
解決方案 |
優點 |
---|---|---|
業務挑戰 使用者的各種佈建需求都必須依賴支援工程師,導致作業成本提高 不斷擴充的伺服器與應用程式需要更多資源,並提高電器設備及人員的成本 缺乏自動化的解決方案以部署和更新超級行動電腦軟體,令使用者行動力落後 IT 挑戰 缺乏端對端容量計劃,降低應用程式的可用性與效能,出現容量挑戰 由於與 IT 作業和使用者發生設定上的衝突,IT 應用程式團隊提供及部署更新與新應用程式的速度緩慢 |
專案 實作自動化基礎結構容量計劃 實作全面性的行動裝置管理解決方案 實作虛擬技術解決方案以進行測試與整合 |
業務效益 遠端 API 功能,以存取裝置上的檔案及資料庫 敏捷的 IT 基礎結構,協助企業回應競爭威脅 IT 優勢 伺服器、桌上型電腦及裝置的單一管理伺服器基礎結構 以類似的開發工具讓企業開發人員利用現有的程式碼、技術與資產,縮短開發時間並降低成本 一致性的系統概況,以加強各種裝置管理功能 集中化解決方案,以安裝軟體並與行動裝置共用內容 高度自動化的 IT 服務可降低成本並改善一致性 |
基礎結構最佳化模型中的動態層級所探討的是,行動裝置與服務管理中更進階的領域,包括下列需求:
主要 IT 服務的自動化基礎結構容量計畫
管理行動裝置
虛擬化以在伺服器之間動態移動工作負載
需求: 主要 IT 服務的自動化基礎結構容量計畫
對象
如果您沒有將主要 IT 服務基礎結構容量計畫的實作進行自動化,請閱讀本章節。
概觀
在「適用於實作人員的基礎結構最佳化規劃指南: 基本至標準化層級」指南中,您已閱讀到關於關鍵伺服器的可用性監視。若要移至動態層級,您必須分析企業伺服器的容量,例如電子郵件,並建立計劃,以最佳化目前和未來的需求。
容量計劃是容量管理的一部分,這是規劃、分析、調整大小及最佳化容量的程序,以及時的方式與合理的花費滿足需求。這個程序應該主動回應企業需求,因為在發生容量問題後,企業無法新增資源而不影響效能。
容量管理著重於流程與系統,包括規格、實作、監視、分析,以及微調 IT 資源和其所產生的服務效能。容量需求是根據服務層級管理程序所設定質量標準為基礎,且指定於服務等級協定 (SLA) 或作業等級協定 (OLA) 的佈建中。容量管理程序必須依賴重覆性的工作 (監視、分析、模組化、最佳化和變更初始) 以達成目標。
階段 1: 評估
「評估」階段與容量計畫一開始均為識別哪些是貴組織的主要服務,並按優先順序排列。對許多組織而言,這些系統包括經營企業所需的服務,例如企業資源規劃 (ERP) 系統,以及用於通訊的系統,例如訊息服務。這個階段的結果應該是列出組織中按照優先順序排列的主要服務,以及操作這些服務所需的 IT 或網路基礎結構資源。
階段 2: 識別
「識別」階段負責指出「評估」階段所找出的哪些服務將用於自動化容量計畫。其中的考量包括貴組織的該項服務中是否有控制項元素,以決定容量的限制。例如,廠商所提供的裝載服務會受限於貴組織與廠商之間的服務等級協定,此時,廠商通常要負責容量計畫。「識別」階段的結果將會顯示出這些服務的資訊清單。
階段 3: 評估與規劃
在「評估與規劃」階段,您要檢視與開發自動化容量計畫或模組化解決方案相關的程序,以及可用於自動化這些程序的技術。在大部分的情況下,預先封裝的軟體所提供的資訊廣度和服務範圍,可能無法符合貴組織的需求。
容量管理程序的流程
容量管理是一個重覆性的程序,並於其中執行幾項活動。本文件力求精簡,因此只選取幾項核心容量管理工作 (請參閱圖 6) 進行詳細說明。
圖 6. 容量管理的重覆性程序
監視
容量管理涉及內部作業層級需求,以及整個 SLA 中每一個主要 IT 層級相關的計量。每一項資源與服務的使用必須持續加以監視,以確保達到最佳的軟硬體資源運用,並可達成所有議定的服務層級。
分析
在「分析」階段,受監視和收集的資料經過分析並用於執行微調活動及建立基本資料。這些基本資料允許適當地進行識別及調整閾值和警告,因此具備其重要性。當引發例外狀況報告或警告時,必須加以分析及報告,並採行所需的修正措施。
模組化
模組化是容量管理程序的中心元素。模組化技術以及有效的使用模擬軟體,可調查容量計畫的「萬一」案例,以建置可模擬所要結果的模型。
動態層級的基礎結構最佳化模型必須進行模組化;此操作必須具備監視和分析時所收集的資料,以建立自動化的容量計畫工具 (不論是由貴組織所開發或是套件式軟體產品的一部分)。雖然模組化元素是動態層級的最基本要求,但還是建議用於自動化容量計畫的解決方案必須夠精確,以用於所識別之主要服務的新實作與最佳化作業。
最佳化
分析監視的資料可以找出可調整哪些設定的項目,以便更有效的使用系統資源或改善特定服務的效能。
變更初始
變更初始會將分析與微調活動所識別的任何變更,引入生產中的服務。這項活動包括識別必要的變更,以及後續產生與核准變更要求。有時候,變更的實作會和服務同時執行;有時候,變更的類型會要求暫時停止服務。
監視技術
由 Microsoft 所提供且可以協助您收集伺服器效能與網路效能資料的主要工具,分別為 Windows System Monitor 和 Windows Network Monitor。系統監視器是用於建立伺服器調整大小模型的建議資源。使用系統監視器以識別可接受的伺服器效能標準,並找出尖峰效能的時段。所收集的資料對建立和維護 SLA 都有很大的幫助。
Network Monitor 2.1 (英文) 隨附於 Microsoft Systems Management Server 2003 (SMS) (英文) 中,可方便您監視和分析網路上電腦之間所產生的網路流量。您要使用 Network Monitor 以識別大量使用的子網路、路由器以及 WAN 連線,以識別發生網路瓶頸的位置,並發展趨勢以最佳化網路基礎結構和伺服器更換或擴充。
如需使用 SMS 2003 進行容量計劃與分析的詳細資訊,請造訪 https://www.microsoft.com/technet/sms/2003/library/spgsms03/spsms13.mspx (英文)。
容量計畫技術
Microsoft System Center Capacity Planner 2006 (英文) 可協助 Microsoft Exchange Server 2003 和 Microsoft Operations Manager (MOM) 2005 調整大小與規劃部署,作法為提供您高效部署的工具與指示,並以下列方式進行「萬一」分析以規劃未來的需求:
規劃新的應用程式所需的正確基礎結構以達到服務層級的目標。
基礎結構規劃與最佳化。
主動式效能規劃。
效能分析與預測報告。
System Center Capacity Planner 2006 的設計,可建立用於部署 Exchange Server 2003 或 MOM 2005 的系統架構模型。標準的系統架構模型包含下列資訊:
**拓撲。**網站位置、網路類型、網路元件,以及網路特性 (頻寬、延遲)
**硬體。**伺服器發佈與特性、伺服器與網路對應
**軟體。**伺服器角色與服務對應、檔案與存放裝置對應
**使用設定檔。**站台使用與用戶端使用
建立模型後,模擬功能可提供應用程式及其支援元件的效能摘要與詳細資訊。
自訂工具
自訂容量計畫工具會因功能的類型和層級而有所不同。通常會將監視和分析資料輸入試算表中並開發公式,以根據試算表中定義欄位的變更來判斷容量。另外則是一些工具,結合更高等級的知識和詳細的拓撲圖形模組化,例如 System Center Capacity Planner。不論您的解決方案是由內部開發還是由協力廠商所開發,「評估與規劃」階段的主要需求是確保用於自動化容量計畫的工具或方法精確且受到信任,以規劃和最佳化會影響貴組織主要 IT 服務的基礎結構。
階段 4: 部署
自動化容量計畫專案的「部署」階段會確保選取的工具都是規劃程序中的主要部分,並持續維護以用於貴組織的主要 IT 服務相關的新實作和最佳化專案。隨著您的環境中因素與技術的增加,例如使用伺服器叢集、刀鋒伺服器或虛擬化,模型也應該要隨之更新。如果已協議要按照建議進行標準化,且必須提供持續的工程或更新,則部署這些工具才有用。
詳細資訊
如需容量分析與容量計畫的詳細資訊,請造訪 Microsoft TechNet 並搜尋「伺服器容量」或「容量計畫」。
主題檢查點
需求 |
|
---|---|
|
識別主要 IT 服務對象,以進行自動化容量計畫。 |
|
建立可自動化容量計畫的容量模型,或實作容量計畫工具。 |
如果您已經完成上列步驟,則貴組織就已達到基礎結構最佳化模型中,「主要 IT 服務的自動化基礎結構容量計畫」功能動態層級的最低要求。我們建議您依照有關分析關鍵伺服器的其他最佳作法資源的指引進行。
移至下一個自我評估問題。
需求: 管理行動裝置
對象
如果您的行動裝置沒有定義生命週期管理策略,請閱讀本章節。
概觀
在「適用於實作人員的基礎結構最佳化規劃指南: 基本至標準化層級」和「適用於實作人員的基礎結構最佳化規劃指南: 標準化至合理化層級」指南中,您已讀到幾個有關行動裝置管理以及桌上型電腦管理的主題。若要移轉至動態層級,您必須將桌上型電腦管理活動中許多相同的原則與功能套用至行動裝置,並擴充您目前的行動裝置管理功能。
整合行動裝置、網際網路和無線連線能力,可讓組織延伸資訊和服務的觸及範圍,以提供給行動專業人士。目前的行動裝置正快速的達到筆記型電腦的一般運算與功能層級。這些裝置的優缺點和筆記型電腦的類似,雖然可以明確的提高生產力,但相對的也有資料遺失或安全性破壞的威脅。
隨著組織中使用的行動裝置越來越多,也越來越需要控制行動裝置的類型。如果沒有經過標準化,則各種連線至您的企業網路的行動裝置,可能會造成難以管理的情形。您必須為每種類型的行動裝置建立公司的標準,才能有效的管理使用者驗證、作業系統標準化、修補程式管理,以及其他日常管理控制。
核心基礎結構最佳化模型概況或問題,將這個需求所涵蓋的範圍區分成多個需求。這些問題的重點在於確保筆記型電腦所執行的許多功能,最終都會和行動裝置的管理功能相符。在許多情況下,執行桌上型電腦部署或管理工作的工具,在行動裝置上並沒有對等的功能,但是大部分的概念卻是相同的。
如需規劃行動裝置解決方案的指引,請造訪 https://www.microsoft.com/technet/archive/itsolutions/mobile/deploy/mblwirel.mspx?mfr=true (英文)。
如需管理行動裝置的詳細資訊,請造訪 https://www.microsoft.com/technet/solutionaccelerators/mobile/evaluate/mblmange.mspx (英文)。
階段 1: 評估
依照標準化和合理化層級的需求,貴組織應該維持一份詳盡的清單,列出連接至貴組織資源的行動裝置。「評估」階段要求這份清單必須經過更新並可使用於後續階段中。
階段 2: 識別
「識別」階段會檢查符合動態層級需求的所需功能。動態層級的需求包括下列項目:
存取 LOB 應用程式
定義基本映像
自動化更新設定與應用程式
隔離解決方案
自動化修補程式管理
自動化資產管理
當貴組織達到合理化層級時,應該就已具備機制可以存取 Web 型的 LOB 應用程式、自動化軟體與設定檔案發佈、自動化修補程式管理,以及自動化資產管理。接著,動態層級的新功能就是定義和維護基本的行動裝置映像,並建立行動裝置的隔離解決方案。
階段 3: 評估與規劃
「評估與規劃」階段的目標,在於識別管理行動裝置映像的技術,以及建立有效的隔離機制以偵測行動裝置是否符合組織的標準,如果不符合就隔離該行動裝置,使其無法存取資源。
本章節探討行動裝置管理的下列各領域:
定義行動裝置的基本映像
隔離解決方案
定義行動裝置的基本映像
定義行動裝置的標準映像,以確保組織清楚且可管理其設定,並且與三項主要活動一致:
裝置標準化
映像標準化
檔案發佈
除非組織安裝或重新整理行動裝置上映像的技術普及,否則映像標準化仍將是裝置製造商或服務供應商的責任。
裝置標準化
您的行動工作團隊成員可以攜帶許多不同類型的行動裝置。維護使用者可能選擇的各種行動電話或 PDA 類型的標準映像,將會很沒有效率。若要有效且安全地管理這些裝置,唯一的方法就是選擇一個公司標準類型的行動裝置。一旦指定了裝置,就可以選擇及維護標準作業系統及核心應用程式。
映像標準化
行動裝置映像管理和桌上型電腦或伺服器裝置的映像處理相比,非常地不同。一般情況通常是關於組織就裝置類型與行動作業系統方面進行標準化。然後裝置製造商或服務供應商就會建置並提供裝置和行動作業系統。通常是因為組織中行動裝置的資產生命週期縮短,以及缺乏可用於安裝作業系統的技術與介面,就像在網路連接或可開機媒體的用戶端或伺服器上安裝一樣。在這個情況下,映像標準化的工作就包括判斷和強制執行標準行動裝置作業系統的原則,並確保要求的設定和應用程式都會套用至行動裝置中。您可以使用 Windows Mobile® 軟體開發套件 (SDK) 中的裝置佈建工具,以設定裝置,並且新增、更新和移除行動裝置上的軟體,或變更行動裝置的功能。如需詳細資訊,請參閱逐步指南:使用 Microsoft Exchange Server 2003 SP2 部署 Windows Mobile 裝置: 步驟 8 - 管理和設定行動裝置。
檔案發佈
由於行動裝置通常都已安裝了作業系統,您需要具備機制以安裝每個行動裝置都需要的標準應用程式和設定檔。有一些工具可用於將軟體發佈至行動裝置,例如:
Microsoft Systems Management Server 2003 (英文) 的 Device Management Feature Pack (英文)
iAnywhere (英文) 的 Afaria Software Manager (英文)
這些工具可讓您將標準化的應用程式組合發佈至行動裝置中。
行動裝置的隔離解決方案
即使具備最佳計劃和原則可確保行動裝置遵循貴組織的所有安全性需求,有時候這些措施還是會遭到停用、規避或違反。當行動裝置受到惡意軟體的感染或安全性原則遭到破壞,然後連接至您的網路,則您的網路和網路上的所有資產和資料都會蒙受安全性的威脅。您需要方法以確保連接至您網路的行動裝置遵循企業的安全性原則。
在本文件稍後的適用於未修補或受感染電腦的隔離解決方案中,我們將探討使用用戶端電腦上的虛擬私人網路 (VPN) 及隔離控制,以限制不符合最基本設定遵循要求之電腦的網路存取權。Microsoft 合作夥伴解決方案 (例如 Bluefire Mobile Security VPN (英文)) 可以提供行動裝置的隔離保護功能,並具備許多與用戶端電腦使用的隔離功能相同的優勢。
裝置管理產品
Microsoft Systems Management Server (SMS) 2003 Device Management Feature Pack (英文) 提供全面性的裝置管理解決方案,以 Windows Mobile 5.0 和 Windows Mobile Pocket PC Phone Edition 5.0 更新的支援,管理行動裝置 Windows CE (英文) (3.0 或更新版本) 及適用於 Pocket PC (2002 或更新版本) 的 Windows Mobile (英文) 軟體。
合作夥伴解決方案
以下為各廠商提供的摘要說明。Microsoft 並不為特定解決方案進行背書或推薦。下列解決方案可協助貴組織維持近乎一致的行動裝置與桌上型電腦管理:
B2M (www.b2m-solutions.com) (英文)。提供的 mprodigy 產品線,是專為上班族和企業市場所設計。
BeCrypt (www.becrypt.com) (英文)。專門生產膝上型電腦、Tablet PC、桌上型電腦以及 Pocket PC/Windows Mobile 5 PDA 裝置的安全性產品。
Bluefire Mobile Security Suite (www.bluefiresecurity.com) (英文)。全面性的產品組合,可協助確保行動裝置的安全。
iAnywhere (www.ianywhere.com) (英文)。Sybase 的子公司。Afaria 管理產品提供全面性的管理功能。
Odyssey 的 Athena 產品 (www.odysseysoftware.com) (英文)。裝置管理解決方案,可提供 Windows Mobile®、Windows CE、Win32® 和 Windows XP 內嵌式裝置的全面性管理。
Perlego Mobile Device Lifecycle Management (MDLM) (http://www.perlego.com) (英文)。此產品提供遠端控制、資料保護以及內容發佈工具,以保護及管理裝置及其資料。
詳細資訊
如需使用者佈建的詳細資訊,請造訪 Microsoft TechNet 並搜尋「裝置管理」。
主題檢查點
需求 |
|
---|---|
|
製造商或服務供應商提供的標準化裝置與裝置映像。 |
|
在連接至資料資源前,先在所有行動裝置上強制執行已定義的設定遵循標準。 |
如果您已經完成上列步驟,則貴組織就已達到基礎結構最佳化模型中,「管理行動裝置」動態層級的最低要求。
移至下一個自我評估問題。
需求: 虛擬化以在伺服器之間動態移動工作負載
概觀
在《核心基礎結構最佳化實作人員資源指南: 標準化至合理化層級》指南中,已探討過開發計劃以使用虛擬化進行整合的需求。合理化層級的需求僅限於規劃及測試虛擬化技術。在動態層級,虛擬化的需求延伸到實作產品應用程式或服務。這項需求持續延伸至適用於整合與移轉 LOB 應用程式的解決方案加速器 (英文) 中所強調的虛擬化最佳作法。在環境中使用虛擬化以進行開發和測試的其他指示,請參閱 Windows Server System 參考架構的虛擬環境部署與測試 (英文) 指南。
一般而言,實體基礎結構的整合是一種有效率的業務策略,且可用於有效地維護硬體使用率。此外,虛擬化的本質可讓您視需要將系統資源指派給生產虛擬機器,不同於只有硬體升級或降級才能調整效能的 1:1 伺服器應用程式實體環境。
階段 1: 評估
在合理化層級,如《核心基礎結構最佳化實作人員資源指南: 標準化至合理化層級》指南中所述,您必須清查貴組織中的應用程式及基礎結構。
階段 2: 識別
在合理化層級,如《核心基礎結構最佳化實作人員資源指南: 標準化至合理化層級》指南中所述,您必須指出貴組織中以虛擬化作為目標的適當服務。
階段 3: 評估與規劃
在合理化層級,如《核心基礎結構最佳化實作人員資源指南: 標準化至合理化層級》指南中所述,您必須評估貴組織中的虛擬化技術,並規劃虛擬化部署。
階段 4: 部署
「部署」階段負責實作在合理化層級所選取且經過測試的虛擬化策略。這個階段包括建立整合的虛擬機器環境,以及整合式環境中的虛擬化應用程式。下圖取自適用於整合與移轉 LOB 應用程式的解決方案加速器 (英文),說明規劃和設計工作如何整合至整體範圍,以及使用 Microsoft Virtual Server 2005 整合、移轉及虛擬化 LOB 應用程式的順序。如需詳細資訊,請參閱整合與移轉 LOB 應用程式解決方案加速器中的實作指南 (英文)。
圖 7. LOB 應用程式虛擬化程序
若要實作虛擬伺服器解決方案,一開始要先建立整合式環境,包括建置和穩定環境。包括:
準備基礎結構。
為目標伺服器設定軟硬體平台。
部署移轉與虛擬化來源伺服器所需的工具。
設定基礎結構
建置整合式環境的第一步,就是設定基礎結構,確保具備所需的網路連線和基礎結構服務,包括目錄服務、網域名稱系統 (DNS) 和 Windows 網際網路名稱服務 (WINS)。此外,也要建立適當的帳號和群組以及移轉帳號,以配合部署需求。
設定工具
Virtual Server 2005 Migration Toolkit (VSMT) (英文) 要求組織中至少要有一個 Automated Deployment Services (ADS) 控制器。控制器可以排程要在裝置 (加入至 ADS 資料庫的電腦) 上執行的工作,其系統上執行的為部署代理程式。部署代理程式可以在 Windows 2000 Server 或 Windows Server 2003 上執行。
穩定虛擬機器基礎結構
在設計且建置整合環境的基礎結構後,確定目標狀態符合實作的目標。應該先穩定環境後再進入生產階段。
在將伺服器移轉至整合環境前,請先確定以下事項:
整合環境和支援基礎結構可以進行操作。
必要的 Hotfix 與安全性更新已安裝在主機作業系統以及每台虛擬作業系統上。
整合及支援的伺服器事件記錄都已清除,且沒有警告、錯誤或警示。
整合的環境符合可用性目標。
整合的環境提供容量需求。
使用者、系統管理員及 LOB 應用程式具有服務資源的適當存取權限。
整合的環境提供必要的 I/O 效能層級。
已實作移轉工具。
將虛擬服務部署至作業中
建置和穩定整合的環境後,您就可以擷取來源伺服器的映像並在新的環境中建立虛擬機器,以虛擬化服務。虛擬化的部署程序包含下列步驟:
收集來源資訊。收集來源伺服器的軟硬體資訊,以完成來源伺服器的部署前驗證。
將已更新的系統檔案載入修補程式快取中。將必要的修補程式檔案加入至 VSMT 修補程式快取,以確保可使用於 VSMT,在映像部署至虛擬機器後執行安裝。
篩選裝置與服務。識別來源伺服器硬體特定的裝置與服務,以便在虛擬化期間停用。
產生命令檔及工作順序。產生必要的指令碼檔案和 ADS 工作順序。
擷取實體電腦的映像。擷取實體電腦的磁碟分割區。
將映像部署至虛擬機器。建立及設定虛擬機器環境,並部署擷取的磁碟分割區。
虛擬化後
在完成整合及移轉伺服器後,使用者要在整合的環境中存取伺服器,請考慮下列事項:
確認移轉已完成。
建立新環境的備份,並保留環境設定的基準。
確認用戶端已不再存取伺服器後,淘汰來源伺服器。
完成環境與專案的文件。
指導新環境完整的功能性服務操作,並交付給企業 IT 團隊。
動態移動伺服器之間的工作負載
移動工作負載有兩個主要的選項: 使用 Virtual Server 2005 將虛擬伺服器的系統資源重新分配給單一實體主機上的虛擬伺服器,或在伺服器叢集的節點之間移動虛擬伺服器。下列章節說明這兩個選項。
重新分配虛擬伺服器中的系統資源
Virtual Server 2005 透過元件物件模型 (COM) 技術提供指令碼支援。如此可讓您根據排程或其他事件執行其他命令。例如,如果您知道一個大型批次程序每週在 SQL Server 資料庫上執行一次,就可以使用指令碼並將工作進行排程,以在批次程序期間自動分配更多的記憶體給虛擬伺服器。完成程序後,另一個指令碼工作可以將記憶體重新分配成批次程序前的狀態。
如需使用指令碼以管理 Virtual Server 的指南,請參閱使用指令碼管理 Virtual Server (英文),或直接前往 Microsoft Script Center 中的 Virtual Server 指令碼儲存庫 (英文)。
Virtual Server 主機叢集
Virtual Server 主機叢集 (英文) 是一種結合兩種技術 (Virtual Server 2005 R2 及 Windows Server 2003 中的伺服器叢集功能) 的方法,以便您將伺服器整合至一部實體主機伺服器,而不會造成該主機伺服器變成單點失敗。例如,假設您有兩個實體伺服器提供用戶端服務,如下所述:
Microsoft Windows Server 2003 標準版,作為 Web 伺服器
Microsoft Windows NT® Server 4.0 Service Pack 6a (SP6a),以及貴組織中所使用的特殊應用程式
使用主機叢集,您就可以將這些伺服器整合成一個,同時,如果整合的伺服器故障或需要排程維護時,就可以維持服務的可用性。若要如此操作,您要在實體伺服器上執行上面列為虛擬機器的每一項服務。您也要將伺服器設定為伺服器叢集中的一個節點,代表如果發生容錯移轉,則第二個伺服器可支援虛擬機器。如果第一部伺服器失敗或必須執行排程的維護,則第二部伺服器就可以接手支援服務。因此,萬一發生故障,就可以動態移動工作負載,將對於服務可用性所造成的影響降至最低。
下圖顯示簡單的 Virtual Server 主機叢集:
圖 8. 簡易 Virtual Server 主機叢集
您必須了解,使用 Virtual Server 主機叢集,您所叢集的是實體主機,而不是在實體主機上執行的應用程式。實體主機的故障會導致第二個實體主機接手虛擬主機的支援,但虛擬主機內部應用程式的故障則否。
System Center Virtual Machine Manager
System Center Virtual Machine Manager (SCVMM) 提供完整的支援,以整合虛擬基礎結構中的多部實體伺服器,因此協助提高實體伺服器的整體使用率。System Center Virtual Machine Manager 也可讓系統管理員和授權使用者快速提供虛擬機器。SCVMM 功能和優勢包括:
集中化虛擬機器的部署和管理。
智慧型的更換分析,以判斷最適合執行虛擬化的伺服器。
快速的實體對虛擬及虛擬對虛擬的轉換。
相似的介面以及與其他 Microsoft 產品順利的整合,容易使用。
使用系統管理員所管理的自助佈建,進行快速部署。
伺服器整合以及更高的處理器使用率,提高資源效率。
透過 PowerShell 指令碼整合執行快速自動化。
如需 System Center Virtual Machine Manager 的詳細資訊,請造訪 https://www.microsoft.com/systemcenter/scvmm/default.mspx。
主題檢查點
需求 |
|
---|---|
|
將生產 IT 服務或應用程式的子集部署至虛擬機器。 |
|
積極管理和最佳化共用硬體裝置上的系統資源。 |
如果您已經完成上列步驟,則貴組織就已達到基礎結構最佳化模型中,「虛擬化以在伺服器之間動態移動工作負載」功能動態層級的最低要求。建議您遵循其他最佳作法資源的指引,以進行伺服器整合和虛擬化,請參閱適用於整合與移轉 LOB 應用程式的解決方案加速器 (英文),或下載 Virtual Server 2005 R2 的虛擬伺服器主機叢集逐步指南 (英文)。
移至下一個自我評估問題。