CMDB与ITSM_模型设计

BMC remedy系统关系模型 简写 容易理解图。

时间: 2024-10-13 19:40:26

CMDB与ITSM_模型设计的相关文章

CMDB反思3

CMDB模型设计1 http://blog.vsharing.com/xqscool/A1274634.html 分类的问题上比较有感悟.在之前编写新版的CMDB模型的时候,曾将刀片机.x86服务器.小型机等统一归为服务器,通过架构和机箱(刀片.机架.立式,好像是这三种)区分.由于使用的是SD,而且到我那一期时字段剩余的不多,为了方便统计和展示,才出此下策——不过当时感觉很好哈,终于一统天下了,不过也是无奈的选择. 如果分类在存储和展示上都能够自定义而且有足够的空间的话,确实如破子所说,分类是不

CMDB反思4

CMDB模型设计2 http://blog.vsharing.com/xqscool/A1275233.html 估计大家看到破子的这两篇都有点晕哈,我也有点晕. 两篇对比来看. 第1处,属性部分新增了动态的内容.这也是我一直考虑的问题——毕竟咱是搞监控多年,监控的数据是否存放在CMDB中也考虑了很久.因为CMDB使用的更多应当是当前状态,如果要记录性能数据的话就需要记录历史情况,这样感觉将CMDB与监控打包在一起了.我这里还是只是提供接口,CMDB可以调用.再者,CMDB有这些属性,也必须有数

CMDB到底如何建设?

随着自动化运维的火热,CMDB建设项目不断的涌现,正是因为CMDB就是自动化运维的基石.关于CMDB的概念.定位.价值.与周边的关系.企业面临的痛点等,这里不做阐述,总结来说就是CMDB很基础.很重要又很复杂.本文直入主题,主要讲述CMDB具体应该如何建设,内容包括建设目标.框架和指引. CMDB的建设目标 CMDB的本质是建数据,而数据就必须是准确和可用的才有价值.因此CMDB最核心的建设目标是建立一套高质量的IT资源配置主数据. CMDB的建设框架 我们利用一个分层框架,来对整个CMDB的实

CMDB开发

浅谈ITIL TIL即IT基础架构库(Information Technology Infrastructure Library, ITIL,信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订,现由英国商务部OGC(Office of Government Commerce)负责管理,主要适用于IT服务管理(ITSM).ITIL为企业的IT服务管理实践提供了一个客观.严谨.可量化的标

CMDB专家实践谈:自动化运维的基石CMDB

CMDB是什么? 运维百花齐放繁荣景象的同时,也让碎片化问题产生:每个人都想整合运维平台,但是往往事与愿违. CMDB就像一个人的大脑核心,是一个信息协调库,其存储的资料是协调身体完成各种复杂运动的信息来源. 我心中的CMDB .碎片整合 面向运维工具的碎片化场景,是盘活整个运维管理的数据核心 .元数据库 提供运维活动的基础元数据,是唯一可信的运维配置数据服务 .场景驱动 为运维联动提供数据驱动,可协调工具来完成各类自动化场景 自动扩容+自动监控 CMDB如何建设? 痛点现象与对策I模型建不好

cmdb项目1

CMDB项目 需求: 1.ip地址 2.mac地址 3. 1.查看Linux硬件基础信息 1.查看cpu       cat/proc/cpuinfo (1)processor:包括这一逻辑处理器的唯一标识符. (2)physical id :包括每个物理封装的唯一标识符. (3)core id :保存每个内核的唯一标识符. (4)siblings :列出了位于相同物理封装中的逻辑处理器的数量. (5)cpu cores :包含位于相同物理封装中的内核数量. (6)如果处理器为英特尔处理器,则v

CMDB内功心法,助我登上运维之巅

很多70.80后甚至90后都在金庸.古龙.梁羽生先生等武林大家熏陶下成长的,这么多年过去了,我的武侠梦依然不曾散去.曾几何,梦想有一天练就一身绝学,搂着小师妹花前月下,仗剑走天涯,快意人生.可每次的酣睡美梦都被班主任大书板子给抽醒,在他们的鞭策之下,浑浑噩噩的成了一位IT骚年.我们都知道武功分为内功和招式,内功是气,而招式是形,以气御形.内功深厚,会让你的招式如虎添翼.势如破竹:内功不济,招式也是花拳绣腿.苍白乏力.同样光有内力而无招式的延展,也仅仅是一只呆头鹅.所以内力和招式相辅相成,相得益彰

Python CMDB开发

Python CMDB开发 运维自动化路线: cmdb的开发需要包含三部分功能: 采集硬件数据 API 页面管理 执行流程:服务器的客户端采集硬件数据,然后将硬件信息发送到API,API负责将获取到的数据保存到数据库中,后台管理程序负责对服务器信息的配置和展示. 采集硬件信息 采集硬件信息可以有两种方式实现: 利用puppet中的report功能 自己写agent,定时执行 两种方式的优缺点各异:方式一,优点是不需要在每台服务器上步一个agent,缺点是依赖于puppet,并且使用ruby开发:

CMDB机柜平台结合zabbix告警展示

最近看了刘天斯老师的机柜展示平台,非常绚丽,而且有大屏显示的话也是能够体现运维价值的,这里就说下我最近在做的CMDB平台的一些数据: CMDB数据: 机房,机柜,机柜电源,机柜位置,机房合同,合同到期时间,机房联系人. 服务器,CPU,硬盘,是否虚拟化,宿主机,raid类型,内存. 资产ID,上架日期,下架记录,服务器代理商,代理商联系方式,服务器到保日期. IP地址,MAC地址,业务线,产品线,操作系统. 通信这块主要技术json-rpc,然后提供Api接口给程序调用,按照固定格式导入即可:硬