概念很重要:
CMDB(Configuration Management Database-配置管理資料庫),存儲與管理企業IT架構硬體裝置和軟體資源等資訊.
硬體CMDB針對硬體裝置資源維護管理,統轄域内超融合基本設施的計算(CPU和記憶體)、存儲、網絡、IO、虛拟化等資源.
軟體CMDB針對'系統(os/vm/docker)<->服務<->應用'資源鍊維護管理.
會分為兩章節進行陳述,分别為<1.4 運維平台之硬體CMDB> 和 <1.5 運維平台之軟體CMDB>.
需求:
1.機房和機架資訊收集、機架機管理使用.
2.網絡裝置基本資訊和接線(交換機等)、線路資源(專線等)、網絡架構和硬體裝置拓撲如何維護.
3.伺服器基本資訊收集更新,涉及CPU、記憶體、磁盤、網絡、RAID等部件.
4.IP位址規則、DNS域名管理、VIP位址、客戶經銷商等擴充資源.
5.運維成本統計(針對費用),包括産品類型和運維成本.
6.IT資源分布和消耗使用,以便進行IT規則和架構調整.
難點:
1.A公司(大量小型機,X86伺服器,刀箱伺服器等,自建機房;使用FusionSphere、kvm、vmware exsi等私有雲)；
B公司(擁有不小X86伺服器,租用機房;内部使用docker容器雲,對接阿裡雲、騰訊雲等);
反正每個公司業務場景不一緻,需要調整CMDB資料結構模型,以适應相關需求.
2.某同僚維護大量小型機,使用excel進行維護更新,接入到CMDB系統是否簡單和友善查找,最後他拒絕了.
使用者體驗第一,在保證功能強壯的基礎下, 如何提高CMDB系統易用性.
3.資料入庫和更新自動化探索, 如何做到架構調整和資料同步一緻.
4.基于狀态機的裝置生命周期生态系統建設, 變更操作通過workflow系統(有迹可尋),狀态改變推送到monitor系統.
為何需要CMDB:
1.之前某台裝置當機,某塊擴充磁盤(後續添加)損壞,廠商需要找到對應order_id才提供更換服務;
2.去機房接條網線,結果弄錯了,郁悶.
3.雙11到來,需要快速上線大量vm,需要确認資源是否充足.
4.部門内部溝通,項目上線架構規則(需要開發和DBA),需要了解資源現狀.
機架機櫃圖
需要将機器和機架裝置在平台模拟展現出來, 見識過以前公司的機櫃圖, 也參考過實作真實的機櫃模拟圖(http://blog.liuts.com/post/206/),運維平台化之IDC機房機櫃伺服器拓撲圖實作思路(http://xiaorui.cc/?s=%E6%9C%BA%E6%9F%9C&submit=), 最終我是找到一個基于js/css執行個體, 通過webapi讀取json資料, 然後通過jquery對資料進行繪圖.
網絡架構拓撲和硬體裝置拓撲
感覺需要大量的前端知識, 暫時使用軟體(https://www.processon.com/)畫圖,再投放到網頁上.
太難了, 現在還在(抄代碼)開發過程中. 哈哈.
伺服器基本資訊收集更新
主要抄襲alex君的項目https://github.com/triaquae/MadKing, 對django model進行大量修改.
hwcheck(rvadmin工具)對DELL實體機非常好,不但可以進行裝置監控, 友好支援部件檢測.
由于修改大量字段,是以重構資料接入和更新共用子產品(core.py), 函數比較多,可以參考一下.
查詢清單
詳細頁面1
詳細頁面2
資料變動會接入到報警系統
網絡資源和基本盤存放雜七雜八的資訊, 類似表單.
IP資源: IP位址規劃, IP使用情況, 有時vm下線,需要回收資源,以便下次配置設定.
虛拟位址: VIP/IP映射情況, 有時可能記錄硬防映射; 有時記錄lvs映射; 其它應用vip情況.(很有用的)
域名使用: 域名和詳細域等等, 對接到dnspod更新資訊, 對接軟體CMDB.
IDC管理: 故障有問題, 提供地點和緊急電話.
客戶經銷商: 這個必須有.
運維成本統計
類似(https://cloud.tencent.com/product/sms)産品清單,
例如域名過期續費、機房伺服器續費等等, 否則出問題才知道又欠費了.
資料連結: