关于 Apache CloudStack 的 概念和专用术语 （二）
甲·三 Apache CloudStack中的专用术语
Regions
为了增强Apache CloudStack的可靠性，可以有选择地把算力资源分组归置到多个统辖区域（region）中。在部署Apache CloudStack时，"统辖区域"是最大的资源管理单位。一个统辖区域通常有几个专职地带（zone）组成。一个"专职地带"大体上等同于一个功能完备的数据中心。每一个统辖区域都接受自己的的Apache CloudStack云管服务集群管理，通常Apache CloudStack云管服务集群运行于统辖区域中的某一个专职地带里。位于统辖区域中的专职地带通常是地理空间意义上的紧邻。在提供系统级容错和灾难恢复方面，统辖区域是一种有用的技术。
通过把专职地带编组为统辖区域，Apache CloudStack云可以获得更强劲的可用性和可扩展性。鉴于Apache CloudStack云系统账号可以跨统辖区域使用，因此我们可以把虚拟机实例部署在多重的、广泛分布的统辖区域中。即便某一个统辖区域处于不可使用状态了，运行在其他统辖区域中的应用程序服务对最终用户依旧可用。与有单一的中央Apache CloudStack云管理服务集群管理广泛分散的专职地带团体的情形相比，把专职地带团体归置到邻近的Apache CloudStack云管理服务集群之下可以大幅降低Apache CloudStack云内的通讯延时。
出于对每个地理空间意义上的统辖区域出具业务报告和开具使用清单的考虑，也可以在统辖区域层级上对使用记录进行合并和追踪。
统辖区域对Apache CloudStack的最终用户是可见的，当最终用户通过某一个Apache CloudStack的云管理服务拉起一个虚拟机实例时，他其实也隐式地为虚拟机实例选择了一个统辖区域。最终用户可能需要把自己的虚拟机实例模板上传到额外的统辖区域，这样他便可以在此外的统辖区域中通过模板创建虚拟机实例了。
About Zones
专职地带在部署Apache CloudStack时是第二大的资源管理单位。通常一个专职地带对应了一个单独的数据中心（尽管一个数据中心中允许存在多个专职区域）。把基础设备编组到专职地带中的好处是，提供了物理隔离和冗余。例如，每个专职地带（或称之为数据中心）都有自己独立的电源供应和网络上行链路，因此这些专职地带可以在地理空间意义上被极大地分割开来（尽管这是非必须的）。
一个专职地带由3个组成部分：
1）一个或多个豆荚舱。每个豆荚舱都含有一个或多个集群及其主存储。
2）由专职地带内的豆荚舱共享的主存储。
3）由专职地带内的豆荚舱共享的辅助存储。
专职地带对Apache CloudStack的最终用户是可见的，当最终用户通过某一个Apache CloudStack的云管理服务拉起一个虚拟机实例时，他必须为虚拟机实例选择了一个专职地带。最终用户可能需要把自己的虚拟机实例模板上传到额外的专职地带，这样他便可以在此外的专职地带中通过模板创建虚拟机实例了。
专职地带分为公有的专职地带和私有的专职地带。公有专职地带对全体使用者可见，任何使用者都可以在其中创建虚拟机实例。私有专职地带被保留到了特定的范围，只有在这个范围及其子范围内的使用者才可以在其中创建虚拟机实例。
位于同一个专职地带中的主机无需通过防火墙规则即可彼此访问；位于不同专职地带中的主机则通过静态VPN隧道相互访问。
规划专职地带时，部署架构师（即管理员）应考虑如下问题：
1）每个专职地带要放置多少个豆荚舱？
2）每个豆荚舱要放置多少个集群？
3）每个集群要放置多少个主机？
4）每个专职地带要放置多少和主存储、主存储的容量是多少？
5）每个集群要放置多少和主存储、主存储的容量是多少？
6）每个专职地带要放置多少个辅助存储？
当你通过Apache CloudStack的web-Portal添加专职地带时，Apache CloudStack会提示你为这个专职地带配置物理网络、添加首个豆荚舱、集群、主机、主存储、辅助存储。
关于VMware的广域专职地带功能，Apache CloudStack意识到了这个问题并可以将每个VMware数据中心映射为Apache CloudStack专职地带。通过约束每个Apache CloudStack专职地带只含有单一的VMware数据中心，诸如VMware主机的存储热迁移、广域专职地带等特性得以使用。
【注意：】
【如果你正在升级Apache CloudStack的版本、且你的Apache CloudStack中含有来自多重VMware数据中心的集群的专职地带，那么这种专职地带不会被强制迁移到新版本的模式中、且它依旧可以运行。只不过像存储热迁移、广域专职地带等新特性在这种专职地带中不可用罢了。】