第 15 章 使用 Ceph 配置多站点、容错消息传递系统
大规模企业消息传递系统通常具有位于地理分布式数据中心的分散代理集群。如果数据中心中断，系统管理员可能需要保留现有的消息传递数据，并确保客户端应用程序可以继续生成和使用消息。您可以使用特定的代理拓扑结构和 Red Hat Ceph Storage （软件定义的存储平台）来确保在数据中心中断期间消息传递系统的连续性。这种类型的解决方案称为 多站点、容错架构。
如果您只需要 AMQP 协议支持，请考虑 第 16 章 使用代理连接配置多站点、容错消息传递系统。
以下小节解释了如何使用 Red Hat Ceph Storage 保护消息传递系统不受数据中心中断：
多站点容错不是 数据中心中 高可用性(HA)代理冗余的替代。基于 live-backup 组的代理冗余功能可为单个集群中的单个代理失败提供自动保护。相反，多站点容错保护了大规模数据中心中断。
要使用 Red Hat Ceph Storage 来确保消息传递系统的连续性，您必须将代理配置为使用共享存储高可用性(HA)策略。您无法将代理配置为使用复制 HA 策略。有关这些策略的更多信息，请参阅实现高可用性。
15.1. Red Hat Ceph Storage 集群如何工作
Red Hat Ceph Storage 是一个集群的对象存储系统。Red Hat Ceph Storage 使用对象和基于策略的复制的数据分片，以确保数据完整性和系统可用性。
Red Hat Ceph Storage 使用名为 CRUSH （可扩展哈希下的受控复制）的算法来确定如何通过自动计算数据存储位置来存储和检索数据。您可以配置名为 CRUSH map 的 Ceph 项目，这详细介绍了集群拓扑结构，并指定如何在存储集群间复制数据。
CRUSH 映射包含对象存储设备(OSD)列表、用于将设备聚合到故障域层次结构的 'buckets' 列表，以及告知 CRUSH 如何在 Ceph 集群池中复制数据的规则。
通过反映安装的底层物理组织，CRUSH 映射可以建模，从而解决了可能关联的设备故障源，如物理代理、共享电源源和共享网络。通过将此信息编码到集群映射中，CRUSH 可以在不同的故障域（如数据中心）之间分隔对象副本，同时仍然在存储集群中维护伪随机分布。这有助于防止数据丢失，并允许集群以降级状态运行。
Red Hat Ceph Storage 集群需要多个节点（物理或虚拟）才能运行。集群必须包括以下类型的节点：
监控节点
每个 monitor (MON)节点运行 monitor 守护进程(ceph-mon)，后者维护 cluster map 的主副本。集群映射包含集群拓扑。连接 Ceph 集群的客户端从 monitor 检索 cluster map 的当前副本，这使得客户端能够从集群读取和写入数据。
Red Hat Ceph Storage 集群可以使用一个 monitor 节点运行；但是，为了确保在生产环境集群中确保高可用性，红帽只支持具有至少三个 monitor 节点的部署。至少三个 monitor 节点意味着，如果一个 monitor 失败或不可用，集群中的其余 monitor 节点存在一个仲裁来选择新的领导。
Manager 节点
每个管理器(MGR)节点运行 Ceph 管理器守护进程(ceph-mgr)，它负责跟踪运行时指标和 Ceph 集群的当前状态，包括存储利用率、当前性能指标和系统负载。通常，管理器节点与 monitor 节点在一起（即在同一主机上）。
对象存储设备节点
每个对象存储设备(OSD)节点运行 Ceph OSD 守护进程(ceph-osd)，它与附加到节点的逻辑卷交互。Ceph 在 OSD 节点上存储数据。Ceph 可在很少的 OSD 节点（默认为三个）上运行，但生产环境集群在大规模扩展（例如，存储集群中具有 50 个 OSD）实现更好的性能。在存储集群中拥有多个 OSD，使系统管理员能够在 CRUSH map 中定义隔离的故障域。
元数据服务器节点
每个元数据服务器(MDS)节点运行 MDS 守护进程(ceph-mds)，后者管理与 Ceph 文件系统(CephFS)中存储的文件相关的元数据。MDS 守护进程也协调对共享集群的访问。
其他资源
有关 Red Hat Ceph Storage 的更多信息，请参阅什么是 Red Hat Ceph Storage？
