关于 Apache CloudStack 的 概念和专用术语 （三）
About Pods
豆荚舱通常代表着一个单独的机柜，同一个豆荚舱中的宿主机处于同一个分支网络中。在部署Apache CloudStack时豆荚舱是第三大的资源管理单位。豆荚舱隶属于专职地带，每一个专职地带中都含有一个或多个豆荚舱。豆荚舱由一个或多个集群及主存储构成。豆荚舱对Apache CloudStack的使用者不可见。
About Clusters
集群是一种对宿主机进行分组的方式。确切地说，集群可以是一组XenServer、一组KVMserver、也可以是在VMware vCenter中预配置的一组VMware cluster。同一个集群中的宿主机有着完全一样的硬件、运行着同样的虚拟化引擎、处于同一个分支网络中、访问同一个共享的主存储、虚拟机实例可以在主机间进行热迁移（热迁移无需终端最终用户的应用服务）。
集群是部署Apache CloudStack时的第四大资源管理单位，隶属于豆荚舱。集群的规模受底层的虚拟化引擎制约，在大多数案例中Apache CloudStack不建议防止过多的主机到集群内。
集群由一个或多个宿主机及主存储构成。
Apache CloudStack支持多集群部署。只使用主机的本地存储时也需要创建集群——即便集群里只有一个主机。
使用VMware时，每个VMware cluster都被一个vCenter server所管理，Apache CloudStack云管理员必须把vCenter server注册到Apache CloudStack中。每个专职地带中可能存在多个vCenter server、每个vCenter server可能管理者多个VMware cluster。
About Hosts
宿主机是一个安装了虚拟化引擎的单个计算机，它提供了运行虚拟机实例所需的算力资源。每台宿主机上都安装了用于管理虚拟机实例的虚拟化引擎工具，虚拟化引擎工具可能是Citrix XenServer、KVM、ESXi、Windows Hyper-V等。
在Apache CloudStack的部署过程中，宿主机是最小的资源管理单位，位于集群之内。
在Apache CloudStack中宿主机具有如下特征：
1）提供虚拟机实力运行所需的CPU、MEM、存储、网络等资源
2）提供内网连接和公网连接能力
3）可能驻留在跨地理位置的多个数据中心
4）在CPU&RAM方面可能有不同的资源容量——尽管我们要求同一集群中的宿主机必须有同样的硬件配置
备用的宿主机可以被随时添加到Apache CloudStack中进行算例资源扩容。Apache CloudStack会自动侦测出宿主机上的算力资源挂载情况。
宿主机对最终用户不可见、最终用户也不能决定他的虚拟机实力被分配给了哪个宿主机。
Apache CloudStack中的宿主机能正常运转，需要确保宿主机：
1）安装了虚拟化引擎工具
2）分配了IP地址
3）可以连接到Apache CloudStack的云管理服务
About Primary Storage
主存储和集群紧密相连，它盛着运行在集群中的宿主机上的虚拟机实例的虚拟磁盘。对于KVM和VMware虚拟化引擎而言，你可以为每个专职地带提供一个主存储。
每个集群或者专职地带至少需要一个主存储，当然你也可以为他们添加多个主存储。出于增强存储性能的考虑，一般主存储会紧靠宿主机部署。Apache CloudStack的云管理服务管理着把虚拟机实例磁盘放置到哪个特定准存储设备的分配策略。
如果你想避免拷贝额外的数据，那么使用基于专职地带的主存储是可行的。使用基于集群的主存储时，只有本集群内的虚拟机实例可以直接访问集群主存储内的数据。此时，如果异集群内的虚拟机实例需要访问这里的数据，就必须把这里的数据拷贝到另一个及群众，这个数据拷贝过程需要使用专职地带的辅助存储作为中转站。这个中专操作会带来不必要的时间消耗。
对Hyper-V虚拟化引擎而言，SMB/CIFS存储是受支持的。需要注意的是，Hyper-V虚拟化引擎不支持基于专职地带的主存储。Ceph/RBD存储只受KVM虚拟化引擎支持、但可作为基于专职地带的主存储使用。PowerFlex/ScaleIO只受KVM虚拟化引擎支持、但可作为基于集群的主存储或基于专职地带的主存储使用。
Apache CloudStack设计之初即用于和符合iSCSI和NFS标准的产品协同工作。这些受底层虚拟化引擎支持的iSCSI和NFS产品包括但不限于：
1）SolidFire for iSCSI
2）Dell EqualLogic™ for iSCSI
3）Network Appliances filers for NFS and iSCSI
4）Scale Computing for NFS
5）Dell EMC PowerFlex™ (v3.5)
6）HPE Primera/3PAR for FiberChannel
7）Pure FlashArray for FiberChannel
在部署Apache CloudStack如果你打算只使用宿主机的本地存储，是可以跳过添加独立主存储的。
Changing the Scope of the Primary Storage
自Apache CloudStack 4.19.1.0 开始，Apache CloudStack便支持更改从基于专职地带到基于集群的主存储的生效范围了，反之亦然。此功能只有在禁用主存储后才可见。目前已测试过此功能可用的虚拟化引擎与存储产品的组合有：
1）KVM with NFS
2）KVM with CEPH/RBD
3）VMWare with NFS
将此功能与其他配置项一起使用可能需要进行一些必要的手工干预。
About Secondary Storage
辅助存储贮存着以下文件：
1）模板——用于创建预配置虚拟机实例的一种OS映像
2）ISO映像——安装操作系统所需的碟片介质
3）磁盘快照——存储了虚拟机实例在某一时间点状态的可快速恢复备份文档
辅助存储中的物料制品可以被柒生效范围内的全部宿主机使用（辅助存储的生效范围通常以专职地带或者统辖区域界定）。
要想使辅助存储中的物料制品对整个Apache CloudStack云中的宿主机可用，在基于专职地带的NFS辅助存储之外、还可以添加对象存储。如此，便没必要像单独使用基于专职地带的NFS辅助存储时那样吧模板或快照从一个专职地带拷贝到另一个专职地带了。此时整个Apache CloudStack云中的物料制品便处处可用了。
对安装了Hyper-V虚拟化引擎的宿主机而言，SMB/CIFS存储也是可用的。
Apache CloudStack提供了可以同时支持OpenStack对象存储和Amazon对象存储的插件，使用这些插件后可以为整个Apache CloudStack云启用swift或S3作为对象存储，而后便可为每个专职地带设定NFS辅助存储作为转场了。NFS存储在每个专职地带扮演者中转场地的角色，通过这个“中转场地”，辅助存储中的模板及其他数据以转发到swift或S3对象存储中的方式被传递。后方的对象存储充当了基于Apache CloudStack云的存储资源，在整朵Apache CloudStack云中模板和数据可以被任何专职地带所获取。
【注意：】
【在统辖区域层级不支持混杂的辅助存储。也就是说不能设定多个专职地带后、一些专职丝带使用NFS作为辅助存储、另一些使用swift或S3作为辅助存储。】
)
