OpenStack —— 原理架构介绍(一)-低调大师

OpenStack —— 原理架构介绍(一)

2017-11-14 539

一、OpenStack 简介

Openstack是一个控制着大量计算能力、存储、乃至于整个数据中心网络资源的云操作系统，通过Dashboard这个Web界面，让管理员可以控制、赋予他们的用户去提供资源的权限(即：能够通过Dashboard控制整个Openstack云计算平台的运作)。

作为IaaS层的云操作系统，OpenStack为虚拟机提供并管理三大类资源：计算、网络和存储。

Openstack的发展非常快，而且由于其开源的本质，所以导致了即便是前后相隔的两个不同版本，也可能会出现比较大的区别。所以在我们初习Openstack的时候，应该考虑从一个体系相对成熟，资料相对丰富的版本入手。当然如果你拥有良好的英文阅读习惯的话，Openstack的官网就提供了非常完善的最新版本的文档资料。

二、OpenStack 组件

OpenStack包含了许多组件。有些组件会首先出现在孵化项目中，待成熟以后进入下一个OpenStack发行版的核心服务中。同时也有部分项目是为了更好地支持OpenStack社区和项目开发管理，不包含在发行版代码中，主要组件如下：

Compute (Nova) 计算服务
Identity Service (Keystone) 认证服务
Image Service (Glance) 镜像服务
Networking (Neutron) 网络服务
Dashboard (Horizon) 仪表板
Object Storage (Swift) 对象存储
Block Storage (Cinder) 块存储
Orchestration (Heat) 编排
Telemetry (Ceilometer) 监控
Database Service (Trove) 数据库服务
Data Processing (Sahara) 数据处理

三、OpenStack 架构

OpenStack是由一系列具有RESTful接口的Web服务所实现的，是一系列组件服务集合。如下图为OpenStack的概念架构，我们看到的是一个标准的OpenStack项目组合的架构。这是比较典型的架构，但不代表这是OpenStack的唯一架构，我们可以选取自己需要的组件项目，来搭建适合自己的云计算平台。

OpenStack项目并不是单一的服务，其含有子组件，子组件内由模块来实现各自的功能，如下图为OpenStack的逻辑架构。通过消息队列和数据库，各个组件可以相互调用，互相通信。这样的消息传递方式解耦了组件、项目间的依赖关系，所以才能灵活地满足我们实际环境的需要，组合出适合我们的架构。每个项目都有各自的特性，大而全的架构并非适合每一个用户，譬如Glance在最早的A、B版本中并没有实际出现应用，Nova可以脱离镜像服务独立运行。当用户的云计算规模大到需要管理多种镜像时，才需要像Glance这样的组件。OpenStack的成长是在生产环境中不断被检验，然后再将需求反馈给社区，由社区来实现的一个过程，可以说OpenStack并非脱离实际的理想化开源社区项目，而是与生产实际紧密结合的，可以复制应用的云计算方案。

OpenStack 本身是一个分布式系统，不但各个服务可以分布部署，服务中的组件也可以分布部署。
这种分布式特性让 OpenStack 具备极大的灵活性、伸缩性和高可用性。

附录：其他图

概念架构图：

逻辑架构图：

参考：http://ken.pepple.info/openstack/2012/09/25/openstack-folsom-architecture/

https://ilearnstack.com/2013/04/23/introduction-to-openstack-2/

本文转自 wzlinux 51CTO博客，原文链接：http://blog.51cto.com/wzlinux/1961337，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/434209

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

OpenStack —— 块存储服务Cinder(六)

一、Cinder介绍 Cinder(Block Storage service)提供对volume从创建到删除整个生命周期的管理，从instance的角度看，挂载的每一个volume都是一块硬盘。 OpenStack早起版本使用nova-volume为云平台虚拟机提供持久性块存储。从F版本后，就把最为Nova组成部分的nova-volume分离了出来，形成了独立的Cinder组件。二、Cinder主要组件 1、cinder-api 负责接收和处理外界的API请求，通过消息队列服务调用cinder-volume执行操作。 2、cinder-volume cinder-volume服务运行在存储节点上，用于管理存储空间，主要执行卷管理相关的功能管理，与volume provider协调工作，OpenStack对Volume的操作，最后都是交给cinder-volume来完成的。 cinder-volume自身并不管理真正的存储设备，存储设备是由volume provider管理的。cinder-volume与volume provider一起实现volume生命周期的管...

2017-11-15

872

Python常见部署方法有： 1 2 3 fcgi ：用spawn-fcgi或者框架自带的工具对各个project分别生成监听进程，然后和http 服务互动 wsgi ：利用http服务的mod_wsgi模块来跑各个project(Web应用程序或框架简单而通用的Web服务器之间的接口)。 uWSGI 是一款像php-cgi一样监听同一端口，进行统一管理和负载平衡的工具，uWSGI，既不用wsgi协议也不用fcgi协议，而是自创了一个uwsgi的协议，据说该协议大约是fcgi协议的 10 倍那么快。 1 其实 WSGI 是分成 server 和 framework (即 application) 两部分 (当然还有 middleware)。严格说 WSGI 只是一个协议, 规范 server 和 framework 之间连接的接口。 WSGI server 把服务器功能以 WSGI 接口暴露出来。比如 mod_wsgi 是一种 server, 把 apache 的功能以 WSGI 接口的形式提供出来。 1 2 3 4 5 WSGI framework 就是我们经常提到的 Djan...

2017-11-15

638

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。