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

  • 时间:
  • 浏览:0
  • 来源:5分11选5APP下载_5分11选5APP官方

      CMDB有什么解决方案呢?开源的,itdb,itop,cmdbuild,ralph等等,商业的BMC,卓豪等。当你用了开源的CMDB后,恐怕你会再用了。那真全是一般的难用。商业的CMDB,旺盛期 图片 期 图片 的句子期期完善,但一般定制不太灵活。或者,你可能性最终会取舍自建CMDB,回到了现在开始说的那个循环中了。

     CMDB往往会被神话,或多或少或多或少人说你这人 东西很灵,能解决什么什么问题,虽然当你真正用起来了,你又感觉越来越他到底与多大价值。你这人 感觉却说,少了你不行,都全是你不虽然你真有多重要(此处运维深深的躺枪)。说实话,不难 说CMDB的具体价值,但越来越CMDB一定是不行的。CMDB造的不好,一定也是不行的,造的好,带来的价值是巨大的,造的不好,他全是带来负面影响,波特率单位不一定提高。

      一般CMDB系统,都花了很大精力去造CI(配置管理项,即资源)和自动化建模,或者全是真的好用,你这人 不难 说。是全是能真正的解决你问题,你这人 却说好说。类事要达到前面和Zabbix结合使用的效果,恐怕还得你各人 去造有有有有几个 中间环节的轮子上能很好的使用。

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

     CMDB的实施,一般都须要从领导层的支持,坚定不移的推广下去,不然,CMDB是件不难 进行的事情。可能性,越来越人你会往CMDB中间去更新数据(这是有有有有几个 公开的秘密)。而要用数据的并且,CMDB中间不须全是,或多或少或多或少,维护CMDB的活是个不讨人喜欢的。

     经历过什么后,你会虽然有一套CMDB是多么幸福的事情(幸福感每有有有有几个 工程师的追求,以手动操作为耻)

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

        越来越,读者可能性要问了。究竟是以监控系统为主,还是以CMDB为主?OneOaaS给出的建议是,在规模较小,业务环境不繁杂的情況下,上能以监控系统为主,但规模较大,变化较快,须要以CMDB为主



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

     相信使用Zabbix的你们 们深有感受,监控系统的维护,是个体力活,同去也是个技术活(有同感的请举手)。维护久了,就算通过API写或多或少脚本,实现要素功能的自动化。但仍然是一件比较心累的事情,尤其是公司人员众多,多个小组同去维护一套Zabbix监控系统的并且,沟通协调的问题,原困了监控系统再次总出 死角,信息不透明,原困了监控变更不及时。维护量巨大,而大多数的公司,不想你会有有有有几个 人专门去维护Zabbix,还得干些或多或少业务价值的活。

    总体来说,你会让Zabbix使用的更好,你是须要结合CMDB的,也须要结合或多或少自动化工具。可能性有越来越一天,Zabbix和这有几个工具更好的整合了,越来越维护Zabbix的活,可能性轻松或多或少或多或少。当然,OneOaaS从官方了解到的,Zabbix并越来越什么打算呀。或多或少或多或少,暂时越来越你们 各人 造轮子吧。

     另有有有有几个 有有有有几个 过程,将资产的无序情況,变成了有序情況。从而让监控系统实现自主的维护



       就目前来看,有有有有几个 有序的IT组织,必然须要有有有有几个 统一的资产管理平台,所有的系统,都以CMDB为核心,如机器上线,则自动注册到CMDB,业务变更,自动注册到CMDB,角色变更,停机维护,也同去变更CMDB,此时,监控系统只须要维护好相应的规则,即可让监控的自主再加,从而弥补了主动扫描存在问题准确的存在问题。同去,灵活性大大增强。只须要通过CMDB获取到设备的相关信息和情況,或者主动更新监控系统,或者纠正并且再加好的,但信息不准确的监控。



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

     越来越,或多或少或多或少同学说要自建CMDB,或多或少或多或少公司也另有有有有几个 做了,然而实际效果怎样呢?恐怕不须都造的非常好,各人 造的轮子,含着泪全是用。最终的结果却说发现花了很大精力造的CMDB,最终还是无法很好的运转和推广

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

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

       说了不要 ,越来越CMDB在什么并且上能用呢?