Cinder — back-end storage pools

2023-10-10 19:30
文章标签 end back storage cinder pools

本文主要是介绍Cinder — back-end storage pools,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • back-end storage pools
    • API
    • 命令行
    • 参数说明

Cinder 自身不提供存储技术,而是作为一个抽象的中间管理层,北向提供稳定而统一的 Block Storage 资源模型、南向通过 Plug-in 和 Drivers 模型对接多样化的后端存储设备(e.g. LVM、CEPH、NetApp、Datastore etc.)。

back-end storage pools

对于后端存储池信息,OpenStack为我们提供了接口进行查询。

API

仅管理员。列出调度器服务已知的所有后端存储池。

GET /v2/{project_id}/scheduler-stats/get_pools

response:
在这里插入图片描述
Response Example:

{"pools": [{"name": "pool1","capabilities": {"updated": "2014-10-28T00:00:00-00:00","total_capacity_gb": 1024,"free_capacity_gb": 100,"volume_backend_name": "pool1","reserved_percentage": 0,"driver_version": "1.0.0","storage_protocol": "iSCSI","QoS_support": false}},{"name": "pool2","capabilities": {"updated": "2014-10-28T00:00:00-00:00","total_capacity_gb": 512,"free_capacity_gb": 200,"volume_backend_name": "pool2","reserved_percentage": 0,"driver_version": "1.0.1","storage_protocol": "iSER","QoS_support": true}}]
}

命令行

$ cinder get-pools --detail
+-----------------------------+------------------------------------------------------------------------------+
| Property                    | Value                                                                        |
+-----------------------------+------------------------------------------------------------------------------+
| allocated_capacity_gb       | 200                                                                          |
| backend_state               | up                                                                           |
| driver_version              | 1.2.0                                                                        |
| filter_function             | None                                                                         |
| free_capacity_gb            | 53041.92                                                                     |
| goodness_function           | None                                                                         |
| location_info               | ceph:/etc/ceph/ceph.conf:ff9e5fc7-7cbd-4a50-b64d-e7e6f3c10a53:cinder:volumes |
| max_over_subscription_ratio | 20.0                                                                         |
| multiattach                 | True                                                                         |
| name                        | control@rbd-1#rbd-1                                                          |
| provisioned_capacity_gb     | 456.0                                                                        |
| replication_enabled         | False                                                                        |
| reserved_percentage         | 0                                                                            |
| storage_protocol            | ceph                                                                         |
| thin_provisioning_support   | True                                                                         |
| timestamp                   | 2022-10-11T13:35:09.346218                                                   |
| total_capacity_gb           | 53041.92                                                                     |
| vendor_name                 | Open Source                                                                  |
| volume_backend_name         | rbd-1                                                                        |
+-----------------------------+------------------------------------------------------------------------------+

参数说明

  • total_capacity_gb : 实际的物理总容量

  • provisioned_capacity_gb: 表示物理存储中已分配的空间。

    例如:用户A从后端A在Cinder上创建了2x10G的卷,用户B不使用Cinder直接从后端A创建了3x10G的卷。假设这些是在后端a上提供的所有卷。总的provisioning ed_capacity将是50G。

  • allocated_capacity_gb: Cinder使用这个来跟踪通过Cinder分配了多少容量。

    根据上面的示例,“allocated_capacity”为20G,因为这是通过Cinder发放的容量。这里记录allocated_capacity以区别于新参数provisioned_capacity。

  • free_capacity_gb: 实际空闲的容量

  • total_capacity_gb: 容量的总大小

  • max_over_subscription_ratio: 最大超配比

    如果 (provisioned_capacity_gb + 请求的容量) / total_capacity_gb > max_over_subscription_ratio 那么Cinder Backend 无法继续创建新的 Volume。

这篇关于Cinder — back-end storage pools的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/182602

相关文章

OpenStack离线Train版安装系列—11.5实例使用-Cinder存储服务组件

本系列文章包含从OpenStack离线源制作到完成OpenStack安装的全部过程。 在本系列教程中使用的OpenStack的安装版本为第20个版本Train(简称T版本),2020年5月13日,OpenStack社区发布了第21个版本Ussuri(简称U版本)。 OpenStack部署系列文章 OpenStack Victoria版 安装部署系列教程 OpenStack Ussuri版

OpenStack:Glance共享与上传、Nova操作选项解释、Cinder操作技巧

目录 Glance member task Nova lock shelve rescue Cinder manage local-attach transfer backup-export 总结 原作者:int32bit,参考内容 从2013年开始折腾OpenStack也有好几年的时间了。在使用过程中,我发现有很多很有用的操作,但是却很少被提及。这里我暂不直接

MongoDB学习—(1)安装时出现The default storage engine 'wiredTiger' is not available问题解决

MongoDB是NoSql类型的一种基于分布式文件存储的数据库,其存储方式与关系型数据库不同。其详细解释可见于[百科]。安装文件可从官网下载,官网:http://mongodb.org 我将下载的解压文件放到D盘的mongodb文件夹下,

Flink Back Pressure

什么是 Back Pressure 如果看到任务的背压警告(如 High 级别),这意味着 生成数据的速度比下游算子消费的的速度快。以一个简单的 Source -> Sink 作业为例。如果能看到 Source 有警告,这意味着 Sink 消耗数据的速度比 Source 生成速度慢。Sink 正在向 Source 施加反压。 许多情况都会导致背压。例如,GC导致传入数据堆积,或者数据源在发送数

阅读笔记--Guiding Attention in End-to-End Driving Models

作者:Diego Porres1, Yi Xiao1, Gabriel Villalonga1, Alexandre Levy1, Antonio M. L ́ opez1,2 出版时间:arXiv:2405.00242v1 [cs.CV] 30 Apr 2024 这篇论文研究了如何引导基于视觉的端到端自动驾驶模型的注意力,以提高它们的驾驶质量和获得更直观的激活图。 摘 要   介绍

浏览器百科:网页存储篇-Session storage应用实例(九)

1.引言 在前面的文章中,我们详细介绍了如何在 Chrome 浏览器中打开并使用 Session storage 窗格,进行数据的查看、编辑和管理。作为网页存储技术的重要组成部分,sessionStorage在提升用户体验和数据管理能力方面发挥了重要作用。在本篇《浏览器百科:网页存储篇-Session storage应用实例(九)》中,我们将深入探讨sessionStorage的实际应用场景,通

浏览器百科:网页存储篇-Session storage介绍(七)

1.引言 在上一篇文章中,我们详细探讨了 localStorage 的各种应用实例和使用方法。本篇文章将继续网页存储系列,聚焦于 Session storage。Session storage 与 localStorage 类似,都用于在客户端存储数据,但它们之间存在一些关键差异。通过了解 Session storage 的特性和应用场景,开发者可以更灵活地选择和运用网页存储技术,提升网页应用的

[C++11#46](三) 详解lambda | 可变参数模板 | emplace_back | 默认的移动构造

目录 一.lambda 1. 捕捉列表 2. 底层原理 二. 可变参数模板 1. 递归函数方式展开参数包 2. 数组接收方式展开参数包 3. 运用 4.emplace_back 5.移动构造和拷贝构造 强制生成 default 一.lambda 可调用类的对象 函数指针--少用 void(*ptr) (int x) 仿函数--构造类 重载 operator() 对象

vector中的push_back()和emplace_back()的区别、以及使用场景

目录 前言 1. 基本区别 2. 性能差异 3. 构造参数传递 4. 使用场景总结 前言 push_back() 更适合在已经有对象实例的情况下使用。emplace_back() 则更适合需要在容器内部直接构造对象的场景,特别是在性能敏感的情况下。 1. 基本区别 push_back(): 作用:将一个已构造的对象或临时对象复制或移动到容器的末尾。使用场景:适合在

shell系列------查看storage下有没有某个文件目录

如果某个分区mount成功,那么storage下会长出两个目录文件来,那么用脚本怎么实现呢,如下代码即可 #!/system/bin/sh   //要注意不同的解释器需要不同的sh num=`ls /storage | wc -l`  //wc是为了获取文件里的行数 if [ $num -gt 2 ] then echo "1" else echo "0" fi