VMware虚拟机(使机器同时运行多个系统的软件)

VMWare虚拟机是VMWare公司开发的专业虚拟机软件,可以在一台机器上同时运行两个及以上的Windows、Linux和MacOS等操作系统。VMware总部位于美国加州帕洛阿尔托(Palo Alto),是全球云基础架构和移动商务解决方案厂商,提供基于VMware的解决方案,企业通过数据中心改造和公有云整合业务,借助企业安全转型维系客户信任 ,实现任意云端和设备上运行、管理、连接及保护任意应用。

VMware主要的功能有不需要重新对硬盘进行分区和重新开机就能在同一台机器运行和使用两种以上的操作系统;安装在虚拟机里的不同的操作系统相互之间完全隔离,并且可以保护不同操作系统的操作环境及各自安装在系统中的应用软件和资料;不同的虚拟操作系统之间能够互动操作,对网络、设备、文件共享进行连接,还可以实现相互之间的复制、粘贴等功能;能够随时设定和修改虚拟机内操作系统的操作环境,如内存分配、磁盘空间分配、硬件设备的配置等。

VMware可在使用64位Intel和AMD处理器的基于x86的标准硬件以及64位Windows或Linux主机操作系统上运行;CPU要求为Intel Sandy Bridge或AMD Bulldozer及更高版本的CPU。

主要特性

1、使用Unity来集成客户机与宿主机;

2、更加强大的VM录制与回放功能;

3、支持智能卡和相关读卡器;

4、增强型ACE;

5、改进型3D图形支持。

安装说明

1、请卸载旧版本的VM,重启系统后再安装新版本的VM。

2、不能把VM安装到含有中文路径的目录下,否则安装过程中或使用中可能会出现问题。

3、Vista/Win7系统中请关闭UAC功能,以管理员权限运行安装程序。

4、请把安全软件关闭后再进行安装(安全软件会拦截VM的驱动安装)。

常见问题

常见问题

1、新建虚拟机后,出现“无法初始化Easy Install。如果该错误依旧,你可能需要重新安装VMware Workstation。”错误。

解决方法:新建虚拟机时,选择“我以后再安装操作系统(创建一个虚拟空白硬盘)”。

2、点击菜单“虚拟机”中的“安装VMware Tools”时,出现“Easy Install正在进行中,不能手动启动VMware Tools安装。”错误。

解决方法:请把虚拟机的“软盘驱动器”的“连接”设置为“使用物理驱动器”,或把“设备状态”的“打开电源时连接”取消。

3、启动虚拟机系统时出现“serial0:Unable to launch virtual printer proxy:系统找不到指定的文件。设备将要被断开连接。”错误。

软件用途

VMWare虚拟机软件来测试软件、测试安装操作系统(如linux)、测试病毒木马等。

VMWare是真正“同时”运行,多个操作系统在主系统的平台上,就象标准Windows应用程序那样切换。而且每个操作系统你都可以进行虚拟的分区、配置而不影响真实硬盘的数据,可以通过网卡将几台虚拟机用网卡连接为一个局域网。

主要功能

1.不需要分区或重开机就能在同一台PC上使用两种以上的操作系统。

2.完全隔离并且保护不同OS的操作环境以及所有安装在OS上面的应用软件和资料。

3.不同的OS之间还能互动操作,包括网络、周边、文件分享以及复制贴上功能。

4.有复原(Undo)功能。

5.能够设定并且随时修改操作系统的操作环境,如:内存、磁碟空间、周边设备等等。

操作指南

1.安装原始版本。

2.解压汉化文件。把汉化文件直接复制到虚拟机文件夹中,替换原文件。

3.替换时,个别文件可能提示无法替换,请在任务管理器中先结束相应文件进程,之后在替换。

生命周期

对于VMware虚拟机的管理工作其实从创建之前就已经开始了,这是一个需要管理员持续监控的长期计划。

尽管虚拟化技术能够大幅度提升计算资源的使用效率,但是事实上这些资源并不是免费的——无论VMware虚拟机为企业提供什么样的价值,都会占用内存、CPU计算时间、存储和网络I/O等资源。在企业接受VMware虚拟机技术并且制定自己的VMware虚拟机策略之后,管理员需要理解虚拟机生命周期的概念以及如何部署基础架构,并且根据内部策略对整个虚拟机生命周期进行管理。这样可以保证企业能够在更加高效和节约成本的情况下合理利用硬件计算资源。

VMware虚拟机生命周期管理包含哪些部分

当用户提及VMware虚拟机生命周期管理的时候,往往会认为其仅仅是一个寻找并且删除老旧VMware虚拟机的过程。尽管生命周期终止(EOL)也是VMware虚拟机生命周期管理的一个组成部分,但是整个管理流程包含了VMware虚拟机的创建、优化、管理和最终退役等所有环节,也就是VMware虚拟机生命周期的四个主要组成部分。

VMware虚拟机生命周期管理通常从论证过程开始,论证完成之后才能进入具体实施阶段。尽管VMware虚拟机的创建过程十分快速简单,但是仍然需要确保部署每台VMware虚拟机的合理性,对于其资源需求和业务价值进行全面分析,了解业务部门需要使用这台VMware虚拟机多长时间。一些公司使用chargeback或者其他方式帮助业务部门为负载划分优先级并且制定预算规划。如果企业没有提前对VMware虚拟机方案进行论证或者缺乏对于VMware虚拟机创建的监督管理,那么必然会浪费大量的宝贵计算资源。

一旦新VMware虚拟机的创建请求得到批准,便可以交由经过授权的IT管理员完成创建过程。限制创建VMware虚拟机的员工数量可以帮助避免任何混乱情况的发生,实现更好的VMware虚拟机层次架构。虽然实际的创建过程仅仅需要花费几分钟时间、点击几次鼠标而已,但是这个过程代表同意为VMware虚拟机分配处理器、内存、存储和I/O带宽等资源——对于业务部门来说会产生费用支出。此外,每台新的VMware虚拟机还会带来额外的数据保护方面的系统开销,比如集群、快照、复制、灾难恢复等等。一旦出现问题,需要恢复的VMware虚拟机数量将会增加,导致恢复时间延长。

在VMware虚拟机负载的运行过程当中,使用率的提升(比如不断增长的数据库或者大量的用户)可能降低系统的性能表现,因此管理员必须持续监控VMware虚拟机的性能表现。当资源使用率超过阀值时,大多数VMware虚拟机生命周期管理工具都能够产生警报和告警,管理员可以轻松地调整资源等级甚至创建一个更为强大的VMware虚拟机来替换现有的机器。

最后,管理员应该对所有VMware虚拟机进行周期性检查,评估其对业务部门的持续性价值。这个阶段应当和最初的论证过程同时开始,涉及了各种利益相关者、IT管理员以及业务部门领导。如果VMware虚拟机能够继续提供业务价值,那么可以继续运行一段时间(也许6个月或者一年)。如果VMware虚拟机已经没有使用价值或者被其他工具所取代,便可以开始执行退役计划,将VMware虚拟机存放在一个长期存储当中。这样可以为其他负载释放计算资源,通过降低资源增长的方减少企业在服务器和其他硬件资源方面的资金投入。

功率降耗

针对VMware虚拟机电源管理,微软和VMware虚拟机采取了非常相似的方式。这两种方式都是基于某些最基本的服务器虚拟化概念。

尽管单台hypervisor完全能够运行多台VMware虚拟机,但生产环境中从未仅使用单台hypervisor。管理员通常不会承受hypervisor成为单点故障的风险。因此,大多数hypervisor,比如VMware虚拟机ESXi和微软Hyper-V都构建了集群。这样一来,如果一台hypervisor出现故障,那么集群中的其他hypervisor能够继续运行来自故障集群节点的虚拟机。

另一个概念是VMware虚拟机可移动性。在Hyper-V和VMware环境中,VMware虚拟机是便携式的。正如之前提到的那样,出现故障时,正在运行的VMware虚拟机可以动态移动到另一个集群节点中。然而管理员也可以使用技术比如vMotion或在线迁移手动将正在运行的VMware虚拟机从一台主机迁移到另一台。

管理员有很多不同的原因手动将正在运行的VMware虚拟机迁移到不同主机。有时需要迁移VMware虚拟机是因为需要对主机进行离线维护。其他情况下,管理员移动VMware虚拟机可能是因为他认为该VMware虚拟机在具有更多可用硬件资源的主机之上运行,能够运行的更好。

微软和VMware都创建了负载均衡,用于将正在运行的VMware虚拟机动态迁移至不同的主机,这样能够以允许VMware虚拟机尽可能高效运行的方式使用硬件资源。然而同样的概念反过来可以节省功耗。并非在所有可用的主机服务器上都有VMware虚拟机在运行,工作负载可以被整合到最少的主机服务器上,这样可以将未被使用的主机服务器置于离线状态以降低功耗。

当然在现实世界中,事情并非如此简单。在hypervisor集群中,必须有一些节点保持在线运行,才能使集群能够继续发挥作用。进一步说,集群至少需要一些额外的可用容量,这样才能够预防hypervisor级的故障。因此,为能够使用VMware虚拟机功耗节约功能,规则要求最小数目的主机节点必须保持在线运行。例如在微软环境中,至少要有5个集群节点必须保持在线运行(尽管如果集群是使用System Center Virtual Machine Manager创建的,需要的节点数可以减少到4个)。

最后一块拼图是服务器硬件必须支持远程开关机。例如,针对Hyper-V集群节点,通过使用基板管理控制器,服务器必须支持带外管理。

SCVMM并未包含在Hyper-V中,而是一款附加产品,通过SCVMM提供的动态优化以及功耗优化功能,微软实现了负载均衡以及VMware虚拟机功耗管理。VMware虚拟机通过vSphere自身提供的动态资源调度提供了负载均衡以及功耗管理功能。

尽管VMware虚拟机电源管理主要基于关闭集群节点,但还有其他减少功耗的方式。在大多数VMware虚拟机数据中心中,很可能可以安全关闭一些VMware虚拟机。例如,当没人在办公室时,组织可能不需要15个冗余的域控制器整晚运行。通过仔细规划,管理员可能能够识别出冗余的VMware虚拟机并在每天下班后定时关闭这些VMware虚拟机。当然通过调度可以在早上开启这些VMware虚拟机,这样以来就能够关闭更多的集群节点了。

创建及维护

服务器VMware虚拟机不仅仅是硬件整合,经过良好构建的VMware虚拟机环境可用于实现日常任务的自动化。尽管完成上述配置需要付出一些努力,但从长远来看VMware虚拟机自动化往往能够大大减轻管理员的工作量。VMware虚拟机自动化还保证了日常工作能以与组织需求相一致的方式开展。

最常见的自动化任务是VMware虚拟机创建。诸如VMware vCenter以及微软的系统中心VMware虚拟机管理器都能够基于模板创建VMware虚拟机。管理员能够构建与组织要求相一致的VMware虚拟机模板,然后在今后创建虚拟机时使用这些模板。这保证了VMware虚拟机配置的合理性。

考虑到了主机配置自动化,该过程使在裸机上自动安装hypervisor变成了现实。自动化VMware虚拟机配置能够为经常需要上线新服务器的大型组织节省了大量时间。

VMware虚拟机自动化还经常用于补丁管理。通常VMware虚拟机通过补丁管理系统保持最新状态。例如,VMware虚拟机可能被配置为接收来自Windows服务器更新服务器的补丁更新。然而hypervisor级别的VMware虚拟机补丁管理需要采用不同的方式处理,因为给hypervisor主机打补丁往往需要重启VMware虚拟机。

VMware虚拟机自动化能够简化VMware虚拟机级别的补丁管理。例如,微软针对Hyper-V集群部署提供了滚动更新功能。当组织的VMware虚拟机务器需要打补丁时,VMware虚拟机补丁管理进程会将虚拟机在线迁移至另一台VMware虚拟机服务器。然后对VMware虚拟机进行打补丁并重启VMware虚拟机主机,接着将VMware虚拟机通过在线迁移到刚刚完成重启的VMware虚拟机。然后集群中的其他VMware虚拟机主机会重复完成该过程。尽管可以手动完成该过程,但手动执行VMware虚拟机相当单调乏味。

针对所有VMware虚拟机维护任务,Hypervisor级别的自动化并非最佳选择。例如,VMware虚拟机存储配置最好单独执行。ESX以及Hyper-V可以被配置为执行某些与存储相关的任务,但存储提供的VMware虚拟机自动化系统要比hypervisor提供的功能更强大。

托管

随着硬件支撑服务器虚拟化的提升,托管VMware虚拟机VM)变得很容易。但是连同内存、CPU以及调度的限制,托管多少虚拟机算是多呢?

我们询问了三位IT专家关于他们见到的每台主机上的VMware虚拟机数量,以及这些VMware虚拟机的工作效率如何。虽然一个服务器主机塞满500台以上的VMware虚拟机,有时少即是多。风险、利用率以及内存等成为了决定性因素。

虚拟化并不仅仅是将尽可能多的服务器合并到一起,事实上它需要做一些实际的事情。你将带有1MB内存的虚拟机和其他两个VMware虚拟机共享一个内核,但是这一点毫无意义,因为计算机性能也随之降低。在其他问题之中,多于三个虚拟机共享一个内核可引发调度难题。然而这并不意味着合并虚拟机是微不足道的。一个高端服务器使用15内核的Intel Xeon E7处理器可相比于60个可用的内核。理想化的,实际上可托管180个VMware虚拟机。有足够的内存和I/O来支撑这个负载,这是从实际出发得出的。

VMware的利用率

系统管理员说:“我们有扩展虚拟机基础设施,在8个主机上放置256GB的内存和快速CPU。在NetApp中我们也有支持10Gbps连通性以及256GB闪存的网络文件系统(NFS)。使用VMware虚拟机ESXi5.X,我们可以在每个节点运行最多24个VMware虚拟机,通常每台主机有15台VMware虚拟机。所以我们看到CPU利用率不足3%-5%,RAM利用率为7%-11%。”

我们能够在一台服务器主机上放置48台甚至更多的VMware虚拟机,几乎很少看到服务器能力下降。但是低的利用率很容易使我们产生推出新项目的想法。当服务器主机能力下降的情况出现时,我们会将VMware虚拟机分配以促进自动故障转移。不需要移除任何VMware虚拟机就能够为服务器主机修改漏洞以及升级。

VMware虚拟机在很大成分上是Web服务器,尽管我们有交互式登陆机器(Windows和Linux)和MySQL数据库,对于数字运算应用的虚拟机来说没有太密集型的计算。

硬件升级的过程中,当我们转移至新设备时将125个VMware虚拟机放到两个节点上。甚至是将两个节点的整个内存分裂开。VMware虚拟机基础设施仍然不会成为负担。

VMware虚拟机

在虚拟桌面技术设施(VDI)环境中,我曾看到一个服务器上有150-200台VMware虚拟机虚拟机。大部分的大型VMware虚拟机依靠于四插座的机架服务器。在VDI环境下,根据工作量有不同的合并率。

我也看见过一台服务器上有大约80台VMware虚拟机,因为那个公司想要深度合并;这涉及到管理上的问题。深度合并之后一台服务器主机上的许多VMware虚拟机也都工作良好,但是真正的问题是风险:企业想冒着一台主机上放置80个VMware虚拟机这样的风险么?万一服务器衰退了会发生什么?企业能否承受一下失去80台VMware虚拟机的风险?

为VMware虚拟机未来留一些空间

IT操作经理说:“我看到的最多的是一台服务器主机上有31台VMware虚拟机,在Cisco UCS刀片服务器上使用Microsoft Hyper-V进行虚拟化,可提供256GB RAM两个8核Intel E5-2665CPU。存储器是光纤连接EMC SAN内含SSD缓存。”

自从我们在RAM、CPU、或者是I/O利用率上越来越接近天花板,服务器主机上有31个VMware虚拟机已经不是界限,我们在想做的事情上有更多的灵活性。一些VMware虚拟机是高效利用的,而一些VMware虚拟机利用率却很低。我们可以在修复漏洞以及重启时,在6个UCS主机之间转移工作量。

赞(0)
免责声明:本文部分文字与图片资源来自于网络,用户转载此文是出于传递更多信息之目的,若有来源标注错误或侵犯了您的合法权益,请立即在本文留言评论通知我们,情况属实,我们会第一时间予以删除,并同时向您表示歉意。