Nova rebuild for boot from volume issue

最新推荐文章于 2023-04-04 16:00:15 发布

范桂飓

最新推荐文章于 2023-04-04 16:00:15 发布

阅读量1.9k

点赞数 2

分类专栏：云计算与云原生技术专栏

本文链接：https://blog.csdn.net/Jmilk/article/details/86523209

版权

云计算与云原生技术专栏专栏收录该内容

319 篇文章 174 订阅 ¥49.90 ¥99.00

订阅专栏

超级会员免费看

本文探讨了在OpenStack Nova中，针对boot from volume实例的重建（rebuild）挑战。虽然boot from volume在生产环境中常用以保持数据持久性，但这种方式的实例无法直接使用rebuild功能。文章解释了原因，并提出了解决方案，即在rebuild过程中通过Cinder接口将new image注入old volume，以实现boot from new image的效果。

摘要由CSDN通过智能技术生成

Nova boot from volume

众所周知，Nova Launch Instance 有很多种方法，boot from image、boot from volume、boot from snapshot 等等。一般的我们在测试环境中大多会选择第一种方法，因为属于常规的操作方式。但实际上 boot from image 在生产环境中会存在一些限制，比如说：如果你在 boot from image 的同时选择启用了临时存储（Ephemeral Storage），这些临时的数据会随着 Instance 的生命周期结束而消失。所以一个产品化的 OpenStack 通常会将 boot from volume 作为默认选项，这样的好处在于增量的数据不会随着 Instance 的生命周期结束而消失。这些增量的数据是 Persistent 的，即便 Instance 被删除了 Volume 依旧可以被保存下来。无论是 boot from volume 还是 boot from snapshot 简单来说就是通过一个 bootable volume 启动操作系统。当然了，boot from volume 也存在一些限制：