概述

今天主要介紹一下CMDB的一些基礎內容，感興趣的朋友可以看看~

一、cmdb是什么？

》》百度百科

配置管理數(shù)據(jù)庫( Configuration Management Database,CMDB)是一個邏輯數(shù)據(jù)庫，包含了配置項全生命周期的信息以及配置項之間的關系(包括物理關系、實時通信關系、非實時通信關系和依賴關系)。

CMDB存儲與管理企業(yè)IT架構中設備的各種配置信息，它與所有服務支持和服務交付流程都緊密相聯(lián)，支持這些流程的運轉、發(fā)揮配置信息的價值，同時依賴于相關流程保證數(shù)據(jù)的準確性。

在實際的項目中，CMDB常常被認為是構建其它ITIL(Information Technology Infrastructure Library，IT基礎架構庫)流程的基礎而優(yōu)先考慮，ITIL項目的成敗與是否成功建立CMDB有非常大的關系。 70%～80%的IT相關問題與環(huán)境的變更有著直接的關系。

實施變更管理的難點和重點并不是工具，而是流程。即通過一個自動化的、可重復的流程管理變更，使得當變更發(fā)生的時候，有一個標準化的流程去執(zhí)行，能夠預測到這個變更對整個系統(tǒng)管理產生的影響，并對這些影響進行評估和控制。而變更管理流程自動化的實現(xiàn)關鍵就是CMDB。

》》個人理解

CMDB本質是一個存儲IT基礎信息的數(shù)據(jù)庫，目的是為了將內部所有IT資源管理起來，建立一套高質量的IT資源配置主數(shù)據(jù)。我們可以基于CMDB建設來一步一步實現(xiàn)自動化運維。

二、cmdb架構

CMDB架構分基礎資源層架構和應用資源層架構。應用層資源架構把相關的資源以應用為中心實現(xiàn)資源整合。資源及其資源的關系稱之為拓撲（應用拓撲、物理拓撲），資源管理方式有人工維護和自動發(fā)現(xiàn)兩種方式，流程是人工維護的一種復雜場景和手段。

1、基礎CMDB建設五原則

1）面向IaaS和PaaS設計，能夠管理底層的一切資源。

2）狀態(tài)控制借助運維流程自動化完成。

3）CI的維護要深度使用自動發(fā)現(xiàn)，而不是人工維護。

4）資源信息必須能為上層應用提供服務。

5）必須滿足基礎資源的CI管理需要。

2、應用CMDB建設七原則

1）提供統(tǒng)一的應用元數(shù)據(jù)管理能力，和應用類型無關。

2）核心訴求是應用生命周期管理。

3）以應用為中心，而非基礎資源為中心。

4）從應用資源的角度構建起與IT資源的彈性關系。

5）為應用資源、動作、狀態(tài)的統(tǒng)一管理提供支撐。

6）以統(tǒng)一的基礎資源層CMDB作為基礎。

7）核心場景就是持續(xù)交付。

三、CMDB模型設計

模型設計是CMDB建設的重要環(huán)節(jié)，是CMDB的骨架。它是一個抽象建模的過程，并且應該基于企業(yè)IT資源現(xiàn)狀以及消費訴求而進行抽象。具體過程如下：

1）環(huán)境調研：對企業(yè)的組織架構、IT資源類型和規(guī)模、IT流程等進行調研，充分了解企業(yè)IT資源的現(xiàn)狀。

2）模型設計：根據(jù)調研的情況進行設計，內容包含模型的對象、模型的屬性、模型的關系，這些我們稱之為元數(shù)據(jù)。在構建元數(shù)據(jù)的過程中，我們遵循以下原則：

• 以應用為中心原則，圍繞應用自上而下的進行詳細設計；
• 最小化設計原則，即只實現(xiàn)當前運維場景所需要的最小模型集合，避免建模的顆粒度失去控制（強調沒有消費場景的對象/屬性/關系，不應該存儲）；

3）模型評審：模型設計好后，需形成規(guī)范文檔。以便和領導、各個領域的運維管理員進行最終溝通評審，目的是形成一份大家都認可的模型設計，為后續(xù)CMDB推行打下基礎。

4）模型建立：模型設計評審通過后，我們就可以在CMDB工具中進行建模。因此，CMDB的工具必須具備足夠的靈活性，能夠根據(jù)企業(yè)不同的環(huán)境靈活定義模型對象、屬性及關系。

四、CMDB表結構設計

1、資產總表

2、服務器表

3、網(wǎng)絡設備表

4、應用表

5、cpu表

6、內存表

7、硬盤表

8、網(wǎng)卡表

9、raid表

10、廠商表

11、業(yè)務線表

12、合同表

13、機房表

14、標識表

15、資產狀態(tài)表

16、資產上線審批表

五、目前的開源CMDB有哪些

目前主流的開源CMDB軟件包括: OneCMDB、CMDBuild、 ltopCMDB、Rapid OSS、ECDB、 i-doit等 ,其中比較出名的是前二者，當然騰訊藍鯨CMDB也開源了，后面抽空測試一下吧。。

1、OneCMDB

OneCMDB主要面向的是中小型企業(yè)。可以作為一個獨立的CMDB來保持軟件和硬件資產及其相互關系的軌道。由于其具有開放的API ,因此其也可以是擁有靈活的強大的配置管理引擎的其他服務管理軟件。

OneCMDB易于安裝和填充數(shù)據(jù),它有一個無需用戶具有編程能力就能改變和增強的數(shù)據(jù)模型,它能讓用戶輕松做到如下幾點:

1)創(chuàng)建CMDB數(shù)據(jù)模型,而無需寫代碼。

2)填充數(shù)據(jù)，可以通過網(wǎng)絡自動發(fā)現(xiàn)。

3)通過各種靈活的導入和轉換機制來從外部源獲取信息。

4)導入/導出網(wǎng)絡配置信息從/到Nagios網(wǎng)絡監(jiān)控系統(tǒng)。

>>OneCMDB也有如下一些缺點:

1)純英文操作界面,增加了誤操作率。

2)只支持從Nagios系統(tǒng)自動發(fā)現(xiàn)導入。

3)現(xiàn)在該產品基本無人維護。

4)UI可定制化低。

2、CMDBuildS

CMDBuild是一個通過Web界面配置的CMDB系統(tǒng)?？梢酝ㄟ^Web界面來進行建模、創(chuàng)建資產數(shù)據(jù)庫,并處理相關的工作流程。

CMDBuild可用于集中管理數(shù)據(jù)庫模塊和外部應用:自動庫存、文檔管理、文本處理、目錄服務、電子郵件、監(jiān)控系統(tǒng)、用戶網(wǎng)站、其他信息系統(tǒng)等。

CMDBuild應該是使用者比較多的一款產品,它具有如下優(yōu)點:

1）Ajax操作十分便捷(采用了ExtJS作為支持)。

2）數(shù)據(jù)格式自由定制(在GLPI中,資產的數(shù)據(jù)格式都已經(jīng)定義好了,用戶很難再做修改 )。

3）支持多種開源標準( XPDL)。

4）可以自定義Workflow ,便于ITIL。

5）有專門的團隊在不斷進行維護

6）SOAP和RES T的WebService接口。

3、RapidOSS（基于RapidCMDB技術）

一種實用的解決方案。它不與傳統(tǒng)的CMDB產品競爭。它從頭開始設計為聯(lián)合解決方案（而不是事后的想法），以便輕松利用現(xiàn)有系統(tǒng)和數(shù)據(jù)源。RapidOSS是一個用于IT運營管理的集成，自動化和演示套件。它將領先的Web技術引入IT管理領域，從一開始就設計為一個開放式解決方案，以最大限度地縮短實施時間和總體擁有成本，并最大限度地提高技能重用率。

4、i-doit

基于ITIL指南的IT文檔系統(tǒng)。它記錄了IT系統(tǒng)及其變更，定義了應急計劃，顯示了重要信息，并有助于確保IT網(wǎng)絡的穩(wěn)定和高效運行。i-doit允許以結構化方式從墻壁插座向主機提交大量技術信息。每個員工都可以通過Web瀏覽器輕松（并以選擇的方式）訪問此信息。由于其模塊化架構，可以部署功能附加組件或開發(fā)擴展。

后面會分享更多devops和DBA方面內容，感興趣的朋友可以關注下！