冲突与碰撞:OpenStack中的虚拟机和裸机
![dea1f129bc6228432f02fd17543537a9.png](https://i-blog.csdnimg.cn/blog_migrate/4ca41cb714805692413d7a197df40cae.jpeg)
要虚拟化还是非虚拟化?
如果您追求性能,那么就没有争议——裸机仍然胜过虚拟机;特别是对于I/O密集型应用程序。但是,除非您可以保证充分利用它,否则是有代价的。在本文中,我们描述了如何使用Nova来以统一的方式提供对虚拟机管理程序和裸机计算节点的访问。
scheduling
当Nova首次引入通过Ironic支持裸机计算时,它不能轻松地与传统的基于hypervisor的工作负载共存。当时的解决方法通常涉及使用宿主aggregates和flavor特性。
我们在定制的裸机博客文章中详细介绍了 裸机调度(请参阅概述:Nova中的调度)。
自引入Placement服务以来,裸机的scheduling已发生了显着变化。对于每个Ironic节点,将标准vCPU,内存和磁盘资源替换为自定义资源类的单个单元。这有两个关键的副作用:
- 裸机节点已完全分配或根本未分配
- 虚拟机和裸机使用的资源类是不相交的,因此我们最终无法将VM Flavor调度到裸机节点
“tiny” VM的flavor可能如下所示:
openstack flavor show vm-tiny -