虛擬化： 工作負載彙總
只要方法得當，透過虛擬化彙總伺服器硬體不光可以降低硬體成本，還能夠達成其他許多商業利益。
Thomas Olzak
調整從 「 Microsoft 虛擬化 」 (Syngress，新的 Elsevier)
當您認為相關工作負載彙總時，假設資料中心所提供的服務。 工作負載彙總初始研討會，通常會落後到電源消耗機架空間的思考。 而是在虛擬化的整體策略，要考慮的當然關鍵項目、 思考他們現在會扭曲的焦點所需的工作負載的規劃。 因此停止思考硬體使用量，並把重點改在傳遞至您的企業的資料中心的服務。 它是您想要專注於合併這些的服務。
工作負載彙總不是您可以跨多個企業實作餅乾形式的項目。 即使企業相同產業有些許它們執行工作的方式。 因此無法深入探討細微的詳細資料的工作負載彙總，但我們可以在 generalities 中討論。
應用程式的彙總
大部分的產業相當廣泛的技術是已發行的應用程式。 所以我們可以開始我們的範例。 發行給遠端使用者的應用程式所組成的相當複雜，而且有時候大型的基礎結構。 這可能是更大的數字和發行的應用程式的本質而定。
從最初的設計演進到它目前是在伺服器與發行的應用程式環境之間。 例如，一開始設計來發行應用程式"X"五年的伺服器陣列可能現在發行應用程式"Z，"而即使已經發行應用程式的 「 X 」。 或者，應用程式可能已加入或完全移除從伺服陣列。 這個發展是不可避免的但它也是工作負載彙總的優點的最佳範例。
讓我們假設陣列一個建置五年至發行 1200 使用者的單一應用程式。 它會使用 20 的應用程式伺服器]、 [授權伺服器]、 [五個 Web 伺服器，] 及 [8 向資料庫伺服器。 在其最初的設計時，我們會使用新的硬體廠商的建議和規格為基礎。
我們建立一個陣列，並引入根據廠商的軟體設定、 硬體規格，以及會連線到，並使用發行的應用程式的使用者數目的建議的環境。 經過一段時間，就如同多數組織而言，則為 true 的使用方式，我們的伺服器陣列的發展。
什麼是原先 1200 使用者單一應用程式放到大約 600 使用者原始應用程式。 其他應用程式已加入至伺服器陣列，並發佈至約 200 的使用者。 曾經是最新、 最佳已過時，雖然軟體一直在取得修補的硬體更新，而變得更有效率。 這些詳細資料的所有播放到您的工作負載彙總計劃。
主要的應用程式發行的軟體廠商提供的工具和指南，協助您識別的應用程式伺服器，則為 true 的使用方式。 在您工作負載彙總計劃的這個階段中使用這些工具是很重要的。 請記住他們的軟體甚至廠商提供的建議根據一般的使用方式。 您的使用者實際使用的應用程式要在發佈的方式只能由徹底檢查結果所決定。
簡化的負載
一個陣列的原始規格呼叫為 20 支援 1200 使用者的應用程式伺服器。 我們現在已經向 600 的使用者。 不過，您無法假設應用程式伺服器的數量可直接放棄百分之 50。
此時，您可以連絡支援應用程式廠商。 您應該已經收集讓它們可以幫助您不只在 downsizing 大小需求的伺服器陣列，同時也確保完成此程序將維護現有的支援協定，由該廠商所提供的工具，則為 true 的伺服器使用的矩陣。 請仔細觀察使用狀況統計資料。
在檢查我們假想一個伺服陣列環境，我們發現了就幾乎像通常也 intensely，因為它一次，無法再存取主應用程式的資料庫。 這可讓我們我們現有的八向伺服器取代功能較強大的伺服器，或甚至移轉到另一個可能有太多所需的規格的資料庫伺服器的資料庫。 我們的案例中，我們會將資料庫轉換為另一部資料庫伺服器。
前面提過，不過，我們伺服陣列發展包含其他應用程式發行至約 200 的使用者。 因此，現在我們必須經過相同的步驟，此應用程式決定它，則為 true 的需求。
與我們完成的評估，我們可以識別出新、 合併工作負載，我們已發行的應用程式環境的需求，則為 true。 我們有降低 5 為 4，從 Web 伺服器的數量，而這些移轉至虛擬環境。
應用程式伺服器的數量降低介於 20 到 10，我們的獨立資料庫伺服器完全移除，且資料庫移轉到另一部資料庫伺服器過多與可用資源。 我們也有我們的授權伺服器，以及虛擬化。
.jpg)
Thomas Olzak 是 director 資訊安全性，在 HCR ManorCare、 Ohio 為基礎短式和 long-term 康復和醫療處理提供者與 500 個以上的位置，散佈在整個 32 的狀態。傑生 Boomer， 劉小龍 Keefer 和 詹姆斯 Sabovik 也會產生這份文件和活頁簿從它節錄。
© 2011 Elsevier Inc. 著作權所有，並保留一切權利。 列印 Syngress，Elsevier 的新使用權限。 著作權 2011。 「 Microsoft 虛擬化 」 的 Thomas Olzak。 如需有關此標題和其他類似的活頁簿的詳細資訊，請造訪 elsevierdirect.com。