超级会员免费看
本文介绍了OpenStack Placement服务，它是OpenStack云平台资源管理的关键组件。Placement提供了一个HTTP服务，用于管理各种资源提供者（如Compute Node、Storage Pool、IP Pool）的资源清单和特征。它跟踪资源分配，支持资源类和特征，并与Nova解耦，成为独立的项目。文章详细阐述了Placement的基本概念，包括Resource Provider、Resource Class、Inventory、Traits和Resource Allocations，并提供了在CentOS上部署Placement的步骤，包括数据库创建、用户和Endpoints配置、服务安装和验证。
菜鸟学OpenStack之部署Train（5）
背景
私有云的用户，尤其是传统 IT 架构转型的私有云用户一般会拥有各式各样的存量资源系统，与这些系统对接会让OpenStack的资源体系变得复杂。
从用户的角度出发，或许希望：
- 作为使用共享存储解决方案的用户，希望 Nova 和 Horizon 能够正确报告共享存储磁盘资源的总量和使用量信息。
- 作为高级的 Neutron 用户，预期会使用外部的第三方路由网络功能，希望Nova能够掌握和使用特定的网络端口与特定的子网池相关联，确保虚拟机能够在该子网池上启动。
- 作为高级的 Cinder 用户，希望当在 nova boot 命令中指定了 cinder volume-id 后 Nova 能够知道哪一些计算节点与 Request Volume 所在的 Cinder 存储池相关联。
所以，OpenStack 除了要处理计算节点 CPU，内存，PCI 设备、本地磁盘等内部资源外，还经常需要纳管有如 SDS、NFS 提供的存储服务，SDN 提供的网络服务等外部资源。
但在以往，Nova 只能处理由计算节点提供的资源。Nova Resource Tracker 假定所有资源均来自计算节点，因此在周期性上报资源状况时，Resource Tracker 只会单纯对计算节点清单进行资源总量和使用量的加和统计。显然，这无法满足上述复杂的生产需求，也违背了 OpenStack 一向赖以自豪的开放性原则。而且随着 OpenStack 的定义被社区进一步升级为「一个开源基
订阅专栏 解锁全文
扫一扫
820
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
