虚拟机永远不能和实机
变得一模一样
某些命令的输出结果
是截然不同的
这就导致了某些软件
实机情况下可以使用
虚拟机就不行
虚拟机只是用软件的方式在你的物理机上模拟出一个新的电脑,硬件等都是模拟出来的,所以性能等会受到物理机的影响,物理机就是你的实体电脑。
影子系统说白了就是一个大型虚拟机
但是影子系统比虚拟机安全多了
用途不同
不能相提并论
您最好看看相关的知识库
虚拟机:/view/1132.htm
影子系统:/view/370100.htm
Java虚拟机”(缩写为JVM)是一个虚构出来的计算机,是通过在实际的计算机上仿真模拟各种计算机功能来实现的。它有自己完善的硬件架构(如处理器、堆栈、寄存器等),还具有相应的指令系统。使用“Java虚拟机”程序就是为了支持与操作系统无关、在任何系统中都可以运行的程序。微软公司出于竞争策略考虑,在Windows XP中不捆绑JVM,所以只能上网下载。
VM(Virtual Manufacturing ) 主机其实就是VMware主机的简称。VM 虚拟制造:其本质是以新产品及其制造系统的全局最优化为目标,以计算机支持的仿真技术为前提,对设计、制造等生产过程进行统一建模,在产品设计阶段,实时地、并行地模拟出产品未来制造全过程及其对产品设计的影响,预测产品性能、产品制造成本、产品的可行制造等。
一个是用来兼容的.一个是用来在计算机上再虚拟出一台或多台计算机的.
希望对你有帮助.
体验了一下virtualBox,后来还是换回vmware了, 就绝对速度而言,virtualbox更快一点,但他的速度是牺牲了其他方面的 一点是网络的支持,他开机没有自己启动他的虚拟网络的daemon,在windows下,他虚拟的网络默认是显示未插网线,有时候启动virtualbox仍然没有改变,很让人郁闷 第二点,host和guest机文件共享 且不说它本身提供的共享服务是用不了的 人家vmware还提供直接拖拉进行复制操作,普通文本的复制还能共享剪贴板,这提供了无与伦比的便利
系统都是一样的,在设置虚拟机的时候光盘选择系统映像启动就会出现安装界面了
首先遇到的坑是存储问题
VMware ESxi是单机系统即便使用了NFS或者其他外接存储设备,照样是映射到了系统的某个路径下。而OpenStack支持多种存储方式,任何一种存储都是用户无关的,这看似方便的设定,其实意味着最终用户根本不知道虚拟机的磁盘文件路径保存在什么位置,系统无法对文件直接操作。
处于保守考虑,整个项目第一期直接放弃了OpenStack的SAN/NFS/NAS这类共享存储的设定,每一个主机只能使用自己的本地磁盘。这种考虑其实本质上是放弃了OpenStack的集群负载能力而保留那套仅存的API,为的是换取根Esxi相类似的拓扑结构。可事实上并没有降低丝毫的复杂度,而且给日后又挖了一个不小的坑。
然后是虚拟机部署流程的问题
VMWare的所有solution的虚拟机部署流程根本上说就是一个传统上买电脑裸机的过程:定制硬件、设置好启动方式、光盘iso安装操作系统、安装配置完成交付用户。而OpenStack的虚拟机部署流程更像一个厂商安装的过程:定制硬件、通过现有的模板定制克隆一块新的虚拟硬盘、挂装硬盘到虚拟机、启动系统完成配置、交付用户。传统上用户说我有个iso想要装台虚拟机这样的过程根本不成立!而且对于我们使用的Havana版本OpenStack来说,没有任何方式可以修改默认的启动顺序,启动顺序永远是第一块硬盘为空的情况下无限尝试pxe网络启动。
作为虚拟机来说,还有一个重要的用途是通过拷贝虚拟磁盘文件的方式大量克隆主机。这对于VMware来说,第一知道文件路径;第二都是本地磁盘操作的模式来说真的非常方便,而且众所周知的是VMware对这个拷贝过程做了大量的优化,允许用户选择仅拷贝一个体积很小继承文件。但对于OpenStack来说,有现成的API可以将虚拟机直接转换成模板,然后通过模板大量部署。可问题来了:尽管只用了本地存储,OpenStack本质上是一个集群,很大的可能你虚拟机转模板或者模板转虚拟机的过程中需要跨主机之间通讯。动辄以10G计算的虚拟磁盘文件一下子就吃光了所有的网络带宽和IO,让这个过程变得极其难以预测。当然,你可以选择共享存储的方式优化OpenStack,表现上甚至于远远好于VMware 的终极解决方案Vcenter。但痛苦的是我们跳进了自己挖的坑……
接下来是网络问题
这一点上感觉其实OpenStack更适合大批量部署,OpenStack通过Neutron组件可以在虚拟机部署的同时就给虚拟机分配合适的IP并通过API返回给用户,这个IP是在DHCP里与mac直接绑定的,这也就意味着只要虚拟机的DHCP没有问题,它的IP是固定不变的。但传统上VMware必须通过工作在虚拟主机上的插件获取虚拟的IP,插件的前提是VMware愿意提供而且要记得安装,这对于很多妖孽的操作系统来说就呵呵了。由于脱胎于传统的“装机模式”Vmware似乎更推荐用户手工指定IP或者通过外部网络的DHCP,而OpenStack更喜欢自己管理一套DHCP服务。
对于VMware VCenter支持的分布式交换机技术而言,尽管我有Vcenter的环境,但受软件授权的限制并不支持,只能说说OpenStack集成了网络管理能力,支持Vlan切换和调整,但至少Exsi这个级别的产品,VMware提供的和OpenStack出入不大。但很明显的是licence 的不同导致了VMware本身网络管理的差异化也不小。
各式各样的细节问题
我们一路上碰到的各种不同之处
VMware允许用户随意的组合CPU/RAM/disk的配置,而OpenStack只允许用户在多个预先设置的CPU/RAM/disk的配置(flavor)中多选
一。
电源管理部分,真心说差异太大。比如VMWare的开机按钮可以覆盖任何其他按钮事件,无论当时的状态是暂停、挂起还是关机,直接开机;而OpenStack则需要对应到暂停、恢复和开机3个按钮事件。
唯一标示的问题:VMware主机名和磁盘文件名是一一对应的,而OpenStack则不具备此特性。
控制台部分,OpenStack用noVNC的HTML5来实现控制台,而Vmware则是IE插件,兼容性你懂得。
OpenStack的各种各样的bug
吐槽部分,作为开源软件的软肋,bug是最让人头疼的,何况作为复杂的OpenStack更是如此。随便说几个吧:
novnc,当时的版本在触摸屏主机上鼠标失效,键位混乱。
虚拟机在删除网卡之后查看状态照旧,每次必现(想象下一个上百个网卡的主机吧)。尽管作为一个虚拟机管理系统会造成很大困扰,但不影响使用。离奇的是删除该问题主机后会报错说尝试删除一个不存在的网卡。
主机信息中网卡的排序混乱,你可能用于无法从虚拟机状态信息中得知那块是eth0,哪个是eth1,排序规则完全看心情。