[發明專利]一種通過Zabbix監控Ceph集群的方法

在審

• 申請號: 201510418268.1
• 申請日: 2015-07-16
• 公開（公告）號: CN105119737A
• 公開（公告）日: 2015-12-02
• 發明（設計）人: 李國濤;周慶勇
• 申請（專利權）人: 浪潮軟件股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/26
• 代理公司: 濟南信達專利事務所有限公司 37100
• 代理人: 姜明

技術領域

　　本發明涉及一種Ceph集群的監控方法，具體地說是一種通過Zabbix監控Ceph集群的方法。

背景技術

Ceph集群是統一存儲系統，支持三種接口：Object（對象）：有原生的API，而且也兼容Swift和S3的API；Block（塊）：支持精簡配置、快照、克?。籉ile（文件）：Posix接口，支持快照。Ceph也是分布式存儲系統，它的特點是：高擴展性：使用普通x86服務器，支持10~1000臺服務器，支持TB到PB級的擴展；高可靠性：沒有單點故障，多數據副本，自動管理，自動修復；高性能：數據分布均衡，并行化度程度高。對于objectsstorage（對象存儲）和blockstorage（塊存儲），不需要元數據服務器。

Zabbix是一個基于Web界面的，提供分布式系統監視以及網絡監視功能的企業級的開源解決方案。Zabbix能監視各種網絡參數，保證服務器系統的安全運營，并提供彈性的通知機制以讓系統管理員快速定位并解決存在的各種問題。

Ceph功能如此犀利，但對其監控卻很不方便。尤其是出現問題時，很難定位。

發明內容

　　本發明的技術任務是針對以上不足之處，提供一種通過Zabbix監控Ceph集群的方法，來解決Ceph集群出現異常時難以分析、解決的問題。

本發明解決其技術問題所采用的技術方案是：

一種通過Zabbix監控Ceph集群的方法，Ceph集群的服務器通過千兆網或萬兆網進行互聯，Zabbix采用服務端及客戶端的架構，包括如下步驟：

（1）、Zabbix服務端使用單獨一臺服務器部署，將Zabbix客戶端部署在Ceph集群對應的服務器上；

（2）、在Zabbix服務端選擇要添加監控項的Ceph集群對應的服務器，之后在相應服務器上添加監控項；

（3）、利用Ceph集群提供的API，加之Zabbix的自定義監控功能，實現對Ceph集群的監控；

（4）、監控Ceph集群的整體健康狀態、MON服務狀態、OSD服務狀態，當狀態發生異常，發出報警；監控Ceph集群的操作，并用圖表進行展示。

步驟（2）中的監控項包括CPU負載、內存使用率、磁盤使用率、網絡流量。

通過Zabbix監控Ceph集群的流程如下：

①、編寫Ceph集群的進程監控腳本，獲取監控項的具體值；

②、根據監控項的具體值內的進程的名稱或進程的端口號來判定該進程是否存在；

如果傳送的監控項的具體值內包含進程的端口號，則根據端口號判斷進程是否存在，進程存在則返回值為1，進程不存在則返回值為0；如果監控項的具體值內不包含進程的端口號，根據進程的名稱判斷進程是否存在，進程存在則返回值為1，進程不存在則返回值為0；

③、在zabbix_agentd.conf文件中定義UserParameter，格式為：用戶參數=鍵值[*],命令；

④、配置Item，通過鍵值來控制傳參，其中鍵值和zabbix_agentd.conf中定義的UserParameter一致；

⑤、接著查看監控項的具體值情況，如果數據為1，則監控正常；

⑥、配置觸發器，用來報警，最后一次的值是0則觸發報警；

⑦、進行宕服務測試，在ceph集群的服務器端，宕掉MON服務或OSD服務，測試定制的相應時間后會不會收到郵件報警。

將錯誤日志存入MongoDB數據庫，用來存儲實時的監控數據和歷史信息，供開發或維護人員用來進行離線分析之用。

本發明的一種通過Zabbix監控Ceph集群的方法和現有技術相比，具有以下有益效果：

1、借助Zabbix提供的強大監控功能，加之Ceph集群本身提供的API和日志，對Ceph集群的運行情況進行全方面的監控，出現問題時簡單快速定位；

2、具有實時監控、離線分析等特點，使原本復雜的Ceph集群的監控分析變得簡單易行；

3、使用簡單、性能優越。

附圖說明

下面結合附圖對本發明進一步說明。

附圖1為一種通過Zabbix監控Ceph集群的方法的架構框圖。

具體實施方式

下面結合附圖和具體實施例對本發明作進一步說明。

實施例1：

本發明的一種通過Zabbix監控Ceph集群的方法，Ceph集群的服務器通過千兆網或萬兆網進行互聯，Zabbix采用服務端及客戶端的架構，包括如下步驟：