Cinder AZ 与 Nova AZ 的同步问题

最新推荐文章于 2023-10-22 22:41:37 发布

范桂飓

最新推荐文章于 2023-10-22 22:41:37 发布

阅读量2.5k

点赞数 4

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

本文链接：https://blog.csdn.net/jmilk/article/details/89917583

版权

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

319 篇文章 174 订阅 ¥49.90 ¥99.00

订阅专栏

超级会员免费看

本文讲述了在处理Boot from volume失败问题时，发现错误源于实例和卷不在同一AZ。介绍了AZ作为故障域划分的概念，原本属于Nova，但因Instance与Volume的关系，延伸到Cinder。解决方法是调整配置，确保Cinder backend与Nova在同一AZ，同时创建Volume时指定AZ参数，以确保顺利挂载。

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

问题

今天处理了一个 Boot from volume 失败的问题，错误日志给出了明确的原因：The instance and volume are not in the same AZ。

BuildAbortException: Build of instance aa701728-f40b-47e7-b8ed-2302f1bff226 aborted: Invalid volume: Instance 2216 and volume bbbd66b4-761f-4096-b8f7-4feeb04c4b44 are not in the same availability_zone. Instance is in ovs. Volume is in nova

解决

AZ 的含义是为了划分不同的故障域，开始只是 Nova 的概念，但由于 Instance 与 Volume 的紧密联系，AZ 的概念自然被延伸至 Cinder。在 nova.conf 的 [cinder] Section 中可以找到 Option cross_az_attach = False|True，当其为 True 时表示允许跨 AZ 挂载卷，反正则不能。在生产环境中一般建议设置为 False，由此导致了上述的问题。因为我们希望创建一个处于 AZ:ovs 的 Instance，但指定的 Cinder backend 默认却处于 AZ:nova。e.g.