两种冗余方式的本质差异
多副本把对象完整复制若干份，任意一份都能独立读出，恢复就是复制；纠删码把对象切成数据块并计算校验块，读取需要凑齐足够数量的块。前者用空间换简单与低延迟，后者用计算和恢复复杂度换空间效率。
基本信息
| 空间开销 | 三副本约三倍；纠删码按数据块与校验块比例计算 |
|---|---|
| 写入方式 | 副本可整份写入；纠删码涉及条带，存在部分写开销 |
| 恢复成本 | 副本直接复制；纠删码需读取多个块重建 |
| 延迟特征 | 副本读延迟更低；纠删码受块数量与对齐影响 |
| 上层兼容 | 部分需要频繁原地更新的池必须用副本 |
| 容错能力 | 副本按份数容错，纠删码按校验块数量容错 |
典型使用场景
- 容量紧张的归档与备份落点：优先纠删码降低空间开销
- 延迟敏感的数据库卷：优先副本，避免重建与对齐开销
- 对象网关的数据池可用纠删码，桶索引池仍用副本
- 大文件顺序写：纠删码的整条带写入效率更好
- 介质成本差异大：热数据用副本、冷数据用纠删码分层承载
两类池的创建与对比
两类池的创建与对比
ceph osd pool create ec-pool erasure default # 建纠删码池
ceph osd pool create rep-pool 128 128 # 建副本池
ceph osd erasure-code-profile ls # 查看纠删码配置
ceph osd erasure-code-profile get default # 查看默认配置详情
ceph osd pool get rep-pool size # 查看副本池副本数
ceph df detail # 对比两类池的实际占用对比维度对照
| 维度 | 多副本 | 纠删码 |
|---|---|---|
| 空间开销 | 与副本数成正比 | 按块比例计算，通常更低 |
| 写入开销 | 整份写入，开销直观 | 涉及条带与部分写，开销更高 |
| 读取延迟 | 较低 | 受块数量与对齐影响，通常更高 |
| 恢复代价 | 复制对象，代价低 | 需读多个块重建，代价高 |
| 小对象效率 | 不受影响 | 小对象会被填充，效率下降 |
| 上层限制 | 通用 | 部分依赖原地更新的组件需用副本池 |
纠删码的容错能力取决于校验块数量：校验块越多，允许同时丢失的块越多，空间开销也同步上升。具体组合与容量开销以官方文档为准。
把延迟敏感的数据库卷或需要频繁原地更新的索引放到纠删码池上，会同时放大写放大与尾延迟。选择池类型前先确认上层组件的读写模式与硬性约束。
混合使用是常态
实际集群很少只用一种池：热数据与元数据用副本保证延迟，冷数据与归档用纠删码控制成本。分层的关键是明确哪些数据对延迟敏感、哪些只是容量占用，而不是简单按比例拆分。