这有点类似于Q123566,但我想补充几点说明:
- 虚拟机是基于 Linux 内核的虚拟化技术(具体来说:虚拟机管理程序)是大多数非 Xen FOSS 虚拟化平台/工具的基础。
- 量子计算单元是原子的工具/utility/program,今天,填充的作用
kvm(1)
做过而其同名的虚拟机管理程序还在开发中。它能够用作kvm(3)
仿真后端;这是其在基于 x86_64 的平台上最有效的操作模式。 - 这些都不是虚拟化解决方案就像 ESXi 和 Hyper-V(它们各自包含自己的、专用的、类型 1 虚拟机管理程序)一样。
- A解决方案(不是工具或技术),无论是内部开发的还是从外部获得的,都是至关重要的任何企业 IT 部署的一个方面。
澄清最后一点:内核模块本身不利于 devops,QEMU 也无法自行运行。工具不是解决方案(尽管足够强大的工具可能会让系统管理员认为他们的临时、内部、未记录的解决方案是可行的)。
除了最“自信的”系统管理员认为,运行手动安装的操作系统的一系列机器,通过调用systemd.unit(5)
各种实例的(手动管理的)少量文件进行配置qemu-system-x86_64(1)
,是可持续或可扩展的。
这个差距——KVM(部分原因是它是 2 型虚拟机管理程序)是唯一的“异类”;它是一个虚拟机管理程序不是锁定到特定的工具和/或解决方案——这就是 Red Hat虚拟管理器,进来。它似乎是(除了奥维特,显然是 virt-manger 的顶层/接口,是目前市场上唯一基于 QEMU(以及基于 KVM)的企业级虚拟化解决方案。
但是许多公司使用 ESXi1和 Hyper-V2,很难找到任何3使用 virt-manager。尽管少数公司识别为使用基于 KVM 的解决方案4,信息如何KVM 的实际使用却很少。
那么,KVM 如何用于企业工作负载?这些工作负载无法承受在规模有限的 shell-script-and-SSH 基础架构上运行的各种风险。它到底有没有被使用?企业是否只是征用类似SaltStack将 KVM+QEMU 作为内部解决方案的一部分?virt-manager 是否实际上广泛使用但却是保密的?我不明白为什么在 Red Hat, Inc.(和没有其他人的?全部的基础设施。
答案1
KVM 在私有云和公共云中被广泛使用:
- OpenStack使用 KVM
- AWS使用 KVM
- Oracle OLVM使用 KVM
- ... 可能还有更多
KVM“只是”一个带有 API 的虚拟机管理程序,许多公司围绕它构建工具以使其易于使用。没有人期望您直接使用 KVM(尽管这是可能的)。