Calamari專案開始於2013年夏天，創立它的初衷是開發一個Ceph管理平臺, Calamari對外提供了十分漂亮的web管理和監控介面，以及一套改進的REST API介面（不同於Ceph自身的REST API），在一定程度上簡化了Ceph的管理。最初Calamari是作為Inktank公司的Ceph企業級商業產品來銷售，紅帽今年5月30日收購Inktank後為了更好地推動Ceph的發展，對外宣佈Calamari開源，秉承開源開放精神的紅帽著實又做了一件非常有意義的事情。本文將簡單剖析Calamari的架構和功能。

安裝

Calamari推薦使用vagrant + virtualbox的方式來build安裝包，然後在對應的作業系統中進行安裝，具體的安裝過程請參照Ceph Calamari : step-by-step(http://ceph.com/category/ceph-gui/)裡邊有很詳細的安裝步驟。我使用的是Ubuntu13.10來建立Calamari的安裝包，build後的安裝包列表是：

1. calamari-clients_1.2.1.1-29-g3790c24_all.deb (calamar客戶端，WEB UI程式碼)
2. calamari-clients-build-output.tar(同calamari-clients_1.2.1.1-29-g3790c24_all.deb內容一樣，只是它解壓後可以在任何平臺上使用)
3. calamari-repo-precise.tar.gz（安裝源，安裝calamari過程中依賴的包）
4. calamari-server_1.2.1-56-gc09e8ed_amd64.deb（calamari服務端，它提供了calamari REST API，calamari 通過salt管理Ceph服務的cthulhu，以及一個calamari web的一個基本框架）
5. diamond_3.4.67_all.deb（calamari監控客戶端）

架構

下面Calamari的架構圖能幫助更好的理解它的元件，其中紅框部分為Calamari程式碼實現的部分，非紅框部分為非Calamari實現的開源框架。

1. 在Ceph server node安裝的元件有Diamond和Salt-minion。Diamond負責收集監控資料，它支援非常多的資料型別和metrics，通過檢視原始碼，它支援90多種型別的資料；每一個型別的資料都是上圖中的一個collector，它除了收集Ceph本身的狀態資訊，它還可以收集關鍵的資源使用情況和效能資料，包括CPU，記憶體，網路，I / O負載和磁碟指標，而且還能收集很多流行軟體的效能指標，包括 Hadoop, Mongo, Kafka, MySQL, NetApp, RabbitMQ, Redis, and AWS S3等。Collector都是使用本地的命令列來收集資料，然後報告給Graphite。
2. Graphite不僅是一個企業級的監控工具, 還可以實時繪圖。carbon-cache是Python實現的高度可擴充套件的事件驅動的I/O架構的後端程序，它可以有效地跟大量的客戶端通訊並且以較低的開銷處理大量的業務量。
3. Whisper跟RRDtool類似，提供資料庫開發庫給應用程式來操縱和檢索儲存在特殊格式的檔案資料（時間資料點資料），Whisper最基本的操作是建立作出新的Whisper檔案，更新寫入新的資料點到一個檔案中，並獲取檢索的資料點
4. Graphite_web是使用者介面，用來生成圖片，使用者可以直接通過URL的方式訪問這些生成的圖片。
5. Calamari 使用了Saltstack讓Calamari Server和Ceph server node通訊。Saltstack是一個開源的自動化運維管理工具，與Chef和Puppet功能類似。Salt-master傳送指令給指定的Salt-minion來完成對Cpeh Cluster的管理工作；Salt-minion 在Ceph server node安裝後都會從master同步並安裝一個ceph.py檔案，裡面包含Ceph操作的API，它會呼叫librados或命令列來最終和Ceph Cluster通訊。
6. calamari_rest提供Calamari REST API，詳細的介面請大家參照官方文件。Ceph的REST API是一種低層次的介面，其中每個URL直接對映到等效的CEPH CLI；Calamari REST API提供了一個更高層次的介面，API的使用者可以習慣的使用GET/POST/PATCH方法來操作物件，而無需知道底層的Ceph的命令；它們之間的主要區別在於，Ceph的REST API的使用者需要非常瞭解Ceph本身，而Calamari 的REST API更貼近對Ceph資源的描述，所以更加適合給上層的應用程式呼叫。
7. cthulhu可以理解是Calamari Server的Service層，對上為API提供介面，對下呼叫Salt-master。但是程式碼美中不足的是calamari_rest有些功能直接呼叫了Salt-master而沒有呼叫cthulhu。
8. calamari_clients是一套使用者介面，Calamari Server在安裝的過程中會首先建立opt/calamari/webapp目錄，並且把webapp/calamari下的manager.py(django 配置)檔案考進去， calamari_web的所有內容到要放到opt/calamari/webapp下面來提供UI的訪問頁面。
9. calamari-web包下面的檔案提供所有web相關的配置，calamari_rest和calamari_clients都要用到。

功能

Calamari的最強的就是監控功能，在頁面上可以瀏覽整個Ceph Cluster的使用狀況，OSD狀態，磁碟的IOPS，Ceph Server的系統資源使用情況等。

監控概要

OSD狀態

Calamari 提供的管理功能非常的有限，使用者只可以配置cluster的一些基本引數和新增修改pool

Cluster 配置

新增修改pool

總結：

Calamari為Ceph的運維和管理提供了一個統一的平臺，而且使用者還可以基於這個平臺擴充套件自己的儲存管理產品，但同時也存在著不足和需要改進的地方。

1. 首先，Calamari還不能完成Ceph deploy所實現的部署功能，這是它最大一個不足；Fuel可以完成部署功能，並且可以選擇Ceph server的資料盤和日誌盤以及定製預設的備份數等，所以Calamari + Fuel可以來實現一個完成的基於Ceph的部署和管理工具。
2. 其次，Calamari提供的管理功能太少，使用者無法只使用它來運維一個Ceph環境。
3. 最後，使用者可以基於Calamari開發自己的Ceph管理軟體，UI部分可以修改calamari_clients的頁面，也可也單獨實現一套自己的UI基於calamari_rest和Graphite_web，後端的功能的監控部分可以擴充套件diamond的collector實現，管理Ceph的功能可以擴充套件rest api，cthulhu，salt等來實現。