Ceph 20.2.4 介绍与选型指南

一、信息基准

• 查询日期：2026-10-18
• 版本依据：官方最新稳定版为 Tentacle 系列的 v20.2.4（docs.ceph.com 官方发行索引）。上一稳定系列 Squid 的最新补丁为 v19.2.7；GitHub Releases 上另有 v21.1.2 等开发版系列（x.1 为开发线、x.2 为稳定线是 Ceph 的既定版本惯例）。
• 文档口径提醒：docs.ceph.com 的 /en/latest/ 路径对应开发版文档（页面明示 "This document is for a development version of Ceph"），生产选型请切换到 /en/tentacle/ 稳定版文档。

二、软件概述

本文介绍的版本为 Ceph v20.2.4（Tentacle 稳定系列最新补丁，2026-10-18 查询时官方发行索引的最新稳定版）。

Ceph 是一个统一的分布式存储系统，官方对其一句话定义是："Ceph delivers object, block, and file storage in one unified system"（对象、块、文件三种存储能力统一于一套系统）。它以 RADOS（Reliable Autonomic Distributed Object Store，可靠自主分布式对象存储）为底座，向上同时提供三种原生访问接口，是开源界少有的"一套集群同时充当对象存储、块存储与文件存储"的全栈方案。项目由 Ceph 基金会运营，文档与发行由社区维护，长期活跃，GitHub stars 约 17k（2026-10-18 查询）。

三、核心架构

3.1 RADOS 底座

Ceph 的核心是 RADOS：由大量普通服务器节点组成集群，数据以对象形式分布存储在全部节点上，通过强一致性协议维护多副本或纠删码分片，对外屏蔽单点故障。

3.2 CRUSH 算法与放置群组（PG）

CRUSH（Controlled Replication Under Scalable Hashing）是 Ceph 的数据分布算法：客户端可根据集群拓扑图（Cluster Map）直接计算出对象应该落在哪些 OSD 上，无需中心化的元数据查表，这是 Ceph 能横向扩展且避免元数据瓶颈的关键。放置群组（Placement Group, PG）是对象到 OSD 之间的中间映射层，PG 数量规划是 Ceph 运维的经典课题。

3.3 守护进程组件

• Monitor（mon）：维护集群状态图（OSD 拓扑、PG 映射等），采用 Paxos 保证一致性，通常部署奇数个。
• Manager（mgr）：负责集群运行时指标、告警、Dashboard 等管理功能。
• OSD（Object Storage Daemon）：真正承载数据读写的守护进程，一块盘（或一个 NVMe 分区）对应一个 OSD。
• MDS（Metadata Server）：仅 CephFS 使用，负责文件系统元数据（目录树、inode）。

3.4 三种存储接口

• RGW（RADOS Gateway）：对象存储网关，提供 S3 兼容与 Swift 兼容 API。
• RBD（RADOS Block Device）：块设备接口，可被虚拟机或 Kubernetes CSI 挂载为块盘。
• CephFS：POSIX 兼容的分布式文件系统。

3.5 数据保护

数据保护支持两种模式：多副本（默认 3 副本）与纠删码（Erasure Coding，容量利用率更高，常用于对象存储与归档场景）。

四、功能特性

4.1 统一存储

一套集群同时输出 S3 兼容对象存储、RBD 块存储与 CephFS 文件存储，硬件可复用，降低多套存储并行的采购与运维成本。

4.2 横向扩展与无单点

CRUSH 去中心化的数据分布 + Monitor 集群仲裁，使集群可以从数节点扩展到上千节点；任一节点故障不影响整体可用性。

4.3 cephadm 编排部署

当前官方主推的部署方式是 cephadm：一条引导命令拉起最小集群，再通过 ceph orch 命令族批量编排 OSD、RGW、CephFS 等服务到指定主机，并内置 Dashboard 与监控栈。

4.4 快照与克隆

RBD 与 CephFS 均支持快照；RBD 支持基于写时复制（Copy-On-Write）的克隆，适合虚拟机盘的批量发放。

4.5 多站点对象存储

RGW 支持多站点（Multi-site）部署，在多个地理区域之间异步同步对象数据，用于容灾与就近访问。

4.6 安全机制

内置 cephx 认证协议，对客户端与守护进程之间的通信进行身份认证；配合独立的加密能力保护静态数据与传输数据。

五、快速上手

以下命令引自官方部署文档《cephadm installation》（docs.ceph.com/en/latest/cephadm/install/），在集群第一台主机上执行引导命令即可创建最小集群（文档明确说明依赖会由引导过程自动安装，且要求 ssh 可用）：

# 官方原文命令：<mon-ip> 为第一台主机的 IP 地址
cephadm bootstrap --mon-ip <mon-ip>

官方文档说明该命令会：在本机创建集群的第一个 Monitor 与 Manager 守护进程、生成访问凭据、并为后续通过 ceph orch 向其他主机扩展服务做好准备。集群建立后，常规的状态查看命令为：

ceph -s

后续通过 ceph orch apply 将 OSD、RGW、CephFS 等服务编排到集群主机（参见 docs.ceph.com cephadm 文档章节）。以上均为官方文档所述流程，本文不做本地实测。

六、适用场景与限制

6.1 适用场景

• 私有云统一存储底座：同时满足虚拟机块盘（RBD）、平台对象存储（RGW，S3 兼容）与共享文件（CephFS）需求。
• Kubernetes / OpenStack 后端存储：RBD 通过 CSI/Cinder 集成，是私有云平台的事实标准后端之一。
• 海量数据归档：纠删码模式容量利用率高，适合备份归档与冷数据。
• 多机房容灾：RGW 多站点异步同步支撑异地容灾。

6.2 限制

• 运维复杂度高：PG 规划、OSD 替换、网络分区排查等都需要经验积累，团队需评估学习成本。
• 硬件与网络要求：建议至少 3 台主机起步，存储网络要求低延迟高带宽，千兆网络易成瓶颈。
• 版本切换需谨慎：稳定系列按年推进，升级前需阅读官方 Release Notes 与升级章节；不要在生产使用 latest 开发版文档对应的版本。
• 小规模场景偏重：3~5 台以下的小环境里，维护 Ceph 的开销可能超过收益，轻量对象存储场景可考虑更简单的方案。

七、同类选型对比

对比对象：GlusterFS（分布式文件系统）、MinIO（S3 兼容对象存储）。数据查询日期均为 2026-10-18，stars 取自 shields.io 徽章，最近发版取自 GitHub Releases feed。

选型建议：需要"一套集群同时供块、对象、文件"或作为 OpenStack/Kubernetes 私有云后端，选 Ceph；只需要 POSIX 共享文件且想保持轻量，可评估 GlusterFS；只需 S3 接口的对象存储且希望部署简单，MinIO 更直接。

八、参考链接

1. Ceph 官方文档首页：https://docs.ceph.com/en/latest/
2. Ceph 官方发行索引（稳定系列与生命周期）：https://docs.ceph.com/en/latest/releases/
3. cephadm 部署文档：https://docs.ceph.com/en/latest/cephadm/install/
4. GitHub 仓库（源码与许可）：https://github.com/ceph/ceph
5. GitHub Releases feed：https://github.com/ceph/ceph/releases.atom
6. Ceph 官方网站：https://ceph.io/
7. stars 数据徽章：https://img.shields.io/github/stars/ceph/ceph.svg