Ceph 存储池（Pool）详解

Ceph 的 存储池（Pool） 是逻辑存储单元，用于管理数据的分布、冗余和访问策略。它是 Ceph 存储集群的核心抽象，支持 对象存储（RGW）、块存储（RBD）和文件存储（CephFS）。以下是对象池的全面解析：

---

1. 存储池的核心概念

(1) 什么是存储池？

• 逻辑分区：存储池是 Ceph 集群中的虚拟存储分区，类似传统存储的“卷”或“LUN”。
• 数据隔离：不同池可配置不同的副本策略、纠删码（EC）规则、PG 数量等。
• 多用途：一个 Ceph 集群可创建多个池，分别用于 RGW、RBD、CephFS 等。

(2) 存储池的关键属性

属性	说明
pool_id	池的唯一标识符，由 Monitor 分配。
pg_num	归置组（PG）数量，影响数据分布均衡性。
pgp_num	用于 CRUSH 计算的 PG 数量（通常等于 pg_num）。
size / min_size	副本数（如 size=3 表示 3 副本）。
crush_rule	定义数据分布规则（如跨机架、跨主机）。
erasure_code_profile	纠删码配置（如 k=4,m=2）。
application	标记池的用途（如 rbd、rgw、cephfs）。

---

2. 存储池的类型

(1) 副本池（Replicated Pool）

• 特点：每个对象存储多份完整副本（默认 size=3）。
• 优势：高可靠性，恢复速度快。
• 适用场景：高性能块存储（RBD）、热数据对象存储。
• 示例：

  ceph osd pool create rbd_pool 128 128 replicated
  ceph osd pool application enable rbd_pool rbd
  

(2) 纠删码池（Erasure Coded Pool）

• 特点：将对象拆分为 k 个数据块 + m 个校验块，空间利用率高（如 k=4,m=2 仅需 1.5x 空间）。
• 劣势：恢复速度慢，计算开销大。
• 适用场景：冷数据归档、低成本对象存储。
• 示例：

  ceph osd erasure-code-profile set ec_profile k=4 m=2
  ceph osd pool create ec_pool 128 128 erasure ec_profile
  

---

3. 存储池的底层机制

(1) 放置组（PG）

• PG 的作用：

  • 将对象分组管理，减少 CRUSH 计算开销。
  • 每个 PG 映射到一组 OSD（如 [osd.1, osd.5, osd.9]）。

• PG 数量公式：

  pg_num = OSD总数 * 100 / 副本数或者纠删码k+m （结果取2的n次幂）

  • 例如：100 个 OSD、3 副本 → pg_num=1024。

(2) CRUSH 规则

• 定义数据分布策略：
  • 控制 PG 如何映射到 OSD（如跨机架、跨主机）。
• 示例规则：

  ceph osd crush rule create-replicated replicated_rule default host
  

(3) 数据存储流程

1. 客户端写入对象 → 计算 object_id 的哈希值 → 确定所属 PG。
2. CRUSH 算法 根据 PG ID 和规则 → 选择目标 OSD 列表（如 3 副本）。
3. 数据写入 OSD，元数据由 Monitor 记录。

---

4. 存储池的管理操作

(1) 创建与配置

# 创建副本池
ceph osd pool create my_pool 128 128 replicated# 创建纠删码池
ceph osd erasure-code-profile set ec_profile k=4 m=2
ceph osd pool create ec_pool 128 128 erasure ec_profile# 设置池属性
ceph osd pool set my_pool size 3     # 修改副本数
ceph osd pool set my_pool pg_num 256 # 调整 PG 数量

(2) 监控与统计

# 查看所有池
ceph osd pool ls [detail]# 查看池用量
ceph df# 查看 PG 分布
ceph pg dump | grep <pool-id>

(3) 删除与清理

# 删除池（需确认两次）
ceph osd pool delete my_pool my_pool --yes-i-really-really-mean-it# 清理残留数据
rados -p my_pool purge --yes-i-really-mean-it

---

5. 存储池的最佳实践

(1) PG 数量优化

• 每个 OSD 承载约 100 PG（避免过多或过少）。
• 使用 pg_autoscaler 自动调整：

  ceph mgr module enable pg_autoscaler
  ceph osd pool set my_pool pg_autoscale_mode on
  

(2) 性能调优

• 副本池：优先使用 SSD 存储 WAL/DB 日志。
• 纠删码池：为 EC 计算预留额外 CPU 核（每节点 2-4 核）。

(3) 故障域设计

• 跨机架/主机分布：

  ceph osd crush rule create-replicated replicated_rule default rack
  

---

6. 常见问题

Q1: 池的 PG 数量设置错误如何修复？

• 扩容 PG：

  ceph osd pool set my_pool pg_num 256
  ceph osd pool set my_pool pgp_num 256
  

• 注意：减少 PG 数量通常不支持。

Q2: 如何迁移数据到新池？

• 使用 rados cppool 或 rbd migration（块存储）：

  rados cppool old_pool new_pool
  

Q3: 池的副本数可以动态修改吗？

• 可以，但需触发数据迁移：

  ceph osd pool set my_pool size 3
  

---

总结

• 对象池是 Ceph 的逻辑存储单元，支持副本和纠删码两种冗余策略。
• PG 和 CRUSH 规则 共同决定数据分布，需合理配置以避免热点。
• Monitor、OSD、MGR 协同维护池，分别负责元数据、存储和自动化管理。
• 最佳实践：根据负载类型选择池类型，监控 PG 分布，优化故障域。