遺憾的是，一直沒有在任何情況下都成立的明確答案。但這里有一些原則可以用來判斷服務器是否適合虛擬化。

　　Hypervisor的支持性及限制性

　　我建議首先要考慮的一個標準就是可支持性。某些服務器通常不支持在虛擬環境下使用。例如，根據Exchange Server 2007的支持策略及建議，微軟不支持在虛擬服務器上運行Exchange Server 2007的統一消息角色。

　　通常，如果官方明確規定禁止在虛擬機上運行應用，這就好說了。然而事實總是令人不滿意。有的組織仍舊在Windows NT服務器上運行關鍵業務應用。Hyper-V不支持Windows NT服務器。然而，這并不意味著在Hyper-V上不能運行Windows NT服務器。微軟不支持在Hyper-V上運行Windows NT虛擬機只是因為操作系統太老了。虛擬化Windows NT服務器能夠帶來一些優勢，包括增加可靠性、提高性能。

　　是否虛擬化特定類型的服務器往往受hypervisor的限制。某些物理服務器配置的硬件嘗嘗超出了hypervisor的能力。例如Windows Server 2008 R2提供的 Hyper-V最大支持2TB的虛擬硬盤。而有大量的物理服務器配置了超過2TB的卷。

　　如果采用Windows Server 2008 R2提供的 Hyper-V，那么這類服務器并不適合用于虛擬化。順便提一句，Windows Server 2012提供的Hyper-V通過使用新的VHDX虛擬硬盤格式能夠支持最大64TB的虛擬硬盤。

　　請記住不只是虛擬硬盤大小，內存限制或者虛擬處理器的最大數量同樣會影響進行P2V轉換的能力。

　　虛擬化成本問題

　　假定你為物理服務器準備了所有必須的許可，那么采用虛擬化可能不會帶來任何直接成本。即使是這樣，在某些情況下進行P2V遷移同樣會受到成本的限制。

　　例如，想象一下主機服務器缺少處理新虛擬機所需要的容量。在這種情況下，你可能必須對主機進行升級或者采購新的主機。上述兩種選擇成本都很高，而且證明成本支出是合理的也很困難。

　　當然，主機服務器通常只是集群的一部分，而集群使資源需求變得復雜起來。例如，如果集群接近最大容量運行，可能能夠為剛剛遷移到集群中的服務器提供資源，但是這樣的話，在緊急情況下可能就沒有足夠的剩余容量允許虛擬機切換到集群中的其他節點繼續運行了。

　　同樣，你可能會陷入到在集群中運行新虛擬機而必須對集群中所有節點進行硬件升級的困境中，這樣的話成本是很高的。想象一下物理服務器連接SAN存儲的情景。

　　一般來講，很多人不會將這類服務器作為虛擬化的備選服務器。然而Windows Server 2012提供的Hyper-V允許虛擬機通過虛擬光纖通道直接連接到SAN存儲。然而，這種連接方式需要主機服務器配置一個或多個光纖通道主機總線適配器。

　　根據你所需要的HBA卡類型，可能不用傾家蕩產就能夠配備虛擬主機。然而，如果主機服務器是集群的一部分，那么還需要為集群中的所有其他節點購買HBA卡以滿足虛擬機進行故障切換的要求。

　　正如你所看到的，確定物理服務器是否適合虛擬化依賴不同的標準。決策過程通常取決于遷移的可行性及成本評估。