当前位置:   article > 正文

cinder镜像缓存_openstack镜像卷缓存

openstack镜像卷缓存

Openstack cinder有一个可选的功能:镜像盘缓存,可以明显提升从镜像创建云盘的性能。主要看存储后端克隆云盘的速度有多快。
一、功能简介
当第一次从镜像创建云盘时,cinder的internal租户会创建一个镜像盘缓存(image-volume-cache)。之后再从这个镜像创建云盘,就直接克隆这个镜像盘缓存,不需要再从glance下载镜像进行格式转换后拷贝数据到云盘这个流程了。在新创建镜像盘时,要想知道当前镜像是否被缓存过,需要借助数据库记录:只需要在创建镜像盘缓存时,将镜像与缓存的关联保存到表中。当请求再次来到时,查询当前镜像是不是存在表中即可(数据库中增加表image_volume_cache_entries用来记录image-volume-cache 的host, image_id, volume_id, size等信息)。

二、配置过程
创建内部租户,对于用户来说,没必要看到这些缓存盘

创建internal用户
[root@icontrol01 ~]# openstack  user create --password-prompt cinder_internal_tenant_user
User Password:
Repeat User Password:
+---------------------+----------------------------------+
| Field               | Value                            |
+---------------------+----------------------------------+
| domain_id           | default                          |
| enabled             | True                             |
| id                  | 081851ca64c344f3b700dcf4aeefb295 |
| name                | cinder_internal_tenant_user      |
| options             | {}                               |
| password_expires_at | None                             |
+---------------------+----------------------------------+
创建internal租户
[root@icontrol01 ~]# openstack project create --description "cinder internal tenant project" cinder_internal_tenant_project
+-------------+----------------------------------+
| Field       | Value                            |
+-------------+----------------------------------+
| description | cinder internal tenant project   |
| domain_id   | default                          |
| enabled     | True                             |
| id          | cc0d1c35318643d9860a86cea8ba03ad |
| is_domain   | False                            |
| name        | cinder_internal_tenant_project   |
| options     | {}                               |
| parent_id   | default                          |
| tags        | []                               |
+-------------+----------------------------------+
添加角色
[root@bjqnl-icontrol01 ~]# openstack role add --project cc0d1c35318643d9860a86cea8ba03ad --user 081851ca64c344f3b700dcf4aeefb295 admin
[root@bjqnl-icontrol01 ~]
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32

修改cinder-volume配置。

我的环境是使用的是kolla-ansible部署,配置文件如下:
[root@icontrol01 ~]# vim /etc/kolla/cinder-volume/cinder.conf

[default]
cinder_internal_tenant_project_id = cc0d1c35318643d9860a86cea8ba03ad    ###project id
cinder_internal_tenant_user_id = 81851ca64c344f3b700dcf4aeefb295        ###user id
image_volume_cache_enabled = True      ###开启镜像缓存
image_volume_cache_max_size_gb = 200   ###设置缓存大小
image_volume_cache_max_count = 50      ###缓存镜像个数

后端对接的是ceph存储,所以也要开启image cache
[rbd-1]
image_volume_cache_enabled = True    #####
volume_driver = cinder.volume.drivers.rbd.RBDDriver
volume_backend_name = rbd-1
rbd_pool = volumes


重启cinder-volume服务
docker restart cinder_volume
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20

测试
从镜像创建卷,之后可以看到有缓存的镜像卷,如下:

可以看到缓存盘是以image开头的
[root@icontrol01 ~]# cinder list --all  |grep image
| 4cf6692c-9e12-49b6-877b-47b4ea1f67f8 | b704505956294ab792822e56e3cb64fd | available | image-e1c871d3-59a4-4faa-aec8-42c6ec2b96a1 | 10  | __DEFAULT__ | false    |                                 
[root@icontrol01 ~]# openstack project show b704505956294ab792822e56e3cb64fd
+-------------+----------------------------------+
| Field       | Value                            |
+-------------+----------------------------------+
| description | cinder internal tenant projectg  |
| domain_id   | default                          |
| enabled     | True                             |
| id          | b704505956294ab792822e56e3cb64fd |
| is_domain   | False                            |
| name        | cinder_internal_tenant_project   |
| options     | {}                               |
| parent_id   | default                          |
| tags        | []                               |
+-------------+----------------------------------+
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17

查看ceph后端存储,如下:

(ceph-mon)[root@icontrol01 /]# rbd ls volumes| grep 4cf6692c-9e12-49b6-877b-47b4ea1f67f8
volume-4cf6692c-9e12-49b6-877b-47b4ea1f67f8
(ceph-mon)[root@icontrol01 /]# rbd info volumes/volume-4cf6692c-9e12-49b6-877b-47b4ea1f67f8
rbd image 'volume-4cf6692c-9e12-49b6-877b-47b4ea1f67f8':
        size 10 GiB in 2560 objects
        order 22 (4 MiB objects)
        snapshot_count: 0
        id: d4c75fbe9c985e
        block_name_prefix: rbd_data.d4c75fbe9c985e
        format: 2
        features: layering, exclusive-lock, object-map, fast-diff, deep-flatten
        op_features:
        flags:
        create_timestamp: Wed Dec 29 10:09:47 2021
        access_timestamp: Wed Dec 29 10:29:05 2021
        modify_timestamp: Wed Dec 29 10:09:47 2021
                    
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17

三、缓存过程解析

  • 通知

    缓存操作会触发Telemetry消息,这几种消息会被发送:

    • image_volume_cache.miss - 创建云盘时,没有从缓存中找到相应的镜像,会有新的缓存会被创建 ;
    • image_volume_cache.hit - 从镜像创建云盘时,在缓存中找到相应的镜像并将被使用;
    • image_volume_cache.evict - 镜像盘缓存被删除。
  • 数据库中新建image_volume_cache_entries表,用以保存云盘和镜像的关联

当由镜像创建云盘时,根据数据库记录判断是否由该镜像创建过镜像盘:
若未创建,则向glance请求下载镜像,将镜像数据格式转换后拷贝到云盘中,然后由该云盘克隆一个缓存盘(归属于所配置的Service项目);同时更新数据库表中的缓存记录;
若创建过(并且云盘在当前主机上),则由缓存盘克隆出新的云盘(该克隆功能直接由存储后端提供),若新云盘与请求的云盘大小不一致,则扩展(Extend)该云盘。

数据库记录如下:

MariaDB [cinder]> select * from image_volume_cache_entries\G
*************************** 1. row ***************************
image_updated_at: 2021-06-04 01:08:33
            id: 3
          host: control@rbd-1#rbd-1
      image_id: e1c871d3-59a4-4faa-aec8-42c6ec2b96a1
     volume_id: 4cf6692c-9e12-49b6-877b-47b4ea1f67f8
          size: 10
     last_used: 2021-12-29 02:29:06
  cluster_name: NULL
1 row in set (0.000 sec)
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 管理image-volume缓存

    通常来说,缓存都是自动管理的,不需要手动干预。如果需要,可以手动删除缓存。通过标准的云盘删除API,cinder服务会执行删除云盘的操作。若缓存盘被删除,再由该镜像创建云盘会回到“下载镜像->创建云盘->创建镜像盘缓存”的过程。

  • 若当前镜像的大小超过总容量大小,则不缓存镜像;
    若当前镜像大小未超过总容量大小,但是超过当前可用的缓存容量大小,则按照“最久未使用”的方式删除已经缓存的镜像盘,直至可用容量满足当前镜像大小;
    若当前镜像大小未超过总容量大小,并且当前可用的缓存容量大小能够满足当前镜像,则直接创建镜像缓存。

  • 除了配置缓存容量和个数,镜像盘缓存的创建还会受到service项目volume配额的限制。

四、总结:

缓存机制将创建镜像盘的流程从glance下载镜像拷贝数据到云盘的操作改为在后端存储上克隆。如果后端存储的克隆性能比较好,将极大的提升创建镜像盘的速度。

文字参考链接https://blog.csdn.net/sinat_19820591/article/details/90026880
https://docs.openstack.org/admin-guide/blockstorage-image-volume-cache.html

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/笔触狂放9/article/detail/77793
推荐阅读
相关标签
  

闽ICP备14008679号