Ceph 地理复制模型
目录
概述
-
Ceph 根据复制因子在 OSD 之间实现强一致性，并根据放置组 (CRUSH MAP) 实现可靠性/可用性。
-
跨站点 (异)步同步的集群将受到性能影响，并且需要高带宽且低延迟的管道，这强烈影响 Ceph RADOS 协议（在 RBD 和对象存储上）。
-
Ceph 上游（或 Red Hat）尚未提供建议/解决方案声明 - https://tracker.ceph.com/projects/ceph/wiki/Can_Ceph_Support_Multiple_Data_Centers
-
听起来团队正在开发/增强“真正的”拉伸 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 元数据同步。 镜像/异步等。