【OpenStack】F版和G版中的Availability Zone

最新推荐文章于 2023-06-28 16:55:26 发布

lynn_kong

最新推荐文章于 2023-06-28 16:55:26 发布

阅读量5.4k

点赞数

CC 4.0 BY-SA版权

分类专栏： openstack 文章标签： openstack nova availabilityzone aggregate

本文链接：https://blog.csdn.net/lynn_kong/article/details/9012451

本文对比了OpenStack F版和G版中的Availability Zone管理方式。F版中服务状态通过report_state任务更新数据库，G版则引入memcached或zookeeper，并移除了Service表中的availability_zone字段，通过aggregate与配置项来确定服务所属zone。在G版中，aggregate成为管理zone的主要手段，允许一个主机属于多个Availability Zone，提供了更多灵活性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

声明：
本博客欢迎转发，但请保留原作者信息!
新浪微博：@孔令贤HW；
博客地址：http://blog.csdn.net/lynn_kong
内容系本人学习、研究和总结，如有雷同，实属荣幸！

对比版本：

Folsom 2012.2 release版
Grizzly 2013.6.3 master分支

Availability Zone的概念在Folsom和Grizzly中，在使用上有很大的不同。怎么确定一个host属于哪个Availability Zone呢？分别看一下F版和G版的实现。

1. F版

之前很多人问，在命令行界面通过nova-manage service list看到有些服务状态（比如nova-compute）不是笑脸，而是XXX，为什么？

回答这个问题之前，我们必须知道服务状态是如何确定的？在F版中，每一个服务启动时都会有一个循环任务report_state，在循环任务中，会向数据库（确切的说是Service表）写入一些信息，比如一个计数report_count以及更新该记录的时间。还是贴点代码以示诚意吧：

    def report_state(self):
        """Update the state of this service in the datastore."""
        ctxt = context.get_admin_context()
        zone = FLAGS.node_availability_zone