openstack和kvm的关系(kvm和openstack关系)

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

大家好，今天来介绍openstack和kvm的关系(openstack与vmware区别)的问题，以下是渲大师小编对此问题的归纳和整理，感兴趣的来一起看看吧！

20200908：KVM和OpenStack的区别

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

评论

openstack和vmwarekvm有哪些本质区别

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

openstack默认使用的虚拟化软件是什么

Hyper-V与VMware。
OpenStack几乎支持所有的虚拟化搜陪管理程序，不论是开源的（Xen与KVM）还是厂商的（Hyper-V与VMware）。
在以前，OpenStack是基于KVM开发的，KVM常常成为默认的虚拟机管理程序。两者都使用相同的开放源理念与开发方法。
如今，多数企业用户在IT环境中使用了超过一种的虚拟化软件，有一半的用户选择将开源产品作为性价比更高的虚拟化替代方案。IDC报道中指出，OpenStack是KVM增长的一个巨大机会。
OpenStack是一个世扮蠢具有巨大的行业发展动力，并拥有一个充满活力的社区的云计算平台，有95%的OpenStack平台由KVM驱动。因此，缺让随着OpenStack的增长，KVM也会相应增长。

OpenStack 之 虚拟化原理

一个KVM(kernel-based virtual machine)虚拟机在宿主机上就是一个 qemu-kvm进程，与其他Linux进程一样渣亩笑被调用。 虚拟机的每个虚拟CPU则对应 qemu-kvm进程中的一个进程。 因此，虚拟CPU可以超过物理CPU的数量，叫CPU超配。

KVM通过内存虚拟化共享物理系统内存，动态分配给虚拟机。

为了在一台机器上运行多个虚拟机，KVM需要实现VA(虚拟内存) --> PA(物理内存) --> MA(机器内存)的转换，其中虚拟机OS控制VA->PA的转换，KVM负责PA->MA的映射。

KVM的虚拟化通过存储池(Storage Pool)和卷(Volume)实现。 存储池是宿主机可见的一片存储空间，可以分为多种类型。 卷是存储池的一块空间，卷在虚拟机眼中就是一块硬盘。 不同类型的存储池：

文件目录是最常见的存储池。 目录是一个存储池，默认是 /var/lib/libvirt/images/ 目录里的一个文件就是一个卷。

使用文件做卷的优点：

KVM支持多种卷格式耐燃：

宿主机上的VG(Volume Group）中的LV(Logical Volume)作为虚拟磁盘分配给虚拟机使用，只能作为数据盘，不能作为启动盘，因为它没有MBR引导记录。 这种情形，主机的VG就是存储池，LV就是卷。

KVM还支持 iSCSI, Ceph等多种类型的存储池。

假设宿主机有1块物理网卡 en0 , 运行着一个虚拟机VM1。那问题是如何让VM1访问外网呢？ a):将物理网卡直接分配给虚拟机，但这样会导致宿主机和其他的虚拟机没有网络连接了。 b):给虚拟机分配一个虚拟网卡 vnet0 , 通过Linux Bridge br0 将 en0和vnet0连接起来。这个是实际采用的方案。

Linux Bridge可以看做是物理接口和虚拟接口的转发器。

如果添加虚拟机VM2，自然也给它分配虚拟网卡 vet0 , 这两块虚拟网卡都通过 br0 和en0通信，并且虚拟机之前是可以直接通信的。因此br0就充当了两台虚拟机的出口网关。

没有VLAN之前，连在同一交换机上的主机共享广播域，独占冲突域，相互之间可以直接通信。 VLAN 能够将一个交换机的端口划分为若干个组， 使得连接在同一组中端口的主机位于同一逻辑网络中，不同VLAN间通信需要经过三层路由。

VLAN是二层上的隔离，隔离广播指的是二层以太网广播帧，和三层的IP广播报文区别开来。

VLAN用VLAN ID 唯一标示组，范围是 [1, 4096]。 支持VLAN的交换机因而具有两种端口：access端口和trunk端口。 access口隶属某一个组，只能把access口划分给一个VLAN组，没有显式指定，默认在0号组。 trunk口允许不同的VLAN帧通如含过，通常是连接两个交换机的端口模式。

eth0 是宿主机的物理网卡， eth0.10 是与它连接的子设备。

eth0.10就是VLAN设备，vlan id 是10。

eth0.10挂载在 brvlan10 的Linux Bridge上， 虚拟机VM1的虚拟网卡 vnet0 也挂载在 brvlan10上。

如此一来，vnet0, brvlan10 和 eth0.10 都接在VLAN10 的Access口上。而eth0充当trunk口。

如果再增加一个VLAN2

那么VM2的三个虚拟接口都是接在VLAN 20 上的。对于新创建的虚拟机，只要为它创建一个VLAN组，并将其虚拟网卡放到这个组中，就能共享宿主机的物理网卡了。还有，一个物理网卡可以为多个虚拟网卡服务，而一个虚拟网卡则只能对应于一块物理网卡。即一对多关系。

对LVM的网络虚拟化总结：

所以，Linux Bridge + Vlan 模拟了现实的二层交换机。

为什么opennebula取代了openstack

OpenStack和云密切相关，对于用户来说，构建私有云要么使用VMware、Hyper V等商用化产品;要么使用OpenStack开源二者必居其一。有意思的是，现有公有云服务商中，少有采用OpenStack，更多是采用自有的封闭系统。OpenStack与公有云似乎没有交集。
OpenStack只能用于私有云吗?为什么放着公有云不用，用户要自建私有云呢?中小企业用户能够驾驭OpenStack吗?其中，又要关注哪些问题。为此，记者采访了OpenStack专业服务提供商——海云捷迅(AWcloud)技术总监李华先生。

为什么要用OpenStack
首先对于用户来说，Amazon、Google，他们的系统是不公开，用户无从借鉴其系统架构，只能使用它们所提供的服务。这些公有云虽然能够带来敏捷性和资源弹性，但对企业用户来说，数据存在公有云上，总是感觉不踏实。这种信任感并没有建立起来。
李华表示：“一些小规模的用户，如不涉及到数据保密的情况下，会选择公有云服务。但对中大型用户困胡唯，数据比较敏感，类似财务数据、人力资源等，不愿意放到公有云，同时需要敏捷性和资源弹性的效率，为此用户会考虑自建私有云。” 李华说
在私有云的问题上，OpenStack优势明显。作为一种开源软件，较之OpenNebula、Eucalyptus、CloudStack等，OpenStack得到更多企业和开发者的认可，业已经成为事实上的标准。
需要注意的是，OpenStack与VMware等商用软件也不是完全竞争关系。
“它们是一种竞合关系，OpenStack底层Hypervisor可以是VMware、Hyper V、KVM，没有关系。用户可以用OpenStack替代相对昂贵的vCloud等，构建云服务平台。OpenStack能够和ESX server、vCenter对接。”李华说。
寸有所长，OpenStack小厂优势
如果用户没有专业技术人员能够驾驭OpenStack，选择适合的合作伙伴就迫在眉睫。选择大品牌厂商合作，还是选择专业品牌，这是一个问题。
“从本质上来说，不论品牌大小，大家都围绕着社区开源版本提供服务，拿到的原材料都是一样的。所做的是在这个基础上烹制一道道菜肴，不同的厨师烹制出来的味道，一定会有所不同。”李华说。
“对于OpenStack开源社区的理解最重要的有两点：一个是充分利用社区资源，集中全球工程师智慧，为用户提供一个稳定可靠的产品平台服务。这一点上，厂商之间的区别不大。区别大的在于第二点，是否坚持回馈开源社区。”李华说。
李华指出，一些闭源出身的公司，做着做着就会与开源社区脱汪培节，技术并不反馈给开源社区。短期内做腊看不出问题，开源社区发展很快，每半年就会有一个新的版本，那么产品与新版本合不上，就为后续发展带来一系列问题。对于这些企业来说，支持OpenStack目的，还是为了销服务器售网络、服务器、存储等硬件，OpenStack不过是附属。在这样的思路指导下，大品牌也会变现出很多的不适应，给用户应用带来隐患。
与大品牌相比，AWcloud虽然是一家相对小的企业，但却是一家OpenStack的专业企业。公司管理层10多年开源市场的从业经验，让他们对于开源的理解和规律把握更加深刻。他们会比大品牌更加专注，也更能够遵循开源的精神，而这种专业性，更能够确保用户的利益。与大品牌相比，专业性让AWcloud等专业性厂商更容易摆脱硬件因素的干扰，也更符合和体现OpenStack的未来趋势和变化。
“对开源社区的理解，是选择OpenStack合作伙伴的依据，是否坚持技术回馈社区，这是进行判别的关键点。”李华说。
版本兼容性的难题
OpenStacK不同版本之间的兼容性，也是困扰用户应用的难题，也是经常遭受诟病的地方。
李华表示，从2010年第一个版本开始，OpenStack只有4家公司，后来慢慢发展到几十家、几百家，到现在有几千家，所以OpenStack发展。造成A、B、C、D、E，5个版本的OpenStack是一个架构，升级没有太大问题。但从E、F版本，随着很多新厂商加入，原有架构进行了拆分，架构不一样了，导致兼容性问题。最近几个版本，架构没有大的改动，版本升级可以保持平滑。这是一个基本的现状。
针对兼容性， AWcloud给出建议是：如果用户生产环境在OpenStack某版本运行良好，不建议进行大规模的升级，只做小版本升级。如果出现资源的确不够用，或者需要引入新的功能，最好的做法是另建一个集群，新集群采用新的OpenStack版本。
“这样的做法较稳妥。”李华说。
DevOps和运维
随着规模的扩大，用户会遇到各种各样的问题，例如运维的难题。李华表示，OpenStack属调度资源管理平台软件，没有完善的监控报警功能。
如果没有技术实力作为保障，哪个物理服务器或者虚拟机出现故障，这些故障如何定位，所谓日志分析、安全等，这些都不是OpenStack平台的固有内容，这些问题借助开源或者大数据分析工具，所谓DevOps，自动化运维管理的理念。
现在看来，DevOps是专业OpenStack服务商的价值点。
OpenStack服务商要具备DevOps的能力，以物理机高可用性支持为例，OpenStack社区认为，应该从上层应用解决问题。但在现实应用中，用户往往需要这样的功能。做还是不做，要不要提供支持，厂商之间就会出现分歧。
对此，AWcloud的态度是，基于对用户理解，应该为用户提供技术支持和服务。
经验塑造优势
AWcloud是李华和合伙人张征宇在2010年创办的公司，在此之前，李华在RedHat工作大概6年多时间，张征宇在IBM工作4多，在RedHat工作4年，两个人在开源领域摸爬滚打了10多年，积累了大量丰富的经验。
“我们希望利用开源开放技术平台积累的经验，帮助企业客户构建一个稳定可靠的IaaS服务平台。”李华说
在过去两年中，AWcloud做了很多成功的案例。包括北京计算中心、中科院网络中心、武汉大学三星中国研究院、宁夏信通、国家电网等很多客户在内，很多都是虚拟机数量超过了1万台的用户。
“我们拥有大规模开源平台的建设经验，我们把这些经验回馈到开源社区，同时我们也把取得经验用来帮助企业构建企业内部企业规模的云平台，可以帮他们节省大量的时间，保证他们平台的稳定性和可靠性。”李华说。
AWcloud专业实力不仅得到了用户认可，也得到了英特尔的青睐。在美国，英特尔投资了最大的OpenStack公司之一——Mirantis。当英特尔投资在中国寻找项目时选择注资伙伴时，毫不犹豫地“相中”选择了AWcloud。