0 前言

1 Monitor的作用

Monitor在Ceph叢集中扮演著管理者的角色，維護了整個叢集的狀態（抽象成幾張map，包括osdmap、monmap、mdsmap、auth、log等），保證叢集的相關元件在同一時刻能夠達成一致，相當於叢集中的領導層。之所以說是相關而不是所有的主要是因為OSD map的更新採用了類似於灰度釋出的機制，這會導致在一個時刻叢集中所有OSD或者Client所持有的OSDmap的版本可能是不一致的。總結一句話就是monitor是負責收集叢集資訊、更新叢集資訊以及釋出叢集資訊的。如果只有一個monitor那麼，這件事情會輕鬆的多，叢集資訊的增、刪、改、查都有這個monitor完成。但作為一個分散式儲存解決方案，規避任何的單點故障都是一個必備條件，所以在使用Ceph的生產環境中也會部署多個Monitor。單點問題解決了，但Monitor多了之後相應的叢集資料管理也就複雜了，引入了許多新的問題，比如：叢集資料存在哪裡？資料到底有誰更新？其他元件從哪裡讀取資訊？多個monitor之間如何進行資料同步等？所以在一個標準的Ceph環境中，Monitor做的事情可以抽象成以下兩點：

• 管好自己，其實也就解決多個monitor之間如何協同工作，比如誰負責更新資料，怎麼更新？monitor之間怎麼同步資料？誰負責釋出資料？如何確保monitor的健康問題？
• 管好叢集資訊，其實也就解決儲存哪些資料？資料怎麼儲存？儲存在哪裡？怎麼保證儲存資料的正確性？

如何抽象成以上兩點呢？還得從程式碼入手，看一下monitor的程式碼目錄結構：

當然，以上原始碼檔案的劃分也不是完全分開的，彼此之間仍然有一些關聯關係存在，比如選舉這個過程實際上還會涉及monitor之間的資料同步也就是資料管理中的更新。資料更新，需要通過資料儲存模組完成持久化。Monitor管理的資料中OSDMap和MDSMap這兩部分沒有放在monitor目錄下，而是分別放在osd和mds目錄下的，所以這裡用紅色字型將他們標記了出來。

接下來的幾篇文章主要圍繞以上兩個大面詳解monitor中所涉及的相關技術。