【Ceph RADOS】RADOS 内核全景：五轴坐标系与 18 篇路线
内容提要
本文介绍Ceph RADOS存储内核系列首篇，定位为填补站内Ceph概览与工程细节间的缺口。文章提出五条坐标系（Map传播、通信、一致性、本地存储、接入代价）及三条不变量（本地放置、PG协商、Primary序列化），用于排障和深入理解。内容涵盖OSDMap epoch、PG peering、BlueStore等关键机制，并规划18篇阅读路线，强调以字段级锚点分析故障，而非依赖调参玄学。
延伸解读
五轴坐标系：排障的思维框架
文章提出用五条坐标系（Map传播、通信、一致性、本地存储、接入代价）来组织Ceph RADOS的复杂机制。每条轴都有明确的字段级锚点，如OSDMap.epoch、readable_until、deferred等。排障时先判断问题属于哪条轴，再深入对应模块，避免盲目调整参数。这种结构化方法有助于将模糊的故障现象转化为可验证的字段检查，提升诊断效率。
三条不变量：理解RADOS设计的关键
RADOS通过三条不变量区别于GFS/HDFS和Dynamo：本地放置计算、以PG为一致性单元、Primary序列化写。这些不变量决定了系统的行为边界。例如，写超时且epoch狂跳可能意味着本地放置不变量被破坏；大量PG peering则涉及PG协商。理解这些不变量有助于快速定位故障类别，并解释为何某些设计选择（如读租约）是必要的。
版本锚定与可证伪性
文章强调以Ceph Squid v19.2.5为版本锚定，所有引用都指向具体文档或源码路径，并明确标注Tentacle+特性。这种严谨性确保讨论基于可验证的机制，而非泛泛而谈。同时，作者拒绝在没有真实集群的情况下伪造ceph -s或fio输出，坚持只分析机制和失败模式，不提供未经证实的性能数字。这种态度有助于读者建立对技术内容的信任。
阅读路线：按需选择路径
文章规划了18篇系列文章的阅读路线，并提供多条路径供不同需求的读者选择。例如，快速建立坐标系可走核心路径1→2→5→6→8→10→16；关注本地存储则聚焦7→9；选型对比则看1→17→18。这种模块化设计让读者能根据自身目标高效获取知识，避免陷入无关细节。
Q&A
Ceph RADOS 存储内核系列文章主要解决什么问题？
该系列旨在填补站内Ceph概览与工程细节之间的缺口，深入解析一次写操作经过 Messenger、PG、BlueStore 的停顿点，以及 peering/recovery 各自保证什么，并帮助读者理解何时不该使用 Ceph。
Ceph RADOS 排障时提到的五条坐标系是什么？
五条坐标系包括：Map 传播轴、通信轴、一致性轴、本地存储轴和接入代价轴。每条轴都有对应的关键字段和失败表象，用于系统化排障。
Ceph RADOS 的三个不变量是什么？
三个不变量是：放置计算本地完成（object → hash → pg → CRUSH → Primary，不依赖中心节点）、一致性单元是 PG（协商规模与 pg_num 相关）、Primary 单点序列化写（eversion_t 由 Primary 分配，副本只接受）。
在 Ceph 中，如果客户端反复刷新 map 且写不进去，应该优先检查哪个轴？
应该优先检查 Map 传播轴，因为该现象可能表明 MON quorum 丢失或 epoch 传播异常，导致所有依赖 epoch 递增的路径阻塞。
Ceph 中 readable_until 的作用是什么？
readable_until 是读租约，用于防止在 Primary 切换后读到旧数据。它定义了在某个时间点之前读操作是安全的，配合 LAGGY/WAIT 状态来阻塞不安全的读。
Ceph 的 BlueStore 中 deferred 和 WAL 分别指什么？
deferred 和 WAL 是 BlueStore 处理小写路径的机制。WAL（Write-Ahead Log）用于记录即将进行的修改，而 deferred 则用于延迟写入，两者共同优化小写入的性能和一致性。
Ceph 的 RBD、CephFS 和 RGW 在接入代价上有什么不同？
RBD 使用固定对象大小（默认 4 MiB）进行覆盖写；CephFS 依赖 MDS 目录树，小文件元数据路径开销大；RGW 使用索引池和数据池，并涉及 manifest 管理。不同的接入方式有不同的元数据和访问模式开销。
Ceph 的 18 篇阅读路线中，快速建立坐标系的核心路径是什么？
快速建立坐标系的核心路径是：1 → 2 → 5 → 6 → 8 → 10 → 16，即从 Overview 开始，依次阅读 MON/MGR Maps、PG Peering、Client Op Path、BlueStore Write、Recovery Backfill 和 Troubleshoot。
