ceph配置缓存池

Ceph优化:用SSD做缓存池方案详解 创建OSD ceph-deploy disk list opennebula11 ceph-deploy disk zap opennebula11 /dev/sdb ceph-deploy osd create --data /dev/sdb opennebula00 直接parted /dev/sdm , 做好分区/dev/sdm1,格式化/dev/sdm1 mkfs.xfs 出错,cannot open /dev/sdm: Device or resource busy 解决方法: dmsetup 阅读详情

一、配置crush class

1. 创建ssd class

默认情况下,我们所有的osd都会class类型都是hdd:

# ceph osd crush class ls
[
    "hdd"
]

查看当前的osd布局:

# ceph osd tree
ID CLASS WEIGHT  TYPE NAME                  STATUS REWEIGHT PRI-AFF 
-8             0 root cache                                         
-7             0     host 192.168.3.9-cache                         
-1       0.37994 root default                                       
-2             0     host 192.168.3.9                               
-5       0.37994     host kolla-cloud                               
 0   hdd 0.10999         osd.0                  up  1.00000 1.00000 
 1   hdd 0.10999         osd.1                  up  1.00000 1.00000 
 2   hdd 0.10999         osd.2                  up  1.00000 1.00000 
 3   hdd 0.04999         osd.3                  up  1.00000 1.00000 

将osd.3从 hdd class中删除:

# ceph osd crush rm-device-class osd.3
done removing class of osd(s): 3

将这些osd.3添加至ssd class

# ceph osd crush set-device-class ssd osd.3
set osd(s) 3 to class 'ssd'

添加完成之后,我们再次查看osd布局:

# ceph osd tree
ID CLASS WEIGHT  TYPE NAME                  STATUS REWEIGHT PRI-AFF 
-8             0 root cache                                         
-7             0     host 192.168.3.9-cache                         
-1       0.37994 root default                                       
-2             0     host 192.168.3.9                               
-5       0.37994     host kolla-cloud                               
 0   hdd 0.10999         osd.0                  up  1.00000 1.00000 
 1   hdd 0.10999         osd.1                  up  1.00000 1.00000 
 2   hdd 0.10999         osd.2                  up  1.00000 1.00000 
 3   ssd 0.04999         osd.3                  up  1.00000 1.00000 

可以看到我们osd.3的class都变为了ssd。

然后我们再次查看crush class,也多出了一个名为ssd的class:

# ceph osd crush class ls
[
    "hdd",
    "ssd"
]

2. 创建基于ssd的class rule

创建一个class rule,取名为ssd_rule,使用ssd的osd:

# ceph osd crush rule create-replicated ssd_rule default host ssd

查看集群rule:

# ceph osd crush rule ls 
replicated_rule
disks
ssd_rule

通过如下方式查看详细的crushmap信息:

#  ceph osd getcrushmap -o crushmap 
26
# crushtool -d crushmap -o crushmap.txt
# cat crushmap.txt
# begin crush map
tunable choose_local_tries 0
tunable choose_local_fallback_tries 0
tunable choose_total_tries 50
tunable chooseleaf_descend_once 1
tunable chooseleaf_vary_r 1
tunable chooseleaf_stable 1
tunable straw_calc_version 1
tunable allowed_bucket_algs 54

# devices
device 0 osd.0 class hdd
device 1 osd.1 class hdd
device 2 osd.2 class hdd
device 3 osd.3 class ssd

# types
type 0 osd
type 1 host
type 2 chassis
type 3 rack
type 4 row
type 5 pdu
type 6 pod
type 7 room
type 8 datacenter
type 9 region
type 10 root

# buckets
host 192.168.3.9 {
        id -2           # do not change unnecessarily
        id -3 class hdd         # do not change unnecessarily
        id -13 class ssd                # do not change unnecessarily
        # weight 0.000
        alg straw2
        hash 0  # rjenkins1
}
host kolla-cloud {
        id -5           # do not change unnecessarily
        id -6 class hdd         # do not change unnecessarily
        id -14 class ssd                # do not change unnecessarily
        # weight 0.380
        alg straw2
        hash 0  # rjenkins1
        item osd.2 weight 0.110
        item osd.1 weight 0.110
        item osd.0 weight 0.110
        item osd.3 weight 0.050
}
root default {
        id -1           # do not change unnecessarily
        id -4 class hdd         # do not change unnecessarily
        id -15 class ssd                # do not change unnecessarily
        # weight 0.380
        alg straw2
        hash 0  # rjenkins1
        item 192.168.3.9 weight 0.000
        item kolla-cloud weight 0.380
}
host 192.168.3.9-cache {
        id -7           # do not change unnecessarily
        id -9 class hdd         # do not change unnecessarily
        id -11 class ssd                # do not change unnecessarily
        # weight 0.000
        alg straw2
        hash 0  # rjenkins1
}
root cache {
        id -8           # do not change unnecessarily
        id -10 class hdd                # do not change unnecessarily
        id -12 class ssd                # do not change unnecessarily
        # weight 0.000
        alg straw2
        hash 0  # rjenkins1
        item 192.168.3.9-cache weight 0.000
}

# rules
rule replicated_rule {
        id 0
        type replicated
        min_size 1
        max_size 10
        step take default
        step chooseleaf firstn 0 type host
        step emit
}
rule disks {
        id 1
        type replicated
        min_size 1
        max_size 10
        step take default
        step chooseleaf firstn 0 type host
        step emit
}
rule ssd_rule {
        id 2
        type replicated
        min_size 1
        max_size 10
        step take default class ssd
        step chooseleaf firstn 0 type host
        step emit
}

# end crush map

修改crushmap.txt文件中的step take default class改成 step take default class hdd

rule disks {
        id 1
        type replicated
        min_size 1
        max_size 10
        step take default class hdd
        step chooseleaf firstn 0 type host
        step emit
}

重新编译crushmap并导入进去:

# crushtool -c crushmap.txt -o crushmap.new
# ceph osd setcrushmap -i crushmap.new

3. 创建基于ssd_rule规则的存储池

创建一个基于该ssd_rule规则的存储池:

# ceph osd pool create cache 64 64 ssd_rule
pool 'cache' created

查看cache的信息可以看到使用的crush_rule为1,也就是ssd_rule

# ceph osd pool get cache crush_rule
crush_rule: ssd_rule

查看pool使用rule情况,发现pool使用crush_rule 2

# # ceph osd dump | grep -i size
pool 1 'images' replicated size 1 min_size 1 crush_rule 1 object_hash rjenkins pg_num 64 pgp_num 64 last_change 80 lfor 0/71 flags hashpspool stripe_width 0 application rbd
pool 2 'volumes' replicated size 1 min_size 1 crush_rule 1 object_hash rjenkins pg_num 64 pgp_num 64 last_change 89 lfor 0/73 flags hashpspool stripe_width 0 application rbd
pool 3 'backups' replicated size 1 min_size 1 crush_rule 1 object_hash rjenkins pg_num 64 pgp_num 64 last_change 84 lfor 0/75 flags hashpspool stripe_width 0 application rbd
pool 4 'vms' replicated size 1 min_size 1 crush_rule 1 object_hash rjenkins pg_num 64 pgp_num 64 last_change 86 lfor 0/77 flags hashpspool stripe_width 0 application rbd
pool 5 'cache' replicated size 3 min_size 2 crush_rule 2 object_hash rjenkins pg_num 64 pgp_num 64 last_change 108 flags hashpspool stripe_width 0

二、配置缓存池

1. 创建一个缓存池及后端存储

缓冲池已经在一.3已经创建,pool: cache_pool,可以参考

后端存储:

# ceph osd pool create volumes2 64 64

2. 设置缓存层

将上面创建的cache_pool池绑定至存储池的前端,volumes即为我们的后端存储池

# ceph osd tier add volumes2 cache
pool 'cache' is now (or already was) a tier of 'volumes2'

设置缓存模式为writeback

# ceph osd tier cache-mode cache writeback
set cache-mode for pool 'cache' to writeback

将所有客户端请求从标准池引导至缓存池

# ceph osd tier set-overlay volumes2 cache
overlay for 'volumes2' is now (or already was) 'cache'

此时,我们分别查看存储池和缓存池的详情,可以看到相关的缓存配置信息:

# ceph osd dump |egrep 'volumes2|cache'    
pool 5 'cache' replicated size 1 min_size 1 crush_rule 2 object_hash rjenkins pg_num 64 pgp_num 64 last_change 125 lfor 125/125 flags hashpspool,incomplete_clones tier_of 6 cache_mode writeback stripe_width 0
pool 6 'volumes2' replicated size 1 min_size 1 crush_rule 0 object_hash rjenkins pg_num 64 pgp_num 64 last_change 125 lfor 125/125 flags hashpspool tiers 5 read_tier 5 write_tier 5 stripe_width 0

3. 缓存层相关参数说明

对于生产环境的部署,目前只能使用bloom filters数据结构(看官方文档的意思,好像目前只支持这一种filter):

ceph osd pool set cache hit_set_type bloom

设置当缓存池中的数据达到多少个字节或者多少个对象时,缓存分层代理就开始从缓存池刷新对象至后端存储池并驱逐:

# 当缓存池中的数据量达到1TB时开始刷盘并驱逐
ceph osd pool set cache target_max_bytes 1099511627776

# 当缓存池中的对象个数达到100万时开始刷盘并驱逐
ceph osd pool set cache target_max_objects 10000000

定义缓存层将对象刷至存储层或者驱逐的时间:

ceph osd pool set cache cache_min_flush_age 600
ceph osd pool set cache cache_min_evict_age 600 

定义当缓存池中的脏对象(被修改过的对象)占比达到多少时,缓存分层代理开始将object从缓存层刷至存储层:

# 当脏对象占比达到10%时开始刷盘
ceph osd pool set cache cache_target_dirty_ratio 0.4
# 当脏对象占比达到60%时开始高速刷盘
ceph osd pool set cache cache_target_dirty_high_ratio 0.6

当缓存池的使用量达到其总量的一定百分比时,缓存分层代理将驱逐对象以维护可用容量(达到该限制时,就认为缓存池满了),此时会将未修改的(干净的)对象刷盘:

ceph osd pool set cache cache_target_full_ratio 0.8

4. 测试缓存池

配置好缓存池以后,我们可以先将其驱逐对象的最小时间设置为60s:

ceph osd pool set cache cache_min_evict_age 60
ceph osd pool set cache cache_min_flush_age 60

定义当缓存池中的脏对象(被修改过的对象)占比达到千分之一,缓存分层代理开始将object从缓存层刷至存储层:

ceph osd pool set cache cache_target_dirty_ratio 0.001

然后,我们往存储池中写一个数据

rados -p volumes put test mysql-community-client-5.7.31-1.el7.x86_64.rpm

查看存储池,这时应该无法查看到该数据,查看缓存池,则可以看到数据存储在缓存池中:

rados -p volumes2 ls |grep test
rados -p cache ls |grep test

等60s之后,数据刷盘,此时即可在存储池中看到该数据,则缓存池中,该数据即被驱逐。

三、删除缓存池

需要说明的是,根据缓存池类型的不同,删除缓存池的方法也不同。

1. 删除read-only缓存池

由于只读缓存不具有修改的数据,因此可以直接禁用并删除它,而不会丢失任何最近对缓存中的对象的更改。

将缓存模式个性为none以禁用缓存:

ceph osd tier cache-mode cache none

删除缓存池:

# 解除绑定
ceph osd tier remove cephfs_data cache

2. 删除writeback缓存池

由于回写缓存可能具有修改的数据,所以必须采取措施以确保在禁用和删除缓存前,不丢失缓存中对象的最近的任何更改。

将缓存模式更改为转发,以便新的和修改的对象刷新至后端存储池:

ceph osd tier cache-mode cache forward

查看缓存池以确保所有的对象都被刷新(这可能需要点时间):

rados -p cache ls 

如果缓存池中仍然有对象,也可以手动刷新:

rados -p cache cache-flush-evict-all

删除覆盖层,以使客户端不再将流量引导至缓存:

ceph osd tier remove-overlay cephfs_data

解除存储池与缓存池的绑定:

ceph osd tier remove cephfs_data cache

ceph osd pool application enable sata-pool rbd

Ceph性能调优 随着OSD数量的变化,选取适当的PG数量很重要。OSD依赖于底层文件系统的扩展属性(Extended Attributes,XATTRs),来存储各种内部对象状态和属性。此外,集群处于Recovery状态时,OSD的内存消耗显著增加,因此配备2G内存更好。此外,集群处于Recovery状态时,OSD的CPU消耗显著增加。集群网络往往消耗更多的带宽,此外,高性能的集群网络对于Recovery的效率很重要。在生产环境下,最好让OSD使用独立的驱动器,如果和OS共享驱动,最好使用独立的分区。 阅读详情

相关推荐

ceph客户端使用_Ceph的正确玩法之SSD作为HDD的缓存池

随着云计算业务的快速发展,国内外云计算企业的专利之争也愈发激烈。在云计算这样的技术领域,专利储备往往代表着企业最新的技术实力。本文转载自华云数据本期“智汇华云”专栏。作者二进制-程序猿擅长操作系统、集群、OpenStack、网络、虚拟化等。在华云CloudUltra产品技术中心架构组负责部署架构、部分非功能性指标、容量规划、ci/cd等日常工作一、缓存池原理缓存分层特性也是在Ceph的F...

weixin_30562977的博客 1212

Proxmox VE PVE 机械盘、固态盘、固态缓存盘ceph存储性能对比(iops 读写速率)

今日因工作需要搭建了Proxmox VE PVE私有云,顺便把纯机械盘ceph、纯固态盘ceph、以及机械盘+固态缓存盘ceph的性能(含iops和读写速率)进行了对比测试。测试服务器为HP DL60 Gen9(两颗E5-2620v4,128G内存),测试软件为fio,测试结果见下图,供有需要的朋友参考。 ...

adminpower的博客 1万+

Ceph入门到精通-Ceph分布式存储解决方案汇总

注:针 IOPS 密集型场景,由于使用选择SSD与HDD混合硬件方案,硬件成本会降低,但是性能上由于是混合硬盘方案,bluestore带来的性能优化特性可能不会很明显,还需要考虑混合架构的优化。注:针 IOPS 密集型场景,全部基于SSD进行构建,保证性能最优的同时并充分发挥bluestore针对于SSD的特性优化,而且利于部署和后期集群的维护,且有效降低运维的难度。osd数据分区Ceph osd节点的密度也是影响集群性能、可用容量和TCO的一个重要因素,一般来说大量的小容量量节点比少量的大容量节点要好。

隔壁老瓦的专栏 4466

管理ceph缓存池

目录 缓存池简介 缓存池原理 缓存池的工作模式 配置缓存池 1. 创建一个缓存池 2. 设置缓存层 3. 缓存层相关参数说明 4. 测试缓存池 删除缓存池 1. 删除...

weixin_34191734的博客 875

Ceph入门与精通-Ceph Pools(存储池)

快照:当您使用 ceph osd pool mksnap 创建快照时,您可以有效地拍摄特定池的快照。要将数据组织到池中,您可以列出、创建和删除池。您还可以查看每个池的利用率统计信息。

隔壁老瓦的专栏 2430

ECU-TEST笔记&使用技巧01

说明 1)所述均基于如下环境:ECU-TEST 8.0、Win10系统、NI Veristand 2018(HIL测试)。不排除因为版本及软件环境问题,所述方法不奏效或有更好的方法,欢迎交流,一起提高。 2)本博客以问答形式进行,所述问题均来自于实际测试(包括MIL、HIL测试)遇到的问题及需求,目的是提高测试效率和自动化测试序列的可维护性。 3)本博客尽量从测试方法及ECU-TEST原...

Eigrl的博客 1万+

急速Boost,让数据跑得更快 -- Ceph缓存技术全解析

!大家好,我是乔克,一个爱折腾的运维工程,一个睡觉都被自己丑醒的云原生爱好者。作者:乔克公众号:运维开发故事博客:www.jokerbai.com之前写了一个《开发一个接口监控的Prometheus Exporter》,当时只是单纯的实现了一个简单的Exporter,但是基本能满足要求,最近对接口监控的需求做了升级,主要有:接口的管理通过前端页面实现,将数据存入数据库接口的校验除了可以校验状态码,还增加了返回值校验前端页面可以显示当前接口的可用性百分比拨测项可以灵活配置。

wanger5354的博客 1300

GO与KEGG富集分析实战:从差异基因到功能注释

本文详细介绍了GO与KEGG富集分析的完整实战流程,从差异基因列表出发,通过基因ID转换、核心分析到结果可视化,系统阐述了如何将基因数据转化为生物学洞察。文章重点讲解了使用R语言clusterProfiler包进行GO和KEGG富集分析的具体步骤、参数设置及常见问题解决方案,并强调了结果解读与生物学故事构建的方法,帮助研究者深入理解差异基因的集体功能倾向。

weixin_29291863的博客 918

ceph-cache-tier

缓存池原理** 缓存分层特性也是在Ceph的Firefly版中正式发布的,这也是Ceph的Firefly版本中被谈论最多的一个特性。缓存分层是在更快的磁盘(通常是SSD),上创建一个Ceph池。这个缓存池应放置在一个常规的复制池或erasure池的前端,这样所有的客户端I/O操作都首先由缓存池处理。之后,再将数据写回到现有的数据池中。客户端能够在缓存池上享受高性能,而它们的数据显而易见最终是被写入...

qq_23929673的博客 3139

vscode远程连接deepin出错:过程试图写入的管道不存在的解决方法

背景:昨天我用vscode使用ssh远程开发还处于正常状态,今天刚打开电脑,并启动deepin,再次使用vscode重新连接就出现异常。意思就是22号默认端口连接被拒绝,所以要先确定ssh是否连接。3.重新进入vscode里面,重新连接,如图成功连接。,查看port后面的端口号是不是22号。1.检查sshd是否启动。

qq_43573047的博客 2946

国内用户稳定开通ChatGPT Plus会员的完整实操指南

ChatGPT作为当前最先进的AI对话模型,其技术原理基于Transformer架构和大规模语言预训练。通过深度学习技术,ChatGPT能够理解自然语言并生成高质量回复,在代码生成、文档分析等场景具有重要技术价值。对于需要高频使用的开发者而言,ChatGPT Plus会员提供了优先访问权和GPT-4模型支持等核心功能。在实际应用场景中,国内用户常面临支付限制和区域封锁等挑战。本文针对这些痛点,重点解析如何通过可靠的支付渠道和账号安全策略,实现稳定的会员开通方案,帮助用户突破技术使用壁垒,充分发挥AI助手在开

weixin_29042035的博客 954

[ceph 的通用解决方案] - 3.如何将 ssd 作为 hdd 的缓存池

[ceph 的通用解决方案] - 3.如何将 ssd 作为 hdd 的缓存池 下面将从以下 6 个方面介绍 ceph 的通用解决方案 性能方面: 1、如何 ssd 作为 Ceph-osd 的日志盘使用 2、如何同一个 Ceph 集群分别创建 ssd 和 hdd 池 3、如何将 ssd 作为 hdd 的缓存池 4、如何指定 ssd 盘为主 osd,hdd 为从 osd 稳定及数据安全性方面: 5、Ceph 双副本如何保证宕机数据的安全性 6、Ceph 纠删码理论与实践 注意:该文章同时在华云数据官方公

li4528503的博客 3487

Python爬虫实战:如何爬取京东商品评论数据

在本文中,我们介绍了如何使用 Python 爬虫技术爬取京东商品的评论数据。首先,我们分析了京东商品评论的 API 接口和 JSON 数据结构,然后编写了爬虫程序来抓取评论数据,并将数据保存到 CSV 文件中。接着,我们进行了一些基本的数据分析,包括评分分布和简单的情感分析。爬取京东商品评论的数据可以为电商分析、情感分析等提供有价值的信息。你可以在此基础上进行更深入的分析,挖掘更多的商业价值。希望本篇教程能够帮助你了解如何利用 Python 进行电商数据的爬取和分析!

2201_76125261的博客 1647

【ceph的通用解决方案】-如何将ssd作为hdd的缓存池

作者:【吴业亮】 博客:https://wuyeliang.blog.youkuaiyun.com/ 开篇: 目前企业的业务场景多种多样,并非所有Ceph存储解决方案都是相同的,了解工作负载和容量要求对于设Ceph解决方案至关重要。Ceph可帮助企业通过统一的分布式集群提供对象存储、块存储或文件系统存储。在设计流程中,这些集群解决方案针对每项要求都进行了优化。该设计流程的首要因素包括 IOPS 或带宽要求、存...

本人任职于安超云技术架构部,拥有十余年云计算与AI经验。专注AI基础设施、分布式集群、高可用架构、虚拟化、存储、网络及数据库等领域。博客内容以学习笔记为主,力求准确,但个人能力所限,难免疏误。非常欢迎交流指正,期待与您共同探讨技术 8117

机器人外接 USB 音响完整配置指南

摘要:本文介绍了为机器人配置外接音响的方法。由于内置音响音量小且有散热噪音,建议使用Type-C接口外接音响。配置步骤包括:1)通过aplay -l命令查看音响端口信息;2)使用aplay命令测试音频播放;3)通过amixer命令设置音量。关键点在于正确识别音响的卡号(如card 2)和设备号(如device 0),并在命令中准确配置这些参数即可实现外接音响的正常使用。

m0_47999117的博客 357

DaVinci配置DID之三:代码实现

本系列主要基于DaVinCi工具链来展开具体DID读写的配置以及最终实现。1,CDD准备2,工具链配置3,代码实现4,验证结果本文讲述流程3话不多说,走你~博主是AutoSar小白,如果哪里表达的有问题,还请大佬们指点指点哈。接下来,让我们在下章关于测试验证的博文再相会哈~

weixin_48498880的博客 5361

ceph cache pool配置

2019独角兽企业重金招聘Python工程师标准>>> ...

weixin_33912445的博客 263

Android 12.0 kenel中修改rom系统内部存储的大小

在12.0的系统rom产品开发定制中,在对一些产品开发中的配置需求方面,由于在产品后续订单中,有些产品是出口的,但是硬件方面已经定板,时间比较仓促,所以 就需要软件方面在rom内部存储的大小方面作假,修改rom真实的大小容量,所以就需要在kenel驱动部分来修改这部分的值最好了,接下来分析下计算rom容量的 相关代码,然后做出相关的修改,来实现功能

安卓兼职framework和app工程师的博客 1678

ceph常用命令-pool相关命令

2019独角兽企业重金招聘Python工程师标准>>> ...

weixin_34216196的博客 2592

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

Ceph 缓存层

将一个池添加为另一个池的缓存层。 参数 说明 基础池(后端池)。 缓存层池。 2. 设置缓存模式 设置缓存池的工作模式,例如写回缓存或直写缓存。 参数 说明 缓存池。 缓存模式,可以是 (写回)或 (只读)。 3. 关联池 将基础池与缓存池关联。 参数 说明 基础池。 缓存池。 4. 移除缓存层 从基础池中移除缓存层。

博客 375

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

ceph cache teir配置模式以及参数说明

这里简单解释一下ceph的cache tier 这里可以叫做ceph的缓存层,为了提高整个ceph集群的IO能力,可以在普通机械硬盘上加一层高速的SSD缓存,客户端读写数据的时候直接请求到SSD高速缓存上,所以直接感官就是读写响应更快了。 几种配置模式 writeback mode:当配置为writeback模式时,ceph客户端将数据写入到缓存层并且从缓存层得到已经写入的确认信息。在缓存层...

魂醉的一亩二分地 4804

CACHE TIERING缓存分层

A cache tier provides Ceph Clients with better I/O performance for a subset of the data stored in a backing storage tier. Cache tiering involves creating a pool of relatively fast/expensive storage de

yangyimincn的专栏 5811

Ceph 14.2.22:CacheTier的介绍与使用

本文介绍如何部署ceph分层存储功能,并使用ceph分层存储功能。

分布式存储随笔 545
上一篇: 基于CentOS7.5 64位系统+ownCloud 10.2.1 稳定版本构建
下一篇: centos7脚本一键快速安装单机版k8s
cloud_engineer
博客等级 码龄5年 9389粉丝 65原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值