# Ceph 地理复制模型

**概述**

1. Ceph 根据复制因子在 OSD 之间实现强一致性，并根据放置组 (CRUSH MAP) 实现可靠性/可用性。

2. 跨站点 (异)步同步的集群将受到性能影响，并且需要高带宽且低延迟的管道，这强烈影响 Ceph RADOS 协议（在 RBD 和对象存储上）。

3. Ceph 上游（或 Red Hat）尚未提供建议/解决方案声明 - <https://tracker.ceph.com/projects/ceph/wiki/Can_Ceph_Support_Multiple_Data_Centers>

4. 听起来团队正在开发/增强“真正的”拉伸 Ceph 集群。（附件 2）

**建议选项：**（2018 年来自 Red Hat 的更新）

**RBD - 带有分层或迁移的拉伸池**
*状态：您今天可以部署拉伸集群……但是有一个问题*
拉伸方案并不完美。
网络延迟至关重要，带宽也是如此。无法“加入”现有集群，耦合度高。

需要低延迟以获得高性能。
需要站点距离较近，限制了实用性。
所有站点共享单一（软件）故障域。

**RBD - 异步镜像**
状态：从 Red Hat Ceph 3 开始可用（注意：Red Hat OpenStack 13 默认使用 Ceph 2。NSPCloud 使用 Ceph 3）。

缺失的环节：应用程序（k8s 等）编排
IaaS 层很难在新站点重新配置应用程序。
*存储层也无法自行解决（例如，k8s 如何将 PV 映射/重构为来自镜像 RBD 的 blob）。*
*需要针对整个应用程序堆栈的自动化、声明性、结构化规范...*

**对象/CephFS - RGW 或联合网关**
联合/区域/区域组等。
RADOSGW 元数据同步。
镜像/异步等。

### 参考
https://www.slideshare.net/sageweil1/ceph-data-services-in-a-multi-and-hybrid-cloud-world?qid=12ed80c1-91b6-44ea-95ca-78657e58ce42