[OpenStack Cinder] 配置multi-backend 存储卷及其Tempest测试

最新推荐文章于 2023-03-30 09:44:18 发布
原创 最新推荐文章于 2023-03-30 09:44:18 发布 · 6.3k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#openstack #cinder #multi-backend #Tempest #volume

本文介绍了如何在OpenStack Cinder中配置multi-backend功能，以实现灵活选择不同存储后端。通过修改配置文件，创建不同volume type，并使用Tempest进行测试验证了存储卷是否成功创建在指定的backend上。

Multi-backend这个功能是从grizzly 开始引入过来的, 它能使得Cinder同时能够配置多个后端,让cinder-scheduler根据用户需求灵活选择相应的存储.

当配置三个backend， 那么可以看到云环境中cinder-volume进程会有四个， 一个是主进程， 其余三个是针对每个backend出现的三个进程。


1. 修改cinder配置文件/etc/cinder/cinder.conf
在[default]部分修改enabled_backends配置

enabled_backends=lvmdriver-1,lvmdriver-2

在cinder.conf 的最后加上 
[lvmdriver-1]
volume_group=cinder-volumes
volume_driver=cinder.volume.drivers.lvm.LVMISCSIDriver
volume_backend_name=LVM_iSCSI

[lvmdriver-2]
volume_group=cinder-volumes-2
volume_driver=cinder.volume.drivers.lvm.LVMISCSIDriver
volume_backend_name=LVM_iSCSI_b


最低0.47元/天 解锁文章
kolla部署openstack-queens all-in-one
weixin_40548182的博客
10-20 542
网卡 ens37 192.168.140.200 桥接 ens33 192.168.56.3 nat cat /usr/lib/systemd/system/docker.service [Service] ExecStart=/usr/bin/dockerd --insecure-registry 192.168.140.200:4000 -H unix:// MountFlags=shared 修改docker镜像源 复制代码 sudo vi /etc/docker/daemon.json ​ {
kolla-ansible在ubuntu部署openstack
梵修
05-12 2514
使用kolla-ansible部署一个openstack V版集群，然后对接ceph存储。 环境规划 使用5台虚拟机，详细信息如下 角色 主机名 规格 IP 系统 控制节点+部署机 control-01 2u4g ens33: 192.168.211.20(用于连接公网和openstack-external-api)ens34: 192.168.112.20 (用于openstack-internal-api) Ubuntu20.04 控制节点 control-02 2u4g ens33
Openstack Cinder 多后端
梦幻之巅
04-28 9073
Cinder为Openstack提供块存储服务，可以为Nova及Glance镜像存储提供持久的存储资源。在默认配置下，Cinder只提供一种存储后端：lvm。但在云环境下，用户的存储需求是多样的，典型的有容量型存储，性能型存储等。那Cinder是否能满足这种需求呢？ 答案就是使用Cinder Multi-backend。Cinder多后端Cinder支持配置多个后端，各个后端可以配置成SATA磁盘组
基于LVM和NFS的cinder多后端
流金岁月的专栏
06-30 722
openstack cinder lvm nfs
Tempest学习笔记 003：Tempest配置与运行
yangfan16120029的博客
04-06 2485
1 Tempest配置 1.1 配置文件模板 [DEFAULT] debug = <Boolean> #是否开启DEBUG模式 log_file = <String> #日志文件名 log_dir = <String> #日志...
安装及配置cinder
weixin_33712881的博客
04-10 162
# Install Cinder [root@cloud01 ~]#openstack-db –init –service cinder –password password Please enter the password for the ‘root’ MySQL user: # MySQL ...
kolla-ansible部署openstack+ceph高可用集群queens版本---ansible和kolla-ansible配置
edgar_t的博客
04-04 1746
此步骤在monitor主机上配置 一、 ansible的配置 ansible已经在step2已经安装好了，现在只需要配置即可。 # vim /etc/ansible/ansible.cfg [defaults] host_key_checking=False pipelining=True forks=100 timeout=800 deprecation_warnings=False 注： 1...
kolla-ansible部署openstack+ceph高可用集群queens版本---docker私有镜像仓库配置
edgar_t的博客
04-04 1741
本文在monitor主机初始化基础上配置 一、安装配置ansible 1、 先使用pip安装再使用yum安装，可以防止某些py包版本太低 [root@kolla ~]# pip install ansible [root@kolla ~]# yum install ansible -y 二、安装配置kolla-ansible： kolla-ansible和openstack的版本需要对应起来，这...
块存储服务(Cinder)安装配置，这一篇就够了！
考研渣渣斌斌的博客
12-01 6913
本实验是一个比较综合的实验，需要结合前面所学的OpenStack基础环境安装配置，身份认证服务（Keystone）安装配置等一些基础的实验来做这个块存储服务（Cinder）安装配置实验。为了更好地理解和管理Cinder块存储服务组件,需要对其整个存储架构有一定的了解，在经济、性能和安全性方面做出选择，但是最终归结为两个选择:是单节点部署还是多节点部署(在存储技术已经确定的情况下)。Cinder块存储服务组件允许用户添加外部存储作为块存储使用，如集中存储或其他开源存储技术存储。Amazon的EC2Elast.
openstack 管理二十二 - cinder 连接多个存储 backend
weixin_33939380的博客
01-19 671
cinder backend 使用 openstack 集群 cinder 服务存储用户数据, 提供数据安全保障 利用 cinder 连接存储集群用于 openstack 云盘 cinder 需要连接一个或多个存储 backend [一个鸡蛋不要老放到一个篮子] cinder 后端可以连接多种的 backend, 如: nfs, gl...
cinder存储服务部署
等风来也chen
04-15 711
部署 进入数据库 mysql -uroot -p123 创建数据库 CREATE DATABASE cinder; 创建数据库用户，允许本地和远程登录 GRANT ALL PRIVILEGES ON cinder.* TO ‘cinder’@‘localhost’ IDENTIFIED BY ‘123’; GRANT ALL PRIVILEGES ON cinder.* TO ‘cinder’@...
Openstack云平台脚本部署之Cinder块存储服务配置（十一）
梅馨嫣栀
11-05 990
Openstack云平台脚本部署之Cinder块存储服务配置
cinder的multibackend的配置
哈哈哈的博客
03-16 1358
本实验以配置cinder两个后端存储为例，两后端为LVM和NFS不同的存储类型，LVMVolumeProvider放在cinder-volume服务所在节点，NFSVolumeProvider是独立的存放volume的节点，以区分存储节点（cinder-volume服务所在的节点）不一定就是生成volume的节点，cinder-volume节点就是实际存储池的一顶帽子。（具体的LVM和NFS服务器
openstack cinder对接两个ceph后端配置
HYESC的博客
02-03 1141
需要做卷迁移的工作，从一个ceph集群迁移到另一个集群，因此需要配置两个ceph后端。由此开展后续工作，将配置过程及出现的问题做一记录。另外两套ceph后端的访问用户都是cinder用户，网上找的资料均为两个用户，当为同一用户时，需要增加一些额外配置，特此说明。配置项，这样才会在指定的文件中拿到keyring从而正确访问集群。在cinder-volume所在节点，修改。权限问题导致无法连接ceph集群。服务器：centos 7.9。查看后端是否增加，命令。
Cinder Multiple-backends
当你感觉累的时候，证明你正在走上坡路！
11-15 2888
Cinder Multiple-backends2017/11/15在我们的实际生产环境中，openstack后端存储需要与多种类型的存储对接，如商业的SAN存储和分布式ceph存储。即使是同种类型的存储，也可以做性能区分，分为冷盘和热盘，存储不同类型的数据。本文主要介绍如何实现在ceph存储根据不同磁盘介质类型创建不同的卷类型，并与openstack进行对接。为用户提供不同级别的存储性能服务。效果
MultiForm表单后台处理方式
李义星
08-24 1396
首先确定下的是MultiForm的表单命名是FieldName + _o_数字 后台在处理改类型的Form的时候，一般会进行如下代码 UtilHttp .parseMultiFormData(UtilHttp.getParameterMap(request)); UtilHttp.getParameterMap(request)这里不是重点，这里只是将请求参数转换成需要的M...
学习OpenStack之 (2)：Cinder LVM 配置
weixin_34062469的博客
12-12 415
0。背景 OpenStack 中的实例是不能持久化的，cinder服务重启，实例消失。如果需要挂载 volume，需要在 volume 中实现持久化。Cinder提供持久的块存储，目前仅供给虚拟机挂载使用。它并没有实现对块设备的管理和实际服务，而是为后端不同的存储结构提供了统一的接口，不同的块设备服务厂商在 Cinder 中实现其驱动支持以与 OpenStack 进行整合。它通过整合后端多种存储...
openstack创建卷类型
xiehuiyun的专栏
03-30 347
创建卷类型，并且设置volume_backend_name属性。
[root@compute ~]# rpm -qa | grep openstack-cinder openstack-cinder-14.0.2-2.el7.noarch [root@compute ~]# yum -y install openstack-cinder 已加载插件：fastestmirror, langpacks Loading mirror speeds from cached hostfile 软件包 1:openstack-cinder-14.0.2-2.el7.noarch 已安装并且是最新版本 无须任何处理 root@controller ~]# rpm -qa | grep openstack-cinder openstack-cinder-15.6.0-1.el7.noarch 为什么，通过controller opt里的Openstack-Install-v1.0.iso 和CentOS-7-x86-DVD-1810.iso 分别挂载在opt下的iaas 和 centos 通过FTP 让 compute 共享，为什么下载yum -y install openstack-cinder 版本号不同 导致没有vulome服务，如何解决
最新发布
05-12
<think>嗯，用户的问题是解决OpenStack Cinder版本不一致导致volume服务无法启动的问题，尤其是在controller和compute节点上通过yum安装时出现的版本差异。首先，我需要回忆一下OpenStack各组件之间的版本兼容性要求。通常，OpenStack的各个组件（如Nova、Cinder、Glance等）需要保持版本一致，尤其是在同一个发行版中，比如Queens、Rocky等。如果Cinder的版本在controller和compute节点上不同，可能会导致API不兼容，服务无法正常通信。 接下来，参考用户提供的引用内容，比如引用[2]提到了安装nova相关的软件包，引用[3]提到了Cinder与Ceph的区别以及对接方法，但用户当前的问题是关于Cinder版本不一致。用户还提到yum安装版本差异，可能需要检查yum仓库中的版本是否一致。 首先，解决方案的第一步应该是确认各节点上的Cinder版本是否一致。可以通过在controller和compute节点上执行`cinder --version`或者查看已安装的RPM包版本。如果版本不一致，需要统一版本。这可能涉及到卸载旧版本，添加正确的yum仓库，然后安装指定版本。 然后，检查yum仓库配置，确保所有节点使用相同的OpenStack发行版仓库。例如，如果使用Queens版本，那么所有节点的yum源都应指向Queens的仓库。如果仓库配置不同，可能导致安装的软件包版本不一致。 另外，用户提到volume服务无法启动，可能需要查看日志文件，通常是/var/log/cinder/volume.log，来获取具体的错误信息。日志中可能会提示缺少依赖、配置错误或API版本不匹配等问题。例如，引用[1]中提到的libguestfs-winsupport缺失的问题，虽然属于Nova的BUG，但也提示了依赖包的重要性，可能需要检查Cinder的相关依赖是否安装。 此外，配置文件的检查也很重要。确保所有节点上的/etc/cinder/cinder.conf中的配置参数，如transport_url、auth_url、project_name等，指向正确的服务版本和端点。如果版本不一致，这些配置可能需要调整以适应不同版本的API。 在升级或降级Cinder版本后，需要运行数据库迁移命令，如`cinder-manage db sync`，以确保数据库模式与当前版本兼容。同时，重启所有相关的Cinder服务，如volume、scheduler、api等，并检查服务状态。 用户可能遇到的问题还包括依赖包冲突。例如，在安装特定版本的Cinder时，可能需要其他组件（如Nova、Glance）也保持兼容版本。引用[2]和[3]中提到的安装其他组件的方法，可能需要在解决依赖时参考。 另外，如果使用了Ceph等存储后端，版本不一致可能导致驱动不兼容。需要确认Cinder volume使用的存储驱动是否支持当前版本，并检查相关配置是否正确。 最后，建议用户在进行版本调整后，进行基本的功能测试，如创建、挂载卷，确保volume服务正常工作。同时，考虑后续的版本管理策略，避免再次出现版本不一致的问题。</think>### OpenStack Cinder版本不一致导致Volume服务无法启动的解决方案 #### 1. 确认版本差异 首先通过以下命令检查所有节点上的Cinder版本： ```bash cinder --version # 查看Cinder客户端版本 rpm -qa | grep openstack-cinder # 查看已安装的RPM包版本 ``` 如果版本差异超过一个主版本（如Rocky与Stein），需强制统一版本。若差异在一个主版本内（如Queens的多个小版本），可通过配置兼容性参数临时解决[^3]。 --- #### 2. 统一软件版本 **步骤1：配置统一Yum源** 在所有节点创建相同版本的repo文件： ```bash # /etc/yum.repos.d/openstack-queens.repo [openstack-queens] name=OpenStack Queens baseurl=http://mirror.centos.org/centos/7/cloud/x86_64/openstack-queens/ enabled=1 gpgcheck=0 ``` **步骤2：强制指定版本安装** ```bash # 卸载旧版本 yum remove openstack-cinder -y # 安装指定版本（示例为Queens） yum install openstack-cinder-1:12.0.0-1.el7 -y [^2] ``` --- #### 3. 关键配置检查 在`/etc/cinder/cinder.conf`中确保以下参数跨版本兼容： ```ini [DEFAULT] transport_url = rabbit://openstack:密码@controller # 消息队列地址必须一致 enable_v3_api = true # 当跨主版本时必须显式声明[^3] [keystone_authtoken] auth_url = http://controller:5000/v3 # 必须使用相同API版本 project_name = service ``` --- #### 4. 数据库迁移 在控制节点执行数据库同步： ```bash cinder-manage db sync # 强制同步到当前版本数据库结构 ``` --- #### 5. 服务重启与验证 ```bash systemctl restart openstack-cinder-volume # 计算节点 systemctl restart openstack-cinder-scheduler openstack-cinder-api # 控制节点 # 检查服务状态 cinder service-list # 应显示所有服务为"up" ``` --- #### 6. 特殊情况处理 若出现类似`UnboundLocalError`的底层错误（参考[^1]），需检查依赖库： ```bash yum install libguestfs-winsupport -y # 安装虚拟化支持库 ``` --- #### 版本兼容参考表 | 组件 | Queens (12.x) | Rocky (13.x) | Stein (14.x) | |------------|---------------|--------------|--------------| | Nova | 17.x | 18.x | 19.x | | Ceph | Luminous | Mimic | Nautilus | | Python SDK | ≤1.8.1 | ≤2.1.0 | ≥3.0.0 | [^1]: 虚拟化依赖缺失导致的异常 [^2]: OpenStack组件安装方法 [^3]: Cinder与存储后端的版本关联性 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值