尋找虛擬化的“完美”處理辦法
以下的一些因素會影響虛擬化軟件的選擇。
1、活動性以及可移動性
可移動性讓應用程序在物理服務器上相互轉移，而不需要中斷。這個特性在VMware的VMotion、XenMotion以及IBM P6 LPARs上已有，因此可移動性具有改變容量管理的潛力。
但是，這并不是說它沒有問題。可移動性會帶來可變性，而且會給管理組的成員(他們要進行事件管理以及處理兼容性問題)帶來很大的挑戰。因此，為了評判可移動性是否在你的環境中是一個很好的選擇，公司需要首先分析維護窗口、負載方式的一致性以及災難恢復的策略。
維護窗口
當組合到一個單一的物理平臺上，維護窗口就變得混合了。針對硬件維護，創建一個沒有時間窗口的場景是非常容易的。對于軟件也會產生同樣的問題。移動虛擬機的能力可以幫助減少這個問題，通過允許服務器被挪下線來進行計劃的維護或者軟件的升級。另外的一種情況是，當不能移動到適當的地方，虛擬主機上應用程序合適的初始放置位置就顯得非常重要。但是，無論在哪一個情況下，作出正確的放置決定是非常關鍵的，因為可移動性中很少的行為會包含一個與軟件方面的沖突。
負載方式的一致性
可移動性的優勢很產生很大的不同，這主要依賴于負載方式的可變性級別。在高可變性負載環境中，它對于平衡空間能力非常有用。但是，在低可變性場景中，可移動性的好處就會降低。
公司可以每天或者每周基于負載方式的可變性來分析理想的位置。如果負載方式每天和每天都幾乎一樣，那么一個靜態的放置就已經足夠了，顯然可移動性的可變性也就顯得沒有必要了。相反，如果每天和每天的負載方式都顯著不同，那么就需要一個動態的解決方案(即可移動性)。
災難恢復策略
如果應用級別的復制或者熱備份不是災難恢復計劃的一部分，那么可移動性會破壞這些做法。比如，一個人可能不注意地把一個生產服務器放在同一個位置作為它的災難恢復服務器。為了避免這種缺陷，公司應該進行一個災難恢復策略、角色、集群策略、集群角色以及復制結構的詳細分析。
2、過載以及可測量性
有很多的操作模式方面的因素會影響虛擬化的成功。這包括I/O被處理的方式、每個虛擬機的***CPU數量以及在它們平臺上廠商如何給軟件許可的方式。公司可以通過考慮如下的因素來繞過這些過載以及可測量性方面的考慮。
I/O速率
一些軟件組件，比如那些I/O操作頻繁的數據庫服務器可能更適合于那些不使用虛擬化設備驅動的虛擬化技術，因為這些設備驅動每一次進行的I/O操作會給CPU造成很大的負擔，以致讓系統會接近它的底線。一些技術，比如VMware的設備映射(device mapping)同樣在這方面提供了更高的效率，但是使用這些特色就會阻礙可移動性。
為了決定采用一個更好的辦法，公司要使用一個特殊策略的負載模型。該模型基于物理服務器上的I/O活動，會增加CPU的使用數量。這是一個很簡單的方式來捕獲那些不適于給定虛擬化解決方案的工作負載類型。
非計算密集的應用
理論情況下，在一個虛擬主機上放置很多非計算密集的應用是有可能的。但是，這里有很多的因素會限制著這種場景的可測量性。而且，查明哪些因素會限制環境會更加復雜。
***步就是采用一個CPU“量化”模型。如果一個虛擬化技術的方式是一個物理CPU模型有一個虛擬CPU，并且嚴格執行，那么，虛擬系統的數量會受到CPU數量的限制。而當新的模型變得可用以允許分配更細的物力資源，這個問題就會逐漸減弱，但是一定還要很謹慎來注意這種約束，以防止令人不快的事情發生。
存儲是一個更加復雜的部分。那些做的不是很多的應用和那些處于活動狀態的應用相比，通常使用同等數量的存儲。加入一些這種應用會給整個目標系統的存儲能力帶來負擔，但是卻不會給CPU使用能力方面產生太大影響。
潛在的架構的可測量性同樣會讓問題更加復雜。當運行太多的映像時，一些應用會死掉，而不管它們做了什么。其它的會平衡背板互連、緩存模型以及更高的上下文切換能力來允許更多數量的虛擬機，同時不會影響整個系統的可靠性。為了決定轉向“大節點”(fat nodes)是否有意義，公司需要平臺的可測量以及負載測試。
軟件許可模型
一些應用在一個特別的虛擬化技術上是不支持的。即使軟件支持不是一個問題，軟件的許可模型同樣在虛擬化的ROI中起一個很重要的角色。比如，如果每個物理服務器有一個軟件許可，這就會巨大地減少從虛擬化當中獲得的好處。這就會讓你尋找一個物理配置來支持負載，通常者需要拋棄掉垂直的架構方式，而采用更小的水平方式部署服務器。
3、安全性
公司通常在一個物理到虛擬轉變的過程中，對安全沒有太多的管理。當然，當前也沒有一些公開的書籍來幫助大家確保一個虛擬環境的安全。以下的一些考慮會減少你的虛擬化安全風險。
安全區域
在一個虛擬化環境中混合安全區域是一個很差的主意，因為大多數的虛擬化技術不提供足夠的很強安全性的隔離模型。比如，將那些連接到敏感的內部網絡的系統放置到同一個物理主機上，就像那些連接到一個DMZ上，是沒有任何意義的。
除此之外，有很多的虛擬化解決方案都有管理級別的角色，這允許你查看所有虛擬映像的磁盤映像。這會導致巨大的缺陷，通過允許敏感安全區域被橋接。而且，在虛擬化的解決方案中，這個問題會被加劇。因為，虛擬化的解決方案會包含內部的網絡交換機，這些交換機控制在同一個物理主機上的虛擬機之間的交互。這些技術可以允許虛擬系統完全繞過所有建立的端口級別的防火墻過濾、深層包捕獲以及管理環境的QoS策略。這會給整個環境打開了一個危險的窗口，這個窗口不能被網絡級的安全工具所檢測到。
私有信息
許多的虛擬化技術都允許訪問那些存儲在下線的虛擬化映像，通過把它們以硬盤方式連接時。盡管這給了用戶足夠的方便，同時也會引入更多的問題，這會讓一些人非常容易地帶走一個硬盤數據。除此之外，這會讓一些重要的東西更加小心，當虛擬化一些應用，這些應用把一些數據放在臨時文件或者其它本地存儲中。
4、成本差異
好的企業通常會通過一些場景來決定針對它們環境更好的虛擬化解決方案。這包括考慮許可費用成本、實現費用以及硬件/軟件成本。比如，實現的成本會根據轉移至下一代服務器、存儲、應用工程等等的成本而有所不同。而且，如果應用級別的改變是需要的，成本就要考慮。作為一個通用的規則，如果包含功能或者用戶可以接受的級別測試，ROI就會很快消失。
另一個考慮就是所用硬件的類型。虛擬高密度的物力架構，比如刀片，會減少服務器的數量，但隨之而來的附加散熱系統成本可能會減少你的真正受益。同樣地，使用大節點以及大的垂直型服務器提供了很高的可測量性以及效率，但是卻需要很高的成本。而機架式的服務器相對簡單并且易于部署，但是因為它們共享更少的硬件組件，因此它們在提供經濟規模方面會很有限。
5、退款模型(資源管理)
虛擬化方面一個非常重要的并且通常不被期待的問題就是缺乏一個可行的退款模型。這也就意味著，虛擬環境必須被設計為它們不會相互交叉。如果沒有一個退款模型，就需要你的解決方案提供一種方式來獲得精確的使用信息來確保計算資源的平衡。
6、結論
浩瀚的虛擬化技術通常讓泥做出一個正確的選擇變得很難，并且是一個很復雜的事情。因此，掌握一些辦法來分析影響虛擬化的主要因素以使你的業務可以避免大的失誤。而且，做一些假設的場景來分析商務以及技術的限制——從安全到負載，使得你可以作出更好的決策，這最終決定著你在當前這個復雜的狀況下是否可以成功。
【編輯推薦】
