ceph bluestore中的磁盘空间管理

Ceph Bluestore通过位图管理和内存分配器直接管理裸磁盘空间,提供四种分配器:stupid、bitmap、AVL和Hybrid。其中,bitmap分配器在性能和空间占用上优于stupid,而Hybrid结合了bitmap和AVL的优势,适用于不同场景。文章深入探讨了位图持久化和各种分配器的工作原理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

ceph bluestore摒弃了传统的本地文件系统,而直接使用裸磁盘作为OSD的存储介质,因而需要自行管理磁盘空间的分配与回收

概述

一个设计良好的磁盘空间管理器,需要兼顾空间和时间效率;bluestore中提供了空间管理器FreelistManager来支持空间管理,当前提供了一种基于位图的实现,包含:位图持久化以及内存分配器Allocator两部分。其中,位图的持久化是指将空间分配(置1)和回收(置0)的位图状态持久化到磁盘中,基于rocksdb实现;内存分配器是磁盘位图的一致性视图,用来加速空间分配的速度,基于不同的内存组织形式,包括:stupidbitmap, avlhybrid四种。

位图持久化

bluestore中,当前基于bitmap来实现磁盘空间的分配管理,并将位图持久化到rocksdb中,如下图:
逻辑视图
从下往上看:下层是磁盘,在逻辑上划分为多个固定大小的block(参数为:bdev_block_size, 默认为4KB);上面是空间管理器,最小分配单位为alloc-block(参数为:bluestore_min_alloc_size),需要为block的整数倍,在SSD磁盘上,默认是4KB,在HDD磁盘上,默认是64KB;一个key管理若干个alloc-block,其value记录这些alloc-block的位图状态(参数为:bluestore_freelist_blocks_per_key,默认为128) 。

举个例子,默认情况下:1TB的SSD磁盘, 包含的block数为:1TB/4KB = 256MB个,包含的alloc-block数为:1TB/4KB = 256MB个,包含的rocksdb的key数为:256MB/128 = 2MB个。

至于SSD和HDD采用不同的分配单位,与他们的物理特性有关:HDD由于自身的机械特性原因,在随机IO中性能比较差,所以bluestore会较大的分配块,然后会尝试将多个IO写到相同的块中,以减少随机io,提升性能;而SSD由于特殊的内部结构,随机性能不受类似HDD的机械特性影响,相反为减少写放大,带来空间浪费,应采用较小的块。

bluestore根据请求的<offset, len>以及bluestore_freelist_blocks_per_key,计算需要置位哪些key上的哪些bit,然后通过事务持久

<think>好的,用户现在需要清理虚拟机磁盘并重新部署Rook Ceph集群。首先,我需要理解用户的具体场景。用户可能是在测试或者生产环境中遇到了严重的问题,导致现有的Ceph集群无法正常使用,需要彻底清理然后重新部署。这可能是因为之前的部署出现了不可恢复的错误,或者用户想要重置环境进行新的配置。 接下来,我需要考虑用户的需求。用户提到的是“清理虚拟机磁盘”,这意味着他们可能是在虚拟机环境下运行Rook Ceph,可能需要确保所有相关的数据都被彻底删除,避免残留数据影响新集群的部署。重新部署Rook Ceph集群的步骤需要详细且准确,避免遗漏任何关键步骤,否则可能导致新的部署失败。 然后,我要分析可能的深层需求。用户可能不仅需要步骤,还需要确保清理过程彻底,包括Kubernetes资源、Ceph配置和数据,以及虚拟机磁盘的残留文件。此外,用户可能在之前的部署中遇到了问题,希望通过清理和重新部署来解决问题,因此可能需要一些预防措施或最佳实践,避免同样的问题再次发生。 现在,我需要整理清理和重新部署的步骤。首先,清理现有的Rook Ceph集群,这包括删除CRD、命名空间、存储类和相关数据目录。然后,需要清理虚拟机磁盘,使用dd命令或shred工具确保数据不可恢复。接着,重新部署Rook Ceph集群需要从官方获取部署文件,进行必要的配置调整,并验证部署是否成功。 需要注意的地方包括:确保所有相关的Kubernetes资源都被删除,避免残留资源导致冲突;清理数据目录时,确认路径是否正确,尤其是如果用户自定义了数据存储位置;在重新部署时,可能需要根据虚拟机环境调整配置,例如存储设备路径或资源分配。 用户可能遇到的问题包括:清理不彻底导致新集群部署失败,或者在虚拟机环境中磁盘设备名称变化导致配置错误。因此,在步骤中需要强调检查磁盘设备名称,确认数据目录清理,以及使用正确的部署配置文件。 最后,需要提供验证步骤,确保新集群正常运行,以及预防措施,比如备份配置、资源限制和监控设置,帮助用户避免未来出现问题。同时,解释清理的重要性,比如残留数据可能导致数据不一致或启动失败,增强用户的理解。</think>以下是清理虚拟机磁盘并重新部署Rook Ceph集群的完整操作指南,分为**环境清理**和**重建部署**两大阶段: --- ### 一、环境清理阶段 #### 步骤1:销毁现有Ceph集群 ```bash # 删除CephCluster CRD(触发清理流程) kubectl -n rook-ceph patch cephcluster rook-ceph -p '{"spec":{"cleanupPolicy":{"confirmation":"yes-really-destroy-data"}}}' --type merge # 等待所有资源自动清理完成(约5-10分钟) watch kubectl -n rook-ceph get all ``` #### 步骤2:移除Rook相关Kubernetes对象 ```bash # 删除Rook命名空间及关联资源 kubectl delete ns rook-ceph # 清理CRD(关键!否则重建时会继承旧配置) kubectl delete crd cephclusters.ceph.rook.io kubectl delete crd cephblockpools.ceph.rook.io kubectl delete crd cephfilesystems.ceph.rook.io ``` #### 步骤3:虚拟机磁盘深度清理 ```bash # 确认磁盘设备路径(通常为/dev/sdb、/dev/vdb等) lsblk -f # 擦除磁盘头部元数据(对所有OSD磁盘执行) sudo dd if=/dev/zero of=/dev/{device} bs=1M count=100 status=progress # 彻底清理文件系统签名(可选) sudo wipefs -a /dev/{device} # 如果使用LVM: sudo vgremove -y ceph-$(uuidgen) sudo pvremove /dev/{device} ``` --- ### 二、重建部署阶段 #### 步骤1:准备基础环境 ```bash # 创建新命名空间 kubectl create ns rook-ceph # 下载最新部署文件 wget https://github.com/rook/rook/raw/master/deploy/examples/crds.yaml wget https://github.com/rook/rook/raw/master/deploy/examples/common.yaml wget https://github.com/rook/rook/raw/master/deploy/examples/operator.yaml wget https://github.com/rook/rook/raw/master/deploy/examples/cluster.yaml ``` #### 步骤2:调整关键配置(编辑cluster.yaml) ```yaml apiVersion: ceph.rook.io/v1 kind: CephCluster metadata: name: rook-ceph namespace: rook-ceph spec: dataDirHostPath: /var/lib/rook mon: count: 3 # 必须为奇数 allowMultiplePerNode: false storage: useAllNodes: false nodes: - name: "node1" # 节点名称需匹配k8s节点名 devices: - name: "sdb" # 确认虚拟机磁盘设备名 - name: "sdc" config: osdsPerDevice: "1" # 每磁盘创建1个OSD ``` #### 步骤3:执行部署 ```bash # 应用CRD和Operator kubectl apply -f crds.yaml -f common.yaml -f operator.yaml # 等待Operator就绪(约2分钟) kubectl -n rook-ceph rollout status deploy/rook-ceph-operator # 部署Ceph集群 kubectl apply -f cluster.yaml ``` --- ### 三、验证阶段 #### 健康检查 ```bash # 等待所有Pod进入Running状态(约10-15分钟) watch kubectl -n rook-ceph get pods # 通过工具容器验证集群状态 kubectl -n rook-ceph exec -it deploy/rook-ceph-tools -- ceph -s ``` 期望输出: ```log health: HEALTH_OK mon: 3 daemons, quorum a,b,c osd: 6 osds: 6 up (since 2m), 6 in ``` --- ### 四、关键注意事项 1. **磁盘残留数据风险**: - 若未彻底清理旧磁盘数据,新集群启动时可能出现`bluestore meta`校验失败 - 解决方案:使用`ceph-volume lvm zap`彻底擦除: ```bash ceph-volume lvm zap --destroy /dev/{device} ``` 2. **虚拟机磁盘分配建议**: - 每个OSD磁盘建议预留20%空间作为缓冲 - 使用直通模式(Passthrough)而非虚拟磁盘文件,提升性能 3. **部署优化参数**: ```yaml # cluster.yaml 追加配置 cephVersion: allowUnsupported: false skipUpgradeChecks: false continueUpgradeAfterChecksEvenIfNotHealthy: false ``` --- ### 五、故障排除 #### 常见问题1:OSD无法启动 ```log error: failed to create OSD: failed to configure device: failed to initialize device sdb: failed to create new OSD: failed to get monitor info: failed to fetch mon config ``` **修复步骤**: ```bash # 检查mon Secret是否存在 kubectl -n rook-ceph get secret rook-ceph-mon # 若缺失,手动生成monmap kubectl -n rook-ceph exec deploy/rook-ceph-mon-a -- ceph-mon --mkfs -i a --monmap /tmp/monmap --keyring /etc/ceph/keyring.mon ``` #### 常见问题2:仲裁丢失 ```log mon: clock skew detected ``` **解决方案**: ```bash # 所有节点同步NTP sudo chronyc makestep ``` --- 通过以上步骤可确保虚拟机环境下Rook Ceph集群的干净重建。建议在清理前备份`/var/lib/rook`目录(若有重要数据),并验证虚拟机存储配置是否满足Ceph的[官方硬件要求](https://docs.ceph.com/en/latest/start/hardware-recommendations/)。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值