Ceph Monitor源码机制分析（一）—— 概述_ceph monitor 源码机制分析 csdn-CSDN博客

本文链接：https://blog.csdn.net/scaleqiao/article/details/52231900

本文探讨Ceph Monitor的角色，作为集群状态管理者，维护osdmap、monmap等信息的一致性。多Monitor环境带来了数据同步、选举及健康监测等挑战。文章将深入源码，分析Monitor的协同工作、数据存储和更新机制。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

0 前言

最近终于有点时间可以看看Ceph的代码了，接下来准备就Ceph monitor这个Ceph集群中最重要的组件进行深入的分析。

1 Monitor的作用

Monitor在Ceph集群中扮演着管理者的角色，维护了整个集群的状态（抽象成几张map，包括osdmap、monmap、mdsmap、auth、log等），保证集群的相关组件在同一时刻能够达成一致，相当于集群中的领导层。之所以说是相关而不是所有的主要是因为OSD map的更新采用了类似于灰度发布的机制，这会导致在一个时刻集群中所有OSD或者Client所持有的OSDmap的版本可能是不一致的。总结一句话就是monitor是负责收集集群信息、更新集群信息以及发布集群信息的。如果只有一个monitor那么，这件事情会轻松的多，集群信息的增、删、改、查都有这个monitor完成。但作为一个分布式存储解决方案，规避任何的单点故障都是一个必备条件，所以在使用Ceph的生产环境中也会部署多个Monitor。单点问题解决了，但Monitor多了之后相应的集群数据管理也就复杂了，引入了许多新的问题，比如：集群数据存在哪里？数据到底有谁更新？其他组件从哪里读取信息？多个monitor之间如何进行数据同步等？所以在一个标准的Ceph环境中，Monitor做的事情可以抽象成以下两点：