思享工具箱

openstack——cinder服务篇

摘要：
煤渣api向外界公开了几个HTTPRESTAPI接口。OpenStackCLI、Dashboard和其他需要与Cinder交换的组件将使用这些API。Cinder卷管理卷的服务，与卷提供商协调，并管理卷的生命周期。运行煤渣卷服务的节点称为存储节点。煤渣卷在存储节点上运行。OpenStack在卷上的操作最终移交给了Cinder卷。MessageQueueCinder的每个子服务通过消息队列实现进程间通信和相互协作。让我们来看看控制节点控制器上运行的是哪些煤渣-*子服务。
 
一、cinder 介绍：
 
 
理解 Block Storage
操作系统获得存储空间的方式一般有两种：
  1. 通过某种协议（SAS,SCSI,SAN,iSCSI 等）挂接裸硬盘，然后分区、格式化、创建文件系统；或者直接使用裸硬盘存储数据（数据库）
  2. 通过 NFS、CIFS 等 协议，mount 远程的文件系统
     
第一种裸硬盘的方式叫做 Block Storage（块存储），每个裸硬盘通常也称作 Volume（卷） 第二种叫做文件系统存储。NAS 和 NFS 服务器，以及各种分布式文件系统提供的都是这种存储。
 
理解 Block Storage Service
Block Storage Servicet 提供对 volume 从创建到删除整个生命周期的管理。从 instance 的角度看，挂载的每一个 Volume 都是一块硬盘。OpenStack 提供 Block Storage Service 的是 Cinder，其具体功能是：
  1. 提供 REST API 使用户能够查询和管理 volume、volume snapshot 以及 volume type
  2. 提供 scheduler 调度 volume 创建请求，合理优化存储资源的分配
  3. 通过 driver 架构支持多种 back-end（后端）存储方式，包括 LVM，NFS，Ceph 和其他诸如 EMC、IBM 等商业存储产品和方案
     

Cinder 架构

下图是 cinder 的逻辑架构图
 
openstack——cinder服务篇第1张
 
Cinder 包含如下几个组件：
 
cinder-api
接收 API 请求， 调用 cinder-volume 。是整个 Cinder 组件的门户，所有 cinder 的请求都首先由 cinder-api 处理。cinder-api 向外界暴露若干 HTTP REST API 接口。在 keystone 中我们可以查询 cinder-api 的 endponits。

openstack——cinder服务篇第2张

客户端可以将请求发送到 endponits 指定的地址，向 cinder-api 请求操作。 当然，作为最终用户的我们不会直接发送 Rest API 请求。OpenStack CLI，Dashboard 和其他需要跟 Cinder 交换的组件会使用这些 API。

cinder-api 对接收到的 HTTP API 请求会做如下处理：
1、检查客户端传人的参数是否合法有效
2、调用 cinder 其他子服务的处理客户端请求
3、将 cinder 其他子服务返回的结果序列号并返回给客户端

cinder-api 接受哪些请求呢？简单的说，只要是 Volume 生命周期相关的操作，cinder-api 都可以响应。大部分操作都可以在 Dashboard 上看到。

 

cinder-volume

管理 volume 的服务，与 volume provider 协调工作，管理 volume 的生命周期。运行 cinder-volume 服务的节点被称作为存储节点。
 
cinder-volume 在存储节点上运行，OpenStack 对 Volume 的操作，最后都是交给 cinder-volume 来完成的。cinder-volume 自身并不管理真正的存储设备，存储设备是由 volume provider 管理的。cinder-volume 与 volume provider 一起实现 volume 生命周期的管理。

通过 Driver 架构支持多种 Volume Provider

接着的问题是：现在市面上有这么多块存储产品和方案（volume provider），cinder-volume 如何与它们配合呢？

通过的 Driver 架构。 cinder-volume 为这些 volume provider 定义了统一的接口，volume provider 只需要实现这些接口，就可以 Driver 的形式即插即用到 OpenStack 系统中。

 

定期向 OpenStack 报告计算节点的状态

cinder-volume 会定期向 Cinder 报告存储节点的空闲容量来做筛选启动volume

 

实现 volume 生命周期管理

Cinder 对 volume 的生命周期的管理最终都是通过 cinder-volume 完成的，包括 volume 的 create、extend、attach、snapshot、delete 等。

 

cinder-scheduler

scheduler 通过调度算法选择最合适的存储节点创建 volume。 创建 Volume 时，cinder-scheduler 会基于容量、Volume Type 等条件选择出最合适的存储节点，然后让其创建 Volume

volume provider

数据的存储设备，为 volume 提供物理存储空间。 cinder-volume 支持多种 volume provider，每种 volume provider 通过自己的 driver 与cinder-volume 协调工作。

Message Queue

Cinder 各个子服务通过消息队列实现进程间通信和相互协作。因为有了消息队列，子服务之间实现了解耦，这种松散的结构也是分布式系统的重要特征。

 

Database Cinder 

有一些数据需要存放到数据库中，一般使用 MySQL。数据库是安装在控制节点上的，比如在我们的实验环境中，可以访问名称为“cinder”的数据库。
 
openstack——cinder服务篇第3张
 
物理部署方案
Cinder 的服务会部署在两类节点上，控制节点和存储节点。我们来看看控制节点 controller 上都运行了哪些 cinder-* 子服务。
 
openstack——cinder服务篇第4张
 
cinder-api 和 cinder-scheduler 部署在控制节点上，这个很合理。
 
至于 cinder-volume 也在控制节点上可能有些同学就会迷糊了：cinder-volume 不是应该部署在存储节点上吗？
 
要回答这个问题，首先要搞清楚一个事实： OpenStack 是分布式系统，其每个子服务都可以部署在任何地方，只要网络能够连通。无论是哪个节点，只要上面运行了 cinder-volume，它就是一个存储节点，当然，该节点上也可以运行其他 OpenStack服务。
 
cinder-volume 是一顶存储节点帽子，cinder-api 是一顶控制节点帽子。在我们的环境中，devstack-controller 同时戴上了这两顶帽子，所以它既是控制节点，又是存储节点。当然，我们也可以用一个专门的节点来运行 cinder-volume。
 
这再一次展示了 OpenStack 分布式架构部署上的灵活性： 可以将所有服务都放在一台物理机上，用作一个 All-in-One 的测试环境；而在生产环境中可以将服务部署在多台物理机上，获得更好的性能和高可用。
 
RabbitMQ 和 MySQL 通常放在控制节点上。另外，也可以用 cinder service list 查看 cinder-* 子服务都分布在哪些节点上
openstack——cinder服务篇第5张
 
还有一个问题：volume provider 放在那里？
一般来讲，volume provider 是独立的。cinder-volume 使用 driver 与 volume provider 通信并协调工作。所以只需要将 driver 与 cinder-volume 放到一起就可以了。在 cinder-volume 的源代码目录下有很多 driver，支持不同的 volume provider。
 
openstack——cinder服务篇第6张
后面我们会以 LVM 和 NFS 这两种 volume provider 为例讨论 cinder-volume 的使用，其他 volume provider 可以查看 OpenStack 的 configuration 文档。
 
  二、 Cinder 的设计思想
 
从 volume 创建流程看 cinder-* 子服务如何协同工作
 
对于 Cinder 学习来说，Volume 创建是一个非常好的场景，涉及各个 cinder-* 子服务，下面是流程图：
openstack——cinder服务篇第7张
  • 客户（可以是 OpenStack 最终用户，也可以是其他程序）向 API（cinder-api）发送请求：“帮我创建一个 volume”
     
  • API 对请求做一些必要处理后，向 Messaging（RabbitMQ）发送了一条消息：“让 Scheduler 创建一个 volume”
     
  • Scheduler（cinder-scheduler）从 Messaging 获取到 API 发给它的消息，然后执行调度算法，从若干计存储点中选出节点 A
     
  • Scheduler 向 Messaging 发送了一条消息：“让存储节点 A 创建这个 volume”
     
  • 存储节点 A 的 Volume（cinder-volume）从 Messaging 中获取到 Scheduler 发给它的消息，然后通过 driver 在 volume provider 上创建 volume。
 
Cinder 的设计思想
 
Cinder 延续了 Nova 的以及其他组件的设计思想。
API 前端服务
cinder-api 作为 Cinder 组件对外的唯一窗口，向客户暴露 Cinder 能够提供的功能，当客户需要执行 volume 相关的操作，能且只能向 cinder-api 发送 REST 请求。这里的客户包括终端用户、命令行和 OpenStack 其他组件。
 
设计 API 前端服务的好处在于：
  1. 对外提供统一接口，隐藏实现细节
  2. API 提供 REST 标准调用服务，便于与第三方系统集成
  3. 可以通过运行多个 API 服务实例轻松实现 API 的高可用，比如运行多个 cinder-api 进程

Scheduler 调度服务

Cinder 可以有多个存储节点，当需要创建 volume 时，cinder-scheduler 会根据存储节点的属性和资源使用情况选择一个最合适的节点来创建 volume。
调度服务就好比是一个开发团队中的项目经理，当接到新的开发任务时，项目经理会根据任务的难度，每个团队成员目前的工作负荷和技能水平，将任务分配给最合适的开发人员。
Worker 工作服务
调度服务只管分配任务，真正执行任务的是 Worker 工作服务。
在 Cinder 中，这个 Worker 就是 cinder-volume 了。这种 Scheduler 和 Worker 之间职能上的划分使得 OpenStack 非常容易扩展：当存储资源不够时可以增加存储节点（增加 Worker）。 当客户的请求量太大调度不过来时，可以增加 Scheduler。
 

Driver 框架

OpenStack 作为开放的 Infrastracture as a Service 云操作系统，支持业界各种优秀的技术，这些技术可能是开源免费的，也可能是商业收费的。
这种开放的架构使得 OpenStack 保持技术上的先进性，具有很强的竞争力，同时又不会造成厂商锁定（Lock-in）。 那 OpenStack 的这种开放性体现在哪里呢？一个重要的方面就是采用基于 Driver 的框架。
以 Cinder 为例，存储节点支持多种 volume provider，包括 LVM, NFS, Ceph, GlusterFS，以及 EMC, IBM 等商业存储系统。 cinder-volume 为这些 volume provider 定义了统一的 driver 接口，volume provider 只需要实现这些接口，就可以 driver 的形式即插即用到 OpenStack 中。下面是 cinder driver 的架构示意图：
openstack——cinder服务篇第8张
在 cinder-volume 的配置文件 /etc/cinder/cinder.conf 中 volume_driver 配置项设置该存储节点使用哪种 volume provider 的 driver，下面的示例表示使用的是 LVM。
openstack——cinder服务篇第9张
 
 
 
 
 
三、cinder部署  

controller节点

点击Block Storage service——Install and configure controller 

1）创建cinder数据库并授权

MariaDB [(none)]> CREATE DATABASE cinder;
MariaDB [(none)]> GRANT ALL PRIVILEGES ON cinder.* TO 'cinder'@'localhost' 
  IDENTIFIED BY 'CINDER_DBPASS';
MariaDB [(none)]> GRANT ALL PRIVILEGES ON cinder.* TO 'cinder'@'%' 
  IDENTIFIED BY 'CINDER_DBPASS';

2）创建用户cinder

openstack user create --domain default --password-prompt cinder

3)给cinder用户授予管理员权限

openstack role add --project service --user cinder admin

4）创建cinderv2和cinderv3服务

openstack service create --name cinderv2 
  --description "OpenStack Block Storage" volumev2
openstack service create --name cinderv3 
  --description "OpenStack Block Storage" volumev3

5）再分别创建cinderv2和cinderv3的服务端点

openstack endpoint create --region RegionOne 
  volumev2 public http://controller:8776/v2/%(project_id)s

 openstack endpoint create --region RegionOne 
  volumev2 internal http://controller:8776/v2/%(project_id)s

openstack endpoint create --region RegionOne 
  volumev2 admin http://controller:8776/v2/%(project_id)s

openstack endpoint create --region RegionOne 
  volumev3 public http://controller:8776/v3/%(project_id)s

openstack endpoint create --region RegionOne 
  volumev3 internal http://controller:8776/v3/%(project_id)s

openstack endpoint create --region RegionOne 
  volumev3 admin http://controller:8776/v3/%(project_id)s

6）下载openstack-cinder安装

yum install openstack-cinder

7）编辑cinder配置文件

[lvm]
volume_driver = cinder.volume.drivers.lvm.LVMVolumeDriver
volume_group = cinder-volumes
#volumes_dir = $state_path/volumes
iscsi_protocol = iscsi
iscsi_helper = lioadm
#iscsi_ip_address = 192.168.253.135　　　　　　#本机ip


8）同步数据库

su -s /bin/sh -c "cinder-manage db sync" cinder

9）编辑nova数据库,取消下面注释
[cinder]
os_region_name = RegionOne

10）重启相关服务

systemctl restart openstack-nova-api.service
# systemctl enable openstack-cinder-api.service openstack-cinder-scheduler.service
# systemctl start openstack-cinder-api.service openstack-cinder-scheduler.service

11）查看是否部署成功

openstack volume service list

| Binary           | Host        | Zone | Status  | State | Updated At                 |
+------------------+-------------+------+---------+-------+----------------------------+
| cinder-scheduler | controller  | nova | enabled | up    | 2019-06-06T08:59:35.000000 |
+------------------+-------------+------+---------+-------+----------------------------

storage节点

点进Install and configure a storage node

1）安装lvm安装包

openstack-cinder targetcli python-keystone lvm2

2）创建物理卷/卷组和逻辑卷

pvcreate /dev/sdb
vgcreate cinder-volumes /dev/sdb

3）编辑配置文件/etc/lvm/lvm.conf（315行后面添加，注意不要超出大括号）

devices {
...
filter = [ "a/sdb/", "r/.*/"]

4）配置cinder配置文件，下面是需要修改的地方

vim /etc/lvm/lvm.conf

[lvm]
volume_driver = cinder.volume.drivers.lvm.LVMVolumeDriver
volume_group = cinder-volumes
iscsi_protocol = iscsi
iscsi_helper = lioadm


5）重启lvm和cinder服务

# systemctl enable openstack-cinder-volume.service target.service
# systemctl start openstack-cinder-volume.service target.service


6）控制节点查看是否部署成功
openstack volume service list

标签：#openstack#volume#lvm | 浏览：291 | 发布日期：

免责声明：文章转载自《openstack——cinder服务篇》仅用于学习参考。如对内容有疑问，请及时联系本站处理。

上篇jdk/java版本与Android源码编译中的错误如何为网站启用HTTPS加密传输协议下篇

宿迁高防，2C2G15M，22元/月；香港BGP，2C5G5M，25元/月 雨云优惠码：MjYwNzM=

相关文章

OpenStack:安装Keystone

>安装Keystone1. 安装# apt-get install keystone2. 创建dbcreate database keystone;grant all privileges on keystone.* to 'keystone'@'%' identified by 'openstack';grant all privileges on...

Linux逻辑卷管理LVM学习总结

LVM(Logical Volume Manager)，它是Linux环境下对磁盘分区进行管理的一种机制，LVM是建立在硬盘和分区之上的一个逻辑层，可以弹性的增加或减小分区的大小，使得磁盘分区管理更具灵活性。LVM的实现示意图： 创建LVM实例： 1、首先创建3个准备组成卷组VG的物理分区，并且把分区格式改为8e。以/dev/sdb1、/dev/sdb2...

openstack计算节点的zone划分

初步了解了一些openstack zone的使用方法，觉得比较实用，在此分享给大家： # nova aggregate-list   Print a list of all aggregates.   # nova aggregate-create <name> <availability-zone>   Create a new...

keystone身份认证服务

1. Keystone介绍 keystone 是OpenStack的组件之一，用于为OpenStack家族中的其它组件成员提供统一的认证服务，包括身份验证、令牌的发放和校验、服务列表、用户权限的定义等等。云环境中所有的服务之间的授权和认证都需要经过 keystone. 因此 keystone 是云平台中第一个即需要安装的服务。 作为 OpenStack 的...

OpenStack虚拟机创建过程中镜像格式的的变化过程

Glance用来作为独立的大规模镜像查找服务，当它与Nova和Swift配合使用时，就为OpenStack提供了虚拟机镜像的查找服务，像所有的OpenStack项目一样，遵循以下设计思想： 基于组件的架构 - 便于快速增加新特性 高可用性 - 支持大负荷 容错性 - 独立的进程地址空间，避免串行错误 开放标准 - 对社区驱动的API提供参考实现 1....

安装centos7模板机[lvm版]

1. 安装centos 7模板机 准备好centos7的镜像 下载地址：http://mirrors.aliyun.com/centos/7/isos/x86_64/ 安装centos 自定义硬件： 对硬件进行一些修改 支持虚拟化 开启虚拟化支持： 配置完成后 点击确定 然后开机 将这段文字修改为： vmlinuz initrd=i...

最新文章

随机推荐

思享工具箱导航