问题

今天处理了一个 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

  

 

  
1
 

解决

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.

# cinder.conf
[DEFAULT]
...
storage_availability_zone = nova
default_availability_zone = nova

  

 

  
1
  
2
  
3
  
4
  
5
 

解决这个问题的办法自然就是将预期的 Cinder backend 也划分至 AZ:ovs 中：

文章来源: is-cloud.blog.csdn.net，作者：范桂飓，版权归原作者所有，如需转载，请联系作者。

原文链接：is-cloud.blog.csdn.net/article/details/89917583