浅谈Hyper-v与VMware服务器虚拟化比较

简介:

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,如需转载请自行联系原作者
目录
相关文章
|
5月前
|
虚拟化 Android开发 云计算
6个VMware桌面虚拟化的替代方案
6个VMware桌面虚拟化的替代方案
429 1
|
19天前
|
存储 网络安全 虚拟化
虚拟化数据恢复—VMware ESX Server数据恢复案例
虚拟化数据恢复环境: 某企业信息管理平台, 几台VMware ESX Server主机共享一台存储设备,大约有几十台虚拟机。 虚拟化故障&原因: Vcenter报告虚拟磁盘丢失。管理员通过ssh远程到ESX中执行fdisk -l命令查看磁盘,发现STORAGE已经没有分区表了。重启所有设备后,ESX SERVER均无法连接到存储设备中的STORAGE。
|
2月前
|
存储 监控 固态存储
【vSAN分布式存储服务器数据恢复】VMware vSphere vSAN 分布式存储虚拟化平台VMDK文件1KB问题数据恢复案例
在一例vSAN分布式存储故障中,因替换故障闪存盘后磁盘组失效,一台采用RAID0策略且未使用置备的虚拟机VMDK文件受损,仅余1KB大小。经分析发现,该VMDK文件与内部虚拟对象关联失效导致。恢复方案包括定位虚拟对象及组件的具体物理位置,解析分配空间,并手动重组RAID0结构以恢复数据。此案例强调了深入理解vSAN分布式存储机制的重要性,以及定制化数据恢复方案的有效性。
80 5
|
1月前
|
存储 SQL 数据挖掘
虚拟化数据恢复—VMware虚拟机vmdk文件被误删除的数据恢复案例
虚拟化数据恢复环境: 某品牌服务器(部署VMware EXSI虚拟机)+同品牌存储(存放虚拟机文件)。 虚拟化故障: 意外断电导致服务器上某台虚拟机无法正常启动。查看虚拟机配置文件发现这台故障虚拟机除了磁盘文件以外其他配置文件全部丢失,xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还在。管理员联系VMware工程师寻求帮助。VMware工程师尝试新建一个虚拟机来解决故障,但发现ESXi存储空间不足。于是将故障虚拟机下的xxx-flat.vmdk磁盘文件删除,然后重建一个虚拟机并且分配固定大小的虚拟磁盘。
|
20天前
|
存储 Linux 网络安全
【VMware VCF】使用 SFTP 服务器备份 VCF 核心组件的配置文件
【10月更文挑战第6天】以下是使用 SFTP 服务器备份 VMware VCF 核心组件配置文件的步骤:首先,设置 SFTP 服务器并配置用户账号与权限;其次,确保 VCF 环境能与 SFTP 服务器建立网络连接,并检查防火墙规则;接着,识别核心组件配置文件的位置,并使用 SFTP 客户端工具(如 `lftp` 或 WinSCP)进行备份;最后,验证备份结果的完整性和正确性,并定期执行备份操作,设置备份文件保留策略以节省存储空间。
|
2月前
|
存储 安全 Linux
在Linux中,如何使用VMware和VirtualBox进行虚拟化?
在Linux中,如何使用VMware和VirtualBox进行虚拟化?
|
2月前
|
存储 固态存储 虚拟化
【vSAN分布式存储服务器数据恢复】VMware vSphere vSAN ESXi超融合HCI分布式存储数据恢复案例
近期,我司处理了一个由10台华为OceanStor存储组成的vSAN超融合架构,其中一台存储闪存盘出现故障,用户取下后用新的闪存盘代替,然后对该闪存盘所在的磁盘组进行重建,导致集群中一台使用0置备策略的虚拟机数据丢失。
64 6
|
3月前
|
存储 SQL 运维
服务器数据恢复—Isilon存储误删除vmware虚拟机的数据恢复案例
Isilon存储使用的是分布式文件系统OneFS。在Isilon存储集群里面每个节点均为单一的OneFS文件系统,所以Isilon存储在进行横向扩展的同时不会影响数据的正常使用。Isilon存储集群所有节点提供相同的功能,节点与节点之间没有主备之分。当用户向Isilon存储集群中存储文件时,OneFS文件系统层面将文件划分为128K的片段分别存放到不同的节点中,而节点层面将128K的片段分成8K的小片段分别存放到节点的不同硬盘中。用户文件的Indoe信息、目录项及数据MAP则会分别存储在所有节点中,这样可以确保用户不管从哪个节点都可以访问到所有数据。Isilon存储在初始化时会让用户选择相应的
67 12
|
5月前
|
存储 SQL 数据挖掘
服务器数据恢复—误删除VMware虚拟机vmdk文件的数据恢复案例
服务器数据恢复环境: 某大厂PS4000服务器,服务器上部署VMware ESXi虚拟化平台。 服务器故障: 机房断电,重启后服务器中的某台虚拟机不能正常启动。管理员查看虚拟机配置文件,发现无法启动的虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失,xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还存在。联系VMware原厂工程师进行诊断,VMware原厂工程师尝试新建一个虚拟机,但发现存储空间不足,于是将故障虚拟机下的xxx-flat.vmdk磁盘文件删除了。VMware工程师重新建了一个虚拟机,分配了固定大小的虚拟磁盘,为虚拟机安装了Window
服务器数据恢复—误删除VMware虚拟机vmdk文件的数据恢复案例
|
4月前
|
存储 IDE 开发工具
【读书笔记】 玩转虚拟机基于Vmware+Windows 虚拟化技术
【读书笔记】 玩转虚拟机基于Vmware+Windows 虚拟化技术