openstack和虚拟机的区别(openstack与kvm有啥区别)

扫码添加渲大师小管家，免费领取渲染插件、素材、模型、教程合集大礼包！

大家好，今天来介绍openstack和虚拟机的区别的问题，以下是渲大师小编对此问题的归纳和整理，感兴趣的来一起看看吧！

openstack和vmwarekvm有哪些本质区别

1，VMware和KVM算是并行产品；
2，VMware商用产品猜谈扰，KVM开源侍友；
3，有钱用VMware，有技术用KVM；市场占有率而言VMware是绝对的龙头，无人出其右
4，Openstack基于穗旦VMware和KVM至上

Openstack和VMware Esxi的不同

首先遇到的坑是存储问题
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，排序规则完全看心情。

20200908：KVM和OpenStack的区别

福哥答案2020-09-08：
此答案来自知乎
KVM只是一个虚拟机技术，别的还有xen，商业的vmware、virtualbox等，它们都可以用来创建虚拟机。openstack是为了管理KVM之类的虚拟机闹弊而出液裂族现的管理平台源租。假设你有10台物理机，你有一个在这10台物理机上创建100台虚拟机的需求，openstack就可以帮你协调这些物理机，决定哪些虚拟机运行在哪些物理机上。以及它们的存储管理，还有相互之间的网络互通。以及和外界的通信等，各种围绕着这些虚拟机的配套服务。

评论

openstack和Docker最根本的区别是什么

openstack：它由很多的组件组成，如果没接触过，基本上你会晕头转模凯宏向。但是我们只要从它试图要解决的问题来看就不难理解它。它是管理服务器／网络／块存储的工具。关于块存储，简单的理解是把一堆磁盘用软件组合成一个大磁盘给操作系统使用。就是管理一堆服务器，然后在有需要的时候在它的管理界面上分配一些存储／分配IP／创建虚拟机。所以他的最终目的还是管理虚拟机，它于你可能用过的virtualbox、vmware桌面版不同的地方就是你用的那些小东东只能管理你自己那一台机器上的虚拟机，openstack可以管理一堆服务器上的虚拟机，哦，忘了还有有些技术专家常说的网络和存储。
docker:简单说它用比虚拟机技术少很多的资源消耗实现了类似于虚拟机的对CPU／磁盘／网络的隔离，同时在AUFS层存储的基础上实现的部署标准化。举例来说你可以在网上下载到安装好MySQL、Redis的docker 镜像，然后在你的Linux环境中运行起来，你也可以把你的应用生成为一个镜像，然后孙运在开发环境运行／然后在正式环境运旦册行，而镜像是层叠的，这意味着上层镜像会非常小。

openstack和Docker最根本的区别是什么

openstack是管理基础资源的，他可以管理kvm、凯厅友xen、hyperv的虚拟机，现在也可以管理docker的盯槐容器。docker只是能在单机上实现了容伏迅器的效果，如果对于集群中所有的容器进行管理，仍然还是需要openstack或者类openstack的管理平台的。