您好,登錄后才能下訂單哦!
概念很重要:
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)產品列表,
例如域名過期續費、機房服務器續費等等, 否則出問題才知道又欠費了.
數據鏈接:
alex君 https://github.com/triaquae/MadKing
這個也不錯 https://github.com/voilet/cmdb
http://www.jumpserver.org/
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。