在虚拟机里装虚拟机 VMware虚拟机详细资料大全

VMware虚拟机详细资料大全  

VMWare虚拟机软体是一个“虚拟PC”软体，它使你可以在一台机器上同时运行二个或更多Windows、DOS、LINUX系统。与“多启动”系统相比，VMWare采用了完全不同的概念。多启动系统在一个时刻只能运行一个系统，在系统切换时需要重新启动机器。

基本介绍

中文名：VMware虚拟机软体大小：：90.84MB软体语言：：简体中文软体授权：：特殊软体 软体信息,主要特性,安装说明,常见问题,软体用途,主要功能,使用方法,生命周期,功率降耗,创建及维护,托管,

软体信息

软体大小：90.84 MB 软体语言：简体中文 软体性质：汉化软体 软体授权：特殊软体 更新时间：2011-12-05 14:23 套用平台：Win7 / Vista / Win2003 / WinXP 软体MD5：E62BF7F048039097F6AF11FF1FD33F38

主要特性

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虚拟机 ESXi 5.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-2665 CPU。存储器是光纤连线EMC SAN内含SSD快取。” 自从我们在RAM、CPU、或者是I/O利用率上越来越接近天花板，伺服器主机上有31个VMware虚拟机已经不是界限，我们在想做的事情上有更多的灵活性。一些VMware虚拟机是高效利用的，而一些VMware虚拟机利用率却很低。我们可以在修复漏洞以及重启时，在6个UCS主机之间转移工作量。