淺談Hyper-v與VMware伺服器虛擬化比較

餘二五發表於2017-11-08
伺服器

VMware具有十年的虛擬化經驗，不管是從技術積累和市場份額來看它無可質疑的成為了這個行業領導者。Microsoft Hyper-v同時也在分享著虛擬化市場的蛋糕，雖然其進入虛擬化行業較晚但其實力也不可小覷，已成為VMware最強的競爭對手。下面我將對Hyper-v進行簡單分析以及和VMware相比有何優勢及劣勢。

Hyper-v優勢：

1、 對windows子虛擬機器的支援；Hyper-v執行於windows server2008R2上，跟windows伺服器系統的相容性和支援更為緊密，例如Hyper-v在進行P2V時的速度會有優勢。

2、 Hyper-V授權方式（小規模虛擬化）Hyper-V的授權方式基本是按照子虛擬機器的個數進行計算的，購買企業版和資料中心版（大概2000RMB）會附帶4個免費的子虛擬機器授權。假若一臺物理宿主機只規劃少量子虛擬機器，個人認為這種授權方式會節約企業虛擬化的部署成本。

3、 微核架構Hyper-v採用微核架構，在Hyper-V中，驅動器是安裝在子作業系統中的，而不是在hypervisor層。這樣，廠商和管理員就可以使用為伺服器物理硬體設計的驅動，而不是虛擬硬體的驅動器。這種架構優點在於子虛擬機器上的驅動出現相容性或bug而不會影響其它子虛擬機器。VMware採用了單核心的架構，驅動程式集中於hypervisor，若出現bug將不易發現和解決，會影響整個虛擬環境的效能或降低其安全性。

 

Hyper-v的劣勢：

1、授權方式（中大規模）Hyper-V的授權方式基本是按照子虛擬機器的個數進行計算的，但根據Windows Server2008R2版本有不同的限制：Standard Edition是根據部署的子虛擬機器系統進行授權，但其限制了子虛擬機器只存在指定的宿主機上。這樣的授權方式不夠靈活，若更換宿主機後進行二次授權將是件痛苦的事情。Enterprise Edition和Datacenter Edition是購買了的作業系統授權附帶可免費部署4個子虛擬機器，前者的一臺宿主機上在無特殊需求時只能執行4個子虛擬機器，後者無此限制。若要是Datacenter Edition下的一臺宿主機上虛擬第5個子虛擬機器就需再買授權。假若一臺宿主機規劃20個子虛擬機器也就需要5個為管理Hyper-v虛擬環境還需要購買system center和Microsoft System Center Virtual Machine Manager（VMM）。還有Configuration Manager、Operations Manager、Data Protection Manager、Mobile Device Manager 和 System Center Essentials，使用者可以分開來購買。

 

2、技術實現: Hyper-v不支援記憶體過量使用，也就是給子虛擬機器分配的記憶體總容量不能超過實體記憶體容量。這意味著需要在宿主機上預留部分記憶體以防止其它宿主機故障子虛擬機器不能切換，此種方式會對記憶體造成很大的浪費。（VMware支援記憶體過量分配）b、 在給子虛擬機器分配的處理器總數不能超過物理處理器數，也就是說計劃虛擬10個子虛擬機器就需要10路處理器的宿主機。（VMware無此限制）c、 目前Hyper-v的子虛擬機器對非windows的作業系統支援限制於SUSE linuxd、 Hyper-V 對 4 路 vSMP 的支援僅限於 Windows Server 2008。對於 Windows 2003，Hyper-V 僅支援不超過 2 路的 vSMPe、 Hyper-v不支援DRSf、 Hyper-v不支援Storage VMotion（Hyper-v依賴於win2008，共檔案系統為NTFS，是非叢集檔案系統）

 

3、安全性：Hyper-v依賴於windows server2008R2，相對來說windows系列的產品更易受到攻擊，其安全性比VMware ESX以linux為控制檯的環境更低一些。b、在安全保護方面只能採用傳統方式進行，而VMware可提供給第三方安全廠商的API，在整體解決方案中進行安全防護。c、由於windows在更新時就需要重啟物理主機，在管理上也增加了更多的工作量。

4、經驗積累：微軟進入虛擬化行業時間短，其經驗積累還不夠豐富，在整體虛擬化方案的穩定性、效能和安全等方面還需進步。Hyper-v只是微軟眾多產品線的一小部分，未來在虛擬化方面的投入決心及力度還有待觀察。個人覺得，目前的Microsoft Hyper-v適合小範圍、小規模應用，待產品進一步成熟後可再考慮應用範圍。

本文轉自 qq8658868 51CTO部落格，原文連結：http://blog.51cto.com/hujizhou/952458，如需轉載請自行聯絡原作者


相關文章