原文:《ITIL之配置管理(CMDB)實施案例》


在提供高可靠的IT服務方面,IT部門面臨巨大的挑戰。實施IT服務管理,首先需要良好的配置管理策略:


因此配置管理實施是IT服務管理的一個關鍵。


配置管理的目標是:落實組織的所有IT資產和配置及其相關服務;提供準確的配置信息和配置相關的文檔信息來支持所有別的服務管理流程;提供一種事件管理、問題管理,變更管理和發布管理的堅實基礎;根據配置記錄驗證基礎設施的正確性,并糾正任何異常。


當達到這些目標之后,您的組織才能夠感受到顯著的、可衡量的IT服務的好處。





配置管理和CMDB的價值



1. CMDB的定位

CMDB作為一個信息管理平臺,定義了IT運維管理對象的基礎信息的標準,包含了對象本身的描述屬性,與其他對象的關系,信息的規范等; 同時提供了一系列數據整合、加工手段,并配合流程管理,確保數據的準確性; 并作為信息橋梁,通過標準接口對外提供統一的數據服務,支撐多場景、多視角消費。 所以總的來說,CMDB定位為:數據標準制定者、數據加工廠 、信息橋梁。


2.數據標準的制定者

CMDB的數據標準主要包括以下三個方面:

· 確定配置數據模型的整體框架,特別是以應用為導向的端到端模型框架 ,  確定配置項的分類、關系的分類

· 確定數據的規范,如屬性的命名規則、數據字典、唯一標識

               · 確定數據生產和消費的原則,包括生產職責、生產手段,消費方式


3. 數據加工廠

CMDB從多個視角提供配置信息,信息來自多個數據源,CMDB整合并處理不同的數據,統一數據的規范、構建數據之間的互聯關系。其中部分數據通過接口同步到CMDB中,部分數據不進入CMDB,但在CMDB中建立關聯。下圖以服務器配置項為例,描述其數據組成及流向:


image

那么如何才能實施落地好配置管理了?下面我們針對配置管理整個實施過程中關鍵的步驟進行詳細解析,本節主要內容目錄如下:

需求定義及實施

  1. 需求定義方法

  2. 確定消費場景

  3. 定義CI顆粒度

  4. 定義配置模型

  5. 定義CI關系

  6. 制定CMDB服務藍圖

  7. 數據采集校驗





需求定義及實施
01
需求定義方法





配置管理的需求梳理從使用場景入手,綜合考慮不同運維團隊視角,梳理出CMDB需要提供的信息視圖,形成系統展現功能和數據需求。

基于上述需求,進一步分析、確定配置信息的數據結構,最終以面向對象的方法設計出配置數據模型,包括CI分類、屬性、關系 。

image



02
確定消費場景




在ITIL整個實踐體系中配置管理主要用于支撐以下四方面的使用場景需求:

變更管理:各團隊在進行變更規劃時,在變更單中需要關聯配置項,查詢變更對象的詳細信息,分析變更可能產生的影響范圍;變更完成后,需要手工更新管理類的屬性,如狀態;同時,在變更單關閉前,需要比對變更前后配置項的信息變化,確認變更導致的配置信息變化是否及時體現到CMDB中;


故障分析:各團隊在進行故障分析時,在事件/問題單中需要關聯表象配置項,查詢對象的詳細信息,了解上下游關系,了解近期變更情況;在找到問題根源后,在事件/問題單中需要關聯根源配置項;


精細化/標準化管理:從各個視角出發,細化CMDB的管理粒度,對配置項進行層次劃分,對于可以通過自動化手段能獲取的細粒度配置項作為二級配置項納入管理范圍;通過CMDB支撐數據中標準化工作(如通過CMDB管理標準化的服務目錄,基于配置信息生成標準化的管理報表),同時從CMDB自身數據質量出發,明確數據規范,如CI命名規范、屬性數據字典、數據來源等。 


可用性/容量管理:支撐可用性管理,通過CMDB管理應用及IT基礎架構的可用性指標,并與監控系統集成,快速查看配置項的當前可用性狀態;支撐容量管理,通過CMDB管理應用及IT基礎設施的額定容量數據,并結合監控系統歷史數據,為容量模型數據庫提供信息輸入。


我們通過下面這張視圖結合IT部門設置和團隊職責分工來總結出符合當前企業的消費場景:

image



03
定義CI的顆粒度




定義CI顆粒度即梳理確認你實施配置管理最終要管理的CI范圍,包含兩方面:廣度和深度。說簡單點就是定義要管理的CI分類和屬性、關系。


image


image

分類的定義:根據實際情況梳理出計劃管理的CI類別,參考示例如下:


image


屬性的定義:針對不同的分類需要管理的屬性分別是什么,定義分類和屬性時需要考慮這些屬性是否可被管理,數據采集的方式,作用等要綜合評估,這些決定了實施的工作量和復雜度,也關系了整個實施的成敗。


屬性通常分為兩部分:一部分公有屬性,如名稱,編號,分類,狀態,管理對象、使用對象、創建人、創建時間、修改人和修改時間等 ,另一部份為私有根據不同分類的不同定義。


#

屬性名稱

屬性類型

數據類型

格式要求

場景描述

1




參考命名規范

系統自動生成-作為唯一標識供前臺識別搜索

2

配置項編碼

系統屬性

文本

參考編碼規范

系統自動生成-作為唯一標識系統后臺使用

3

配置項描述

通用屬性

文本

長度<512

基本描述

4

備注

通用屬性

文本

長度<255

備注

5

一級分類

通用屬性

文本

標準選項:模型數據字典


6

二級分類

通用性

文本

標準選項:模型數據字典


7

三級分類

通用屬性

文本

標準選項:模型數據字典


8

狀態

通用屬性

文本

標準選項:菜單

所有CI的活動情況記錄

9

配置項管理員

通用屬性

文本

搜索選擇

供聯絡的配置項負責人

10

配置項創建人

系統屬性

文本

長度<255

系統自動記錄-CI錄入的人

11

配置項創建時間

系統屬性

時間

年-月-日 時:分:秒

系統自動記錄-CI錄入的時間

12

最后更新人

系統屬性

文本

長度<255

系統自動記錄-CI修改的人

13

最后更新時間

系統屬性

時間

年-月-日 時:分:秒

系統自動記錄-CI修改的時間

14

最后審計時間

通用屬性

時間

年-月-日 時:分:秒

審計時間記錄

公有屬性參考

#

屬性名稱

屬性類型

數據類型

格式要求

維護方式

1

設備序列號

主鍵

文本

長度<255

手工

2

設備名稱

基礎屬性

文本

長度<255

手工

3

廠商

基礎屬性

文本

標準選項:菜單

手工

4

設備型號

基礎屬性

文本

長度<255

手工

5

物理CPU數

基礎屬性

整型

>0

手工

6

內存總量(G)

基礎屬性

整型

>0

手工

7

磁盤容量(G)

基礎屬性

文本

長度<256

手工

8

管理IP

基礎屬性

文本

長度<256

手工

9

維保廠商

基礎屬性

文本

標準選項:菜單

手工

10

維保截止日期

基礎屬性

日期

年-月-日 時:分:秒

手工

11

所在地點

基礎屬性

文本

長度<255

手工

12

所在機房

基礎屬性

文本

標準選項:菜單

手工

13

所在機柜編號

基礎屬性

文本

長度<255

手工

14

部署U位

基礎屬性

文本

長度<255

手工

15

電源1

基礎屬性

文本

長度<256

手工

16

電源2

基礎屬性

文本

長度<256

手工

17

固定資產編號

基礎屬性

文本

長度<256

手工

私有屬性參考




04
定義配置模型




配置管理的整體模型需要涵蓋IT管理的多個領域,同時覆蓋各個團隊的相關工作,模型的主線是業務、應用、服務器、環境同時兼顧與批量、中間件、數據庫、網絡、存儲的關聯,對于配置項的相關過程信息、實時信息則通過外部的流程、容量、可用性數據體現,實現系統間的聯邦集成。


利用CI之間的關系可以有效地將相關的CI連接起來,形成結構模型,從而為故障和問題的解決、變更的計劃和執行提供更直觀的參照,下圖是推薦模型構建的原則及構建示例:

image


通用模型結構如下圖所示:

image

開放系統模型

image






05
定義CI關系




CI關系類型如下表所示,包括:包含、依賴、安裝、接入、存儲鏈路五種關系,CI關系主要用于圖形化展示及影響分析,常見主要關系類型如下表所示:


#

關系名稱

源CI對象

目標CI對象

1

包含

服務

活動

應用系統

應用服務

應用系統

數據庫服務

應用系統

操作流程

應用服務

交易

應用服務

數據庫服務

數據庫服務

Oracle實例

數據庫服務

SQL Server實例

數據庫服務

My SQL實例

資源組

資源

資源組

集群

集群

邏輯服務器

邏輯服務器

應用服務

邏輯服務器

數據庫服務

邏輯服務器

IP地址

邏輯服務器

網絡端口

磁盤陣列

LUN

物理服務器

邏輯服務器

網絡設備

網絡板卡

網絡設備

網絡端口

網絡板卡

網絡端口

物理服務器

HBA卡端口

SAN交換機

SAN端口

磁盤陣列

存儲池

磁帶庫

存儲池

2

依賴

應用系統

應用服務

應用系統

數據庫服務

應用子系統

集群

應用子系統

軟件實例

軟件實例

軟件產品

數據庫實例

表空間

邏輯服務器

物理服務器

表空間

數據文件

3

安裝

工具軟件

邏輯服務器

Weblogic

邏輯服務器

Tuxedo

邏輯服務器

Oracle

邏輯服務器

物理服務器

機柜

磁盤陣列

機柜

帶庫

機柜

SAN交換機

機柜

交換機

機柜

路由器

機柜

防火墻

機柜

負載均衡

機柜

機柜

機房

配電柜

機房

空調

機房

UPS

機房

4

接入

邏輯服務器

網絡端口

5

存儲鏈路

數據庫實例

表空間

表空間

文件系統

文件系統

LV

LV

VG

VG

PV

PV

LUN

LUN

存儲前端口

存儲前端口

SAN端口

SAN端口

SAN交換機

SAN交換機

HBA卡




06
制定CMDB服務藍圖




CMDB的建設是一個長期而復雜的過程,需要分階段規劃實施不可一蹴而就,要制定清晰的服務藍圖,如下:

image




07
數據采集校驗




配置管理數據來源主要有以下幾種方式:

 通過工具自動發現

 通過模板批量導入數據

 其他系統數據聯邦

 手工錄入數據


具體數據工具及使用在此不做詳細說明,在通過以上方式將數據采集后還需要進行嚴格的數據校驗調和過程再轉入到生產環境消費,

image