Openstack关于Regions和Availability Zones

声明：

本博客欢迎转发，但请保留原作者信息!内容系本人学习、研究和总结，如有雷同，实属荣幸！

原文地址：http://blog.csdn.net/gtt116/

在AWS中有Region和Availability Zones的概念，并且在openstack中也实现了两者，只是不太容易看出来。

此文主要介绍他们的概念和关系，以及在openstack中的实现。

如果没有特别强调，下文中Availability Zones简称az。

概述

===

    一般情况下region表示地理上隔离的两个区域，例如一个region放在美国，另外一个放在中国。换句话说一个region之间是相对独立的，一个region的死活和另外一个region没有任何关系。az是在region范围内的再次切分，只是工程上的独立，例如可以把一个机架上的机器划分在一个az中。划分az是为了提高容灾性和提供廉价的隔离服务。
    选择不同的region主要考虑哪个region靠近你的用户群体，如果用户主要在美国，那么自然选择离美国近的region。选择不同的az，是为了防止在所有instance一起挂掉。
    下图是两者之间的关系图

Region 和Availability Zones

======

 Region是最高等级的隔离，因为region是地理位置的隔离。例如一个美国，一个中国，那么当你的虚拟机分别跑在这两个region上，那么当美国不存在的时候，你在中国的虚拟机还在快乐的运行着。

而且如果目标用户多数在中国，那么将虚拟机跑在中国也是很好的选择。

az是低一级的隔离。例如我们可以在中国的datacenter划分为几个az，然后用户可以选择将这些虚拟机跑在同一个az中，或者不同az中。前者可以提供更快的网络，后者提供更好的容灾性。

Openstack实现

============

在openstack中这两个概念都是存在的。一下将会介绍openstack是如何实现这两个概念的。

region

---------

因为Region是地理位置的隔离，那么不同的region意味着不同的endpoint，也就是说（nova-api，glance……）这些服务的ip地址是不同的。这些东西就体现在keystone的catalog中。

以下是keystone的catalog配置文件：

catalog.RegionOne.identity.publicURL = http://keystone.cn:$(public_port)s/v2.0
catalog.RegionOne.compute.publicURL = http://nova.cn:$(compute_port)s/v1.1/$(tenant_id)s
catalog.RegionOne.volume.publicURL = http://cinder.cn:8776/v1/$(tenant_id)s
catalog.RegionOne.ec2.publicURL = http://nova.cn:8773/services/Cloud
catalog.RegionOne.image.publicURL = http://glance.cn:9292/v1

注意到catalog其实是分级的  <catalog>.<region>.<service>.<endpoint>，第二级的region就是上文提到的region。在这里我们可以设置不同的region和不同的service的endpoint。

例如我们在美国加了一个datacenter，那么我们修改配置文件为：

catalog.RegionOne.identity.publicURL = http://keystone.cn:$(public_port)s/v2.0
catalog.RegionOne.compute.publicURL = http://nova.cn:$(compute_port)s/v1.1/$(tenant_id)s
catalog.RegionOne.volume.publicURL = http://cinder.cn:8776/v1/$(tenant_id)s
catalog.RegionOne.ec2.publicURL = http://nova.cn:8773/services/Cloud
catalog.RegionOne.image.publicURL = http://glance.cn:9292/v1

catalog.RegionUS.identity.publicURL = http://keystone.us:$(public_port)s/v2.0
catalog.RegionUS.compute.publicURL = http://nova.us:$(compute_port)s/v1.1/$(tenant_id)s
catalog.RegionUS.volume.publicURL = http://cinder.us:8776/v1/$(tenant_id)s
catalog.RegionUS.ec2.publicURL = http://nova.us:8773/services/Cloud
catalog.RegionUS.image.publicURL = http://glance.us:9292/v1

这样以后我们就可以通过选择不同的region来访问不同的endpoint了。

ps：现在horizon默认只提取keystone中catalog的regionOne中的endpoint，所以即使在keystone配置了多个region，在horizon也是体现不出来的。

Availability Zones

-----------------------

az在openstack中其实是nova-scheduler来实现的，当新建虚拟机，调度器将会根据nova-compute设置的az来调度，例如在新建虚拟机的时候，用户设置了希望将虚拟机放在az-1中，那么调度器将会选择属于这个az的nova-compute来调度。如下图所示

    

思考

=====

其实Region和Az的概念主要是隔离的等级问题，我们完全可以将一个datacenter根据机房划分region，然后根据机架划分az。

这个就是仁者见仁的问题，完全可以根据各自的需要采取不同的部署方法。

reference

========

http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html