打开《OpenStack 云平台-部署与高可用实战》_2.1 OpenStack架构

【摘要】 本书摘自《OpenStack 云平台-部署与高可用实战》一书中第2章，第1节，肖睿 雷宇飞主编。

通过第1章的学习，读者了解了OpenStack 的基本功能。OpenStack 为了实现这些基 本功能，包含了多个功能组件，每个组件只负责一部分功能的实现，同时组件之间又可 以相互调用，共同完成用户对 OpenStack 的操作任务。用户可以根据需求选择需要的组 件进行部署，其中一部分核心组件必须部署，而其他组件则可以根据用户需求进行选择 性部署。本章针对这些核心功能组件进行介绍。

2.1 OpenStack架构

图2.1 展示了 OpenStack 中各个服务之间的相互关系，图中的箭头表示了提供服务 方和接受服务方的相对关系。

OpenStack 由多种服务组成，每种服务具有独立的命名。在整个 OpenStack 架构中， Keystone 提供认证服务，接收来自用户和服务的认证请求，并对其身份进行认证。各个 服务之间通过公用的 API 接口进行交互。大部分服务均包含一个 API 进程，用于侦听 API 请求，根据服务的性质可以选择处理请求或转发请求。服务进程之间的通信通过消 息队列实现，如 AMQP。

在部署完成的云系统平台上，用户通过 Dashboard 或 RestAPI 的方式在经 Keystone 模块认证授权后，执行创建虚拟机服务。通过Nova 模块创建虚拟机实例，Nova 模块首 先调用Glance 模块提供的镜像服务，然后调用Neutron 模块提供的网络服务。根据需要 可以选择给虚拟机增加存储卷，卷功能由Cinder 模块提供。整个过程在Ceilometer 模块 的资源监控下完成。同时Cinder 模块提供的卷和 Glance 模块提供的镜像可以通过 Swift 对象存储机制进行保存。

通过以上分析可以看到， OpenStack 云平台服务的提供主要是依靠Nova、Glance、 Cinder 和 Neutron四个核心模块完成的，四个辅助模块 Horizon 、Ceilometer 、Keystone、 Swift 则提供访问、监控、权限和对象存储功能。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们 18664393530@aliyun.com 处理，核实后本网站将在24小时内删除侵权内容。