為P2V遷移收集工作負載數據
服務器虛擬化最重要的特色之一就是能夠把物理服務器的負載遷移到虛擬服務器上。物理到虛擬（P2V）的遷移可以使你淘汰過時的服務器，從而可以減少數據中心所需的物理服務器數量。尤其具有吸引力的是不犧牲性能就能減少所用的空間、電量、冷卻、硬件和許可費。但是在哪個工作負載可以虛擬化有限制，并且這個選擇過程對于維護穩定的服務器環境非常關鍵。
那么你如何識別哪個工作負載遷移到一個虛擬服務器上？通過收集一段時間內精確的趨勢數據來獲得所考慮的物理服務器一個真實的負載概況。為此，你需要一個監視工具或者一個趨勢分析工具。工具可以任選，但是你所需的數據不會隨之而變的，這些數據可以最精確地描繪你的物理系統的平均負載。你監視性能趨勢的時間越長，你對資源的使用情況的估定越精確。在你決定是否將一個物理服務器遷移到一個虛擬環境時，我建議你收集兩到六個周的趨勢數據，高資源利用的物理服務器特別需要長時間的監視。
在分析服務器的負載的時候，我建議你關注以下因素：
RAM的使用
平均CPU使用
磁盤空間使用
磁盤I/O(讀和寫)
網絡（讀或寫）的使用
有許多不同的監視和評估工具來收集這些信息。這有一些我用過的監視工具，用來確定哪一個物理服務器將成為虛擬環境的一個好的候選者。
Microsoft Assessment and Planning Toolkit 4.0（MAP Toolkit）：除了許多其它的功能，MAP工具可以收集指定物理服務器的關鍵的資源利用數據。原始的數據對于虛擬化單個物理服務器很有幫助，但是這個工具可以通過從多個物理服務器收集數據并且如果他們遷移到虛擬環境，可以建議需要多少個Hyper－V主機來容納那些服務器。以我的經驗，推薦的每一個主機的虛擬機的數量比較保守。對于虛擬化管理員新手，這提供了一個很好的起點。
Microsoft Performance Monitor (Perfmon）：這個值得信賴的備用工具在收集短期（例如，一到四個周）趨勢數據方面相當出色。
Cati：我用Cacti來收集CPU的使用、磁盤的性能和使用、網絡的使用相關的基本數據。我用過許多的基于簡單網絡管理協議（SNMP）監控工具，但是其他插件擴展了它的監控功能。這個工具在用來分析用于Hyper－V和其它Hypervisor的微軟和Linux工作負載同樣出色。
其他企業的解決方法：監視工具如System Center Operations Manager 和PlateSpin Recon能夠提供大量的有關指定的P2V候選者的趨勢數據。一些甚至可以推薦哪一個服務器是虛擬化的一個良好的候選者。
那么現在你已經收集了資源利用的數據，這意味著什么呢？你如何通過這些數據知道哪個物理服務器是虛擬化的一個良好的候選者？你怎么知道在一個特定的主機上可以獲得多少個VM糟？下面是在Hyper－V環境下根據我的經驗得出的一些我建議，它隨著資源利用的增長劃分成A、B、C 三個等級。
知道了這些等級之后，當你決定遷移一定數量虛擬機到某個特定主機上時，要考慮其中的兩個資源。RAM非常重要，因為所有的VM分配的RAM必須在Hyper－V中預留。取決于你的磁盤子系統，磁盤I/O也非常重要，它可能產生性能瓶頸。
也就是說，在Hyper－V沒有RAM池時，我主要基于RAM來為每個主機分配VM槽，因為在主機上這個資源經常是最先耗盡的。
最大可用VM槽的示例: 64GB RAM的主機
注意：對于C級別的服務器，理論上可以工作15個虛擬機，在實踐中，這可能有點樂觀。為了更好的性能，我建議在不同的主機服務器之間拆分C級別的虛擬機。
在你著手實施P2V遷移的時候，確定特定物理工作負載的資源利用率是很關鍵的。精確的趨勢數據可以使你能夠確定物理負載的等級。這個過程將對未來機器的穩定性和虛擬機環境的可預測性產生深遠的影響，所以需要花時間弄準確。上述的步驟不僅僅是對P2V遷移的指導原則，它們也可以用于新的負載的安裝。避免新的負載遷移到物理服務器上，直接安裝到虛擬負載上可以幫助減少數據中心的空間、電力、冷卻、硬件和許可證的費用。
【編輯推薦】
