当CMDB遇上Zabbix,工程师的幸福感提升?

  • 时间:
  • 浏览:0

       在Zabbix监控的第一次上加的前一天,设备的角色,往往不后来 立即定义,机会是,设备的用途尚未全版划分,业务也尚未运行。你这俩,即使你这俩前一天有了自动发现,也是英雄无用武之地也。机会说机器今天你这俩用途,明天那种用途,Zabbix的维护真的是个头疼的事情(朝令夕改,你到底烦不烦呀?,为此呢,现年来经常出现你这俩以客户端主动push数据为主的监控系统。即服务端不必关心客户的任何配置,数据进来就写入。再者上加tag标记,让设备的用途(角色)自动更新。此时的监控系统,在大规模环境的使用上,机会超越了Zabbix,外理了你这俩用户的痛点。但你这俩系统的监控功能并不一定有Zabbix那么 强(毕竟能一块儿提供Agent、SNMP、IPMI、JMX、WEB、SSH、TELNET、扩展监控脚本,但会 能自定义的开源监控系统真的需用你这俩)。真是zabbix 3.2也引入了tag的技术,但要达到你这俩效果,还得有一段路程要走。

    就目前来看,能有一套即满足CMDB基础功能的,又可不需用与Zabbix,发布系统,业务系统相结合的CMDB,才是用户真正我你后来 的CMDB系统

     首先,CMDB是一有4个资产管理系统,他需用分派所有设备的资产信息,其次,他需用周而复始的更新数据信息,手动操作,难免遗漏,自动操作,又会陷入Zabbix自动发现的尴尬境地。另外,CMDB是一有4个组织的人员合作方式方式和IT资产流转,生命周期的管理。从设备的上下架到维保,整个生命周期都需用在CMDB里面体现出来,你这俩别看CMDB是一有4个增全版查的DB,真是往往没你想的那么 简单(经历过的人需用同感



     相信使用Zabbix的我们 们深有感受,监控系统的维护,是个体力活,一块儿也是个技术活(有同感的请举手)。维护久了,就算通过API写你这俩脚本,实现帕累托图功能的自动化。但仍然是一件比较心累的事情,尤其是公司人员众多,多个小组一块儿维护一套Zabbix监控系统的前一天,沟通协调的间题,原因了监控系统经常出现死角,信息不透明,原因了监控变更不及时。维护量巨大,而大多数的公司,不必我就一1当时人专门去维护Zabbix,还得干些你这俩业务价值的活。

     那么 ,你这俩同学说要自建CMDB,你这俩公司也你这俩 做了,然而实际效果如何呢?恐怕并不一定都造的非常好,当时人造的轮子,含着泪需用用。最终的结果你这俩 发现花了很大精力造的CMDB,最终还是无法很好的运转和推广

      一般CMDB系统,都花了很大精力去造CI(配置管理项,即资源)和自动化建模,但会 需用真的好用,你这俩那么说。是需用能真正的外理你间题,你这俩你这俩 好说。这类要达到前面和Zabbix结合使用的效果,恐怕还得你当时人去造一有4个里面环节的轮子都后来 很好的使用。

     你这俩 一有4个过程,将资产的无序状况,变成了有序状况。从而让监控系统实现自主的维护

     然而,CMDB的建设,也并需用一帆风顺的(风险系数极高,请三思而后行)。



      CMDB哪些地方地方外理方案呢?开源的,itdb,itop,cmdbuild,ralph等等,商业的BMC,卓豪等。当你用了开源的CMDB后,恐怕我你后来 再用了。那真需用一般的难用。商业的CMDB,成熟的句子的句子的句子的句子的句子 图片 图片 期期期是什么期期完善,但一般定制不太灵活。但会 ,你机会最终会选泽自建CMDB,回到了结速英文英语 说的那个循环中了。

    总体来说,我你后来 让Zabbix使用的更好,你是需用结合CMDB的,也需用结合你这俩自动化工具。机会有那么 一天,Zabbix和这几个工具更好的整合了,那么 维护Zabbix的活,机会轻松你这俩。当然,OneOaaS从官方了解到的,Zabbix并没哪些地方地方地方打算呀。你这俩,暂时不后来 我们 当时人造轮子吧。

       说了那么 多,那么 CMDB在哪些地方前一天可不需用用呢?

本文转自it你好 51CTO博客,原文链接:http://blog.51cto.com/itnihao/1857808,如需转载请自行联系原作者

     经历过哪些地方地方后,我就真是有一套CMDB是多么幸福的事情(幸福感每一有4个工程师的追求,以手动操作为耻)

        那么 ,读者机会要问了。究竟是以监控系统为主,还是以CMDB为主?OneOaaS给出的建议是,在规模较小,业务环境不复杂性的状况下,可不需用以监控系统为主,但规模较大,变化较快,需用以CMDB为主



     CMDB的实施,一般都需用从领导层的支持,坚定不移的推广下去,不然,CMDB是件那么进行的事情。机会,那么 人我你后来 往CMDB里面去更新数据(这是一有4个公开的秘密)。而要用数据的前一天,CMDB里面并不一定需用,你这俩,维护CMDB的活是个不讨人喜欢的。

       就目前来看,一有4个有序的IT组织,必然需用一有4个统一的资产管理平台,所有的系统,都以CMDB为核心,如机器上线,则自动注册到CMDB,业务变更,自动注册到CMDB,角色变更,停机维护,也一块儿变更CMDB,此时,监控系统只需用维护好相应的规则,即可让监控的自主上加,从而弥补了主动扫描不足英文准确的不足英文。一块儿,灵活性大大增强。只需用通过CMDB获取到设备的相关信息和状况,但会 主动更新监控系统,但会 纠正前一天上加好的,但信息不准确的监控。

      在Zabbix的使用过程中,自动发现(network discovery & low level discovery)堪称监控的运维利器。配置一有4个发现规则,即可将所有的机器纳入监控。你这俩自动化的能力,可不需用秒杀一大片监控系统。那么 ,你这俩自动化能力是需用就足够了呢,机会说是需用适用于所有的场景?在OneOaaS看来,并不一定都可不需用满足,(OneOaaS是Zabbix的合作方式方式伙伴,但会 推出了当时人的监控大屏外理用户的Zabbix使用间题)。但从我们 几滴 用户的使用场景来看,一有4个那么 CMDB的运维环境中,而只依靠Zabbix监控系统,实难担当资产管理的大任,对维护监控系统的人员压力不要

     CMDB往往会被神话,你这俩人说你这俩东西很灵,能外理哪些地方哪些地方间题,真是当你真正用起来了,你又感觉不后来 他到底与多大价值。你这俩感觉你这俩 ,少了你不行,有你不真是你真有多重要(此处运维深深的躺枪)。说实话,那么说CMDB的具体价值,但那么 CMDB一定是不行的。CMDB造的不好,一定也是不行的,造的好,带来的价值是巨大的,造的不好,他总要带来负面影响,传输带宽不一定提高。