当CMDB赶上Zabbix,工程师的幸福感提高?

本文来自OneOaaS微信公众号，http://url.cn/2HSrHMj

        在Zabbix的使用过程当中，自动发现(network discovery & low level discovery)堪称监控的运维利器。配置一个发现规则，便可将全部的机器归入监控。这种自动化的能力，能够秒杀一大片监控系统。那么，这种自动化能力是否是就足够了呢，或者说是否是适用于全部的场景？在OneOaaS看来，未必均可以知足，(OneOaaS是Zabbix的合做伙伴，而且推出了本身的监控大屏解决用户的Zabbix使用问题)。但从咱们大量用户的使用场景来看，一个没有CMDB的运维环境中，而只依靠Zabbix监控系统，实难担当资产管理的大任,对维护监控系统的人员压力太大。

        那么，读者可能要问了。到底是以监控系统为主，仍是以CMDB为主？OneOaaS给出的建议是，在规模较小，业务环境不复杂的状况下，能够以监控系统为主，但规模较大，变化较快，必须以CMDB为主。

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

       说了这么多，那么CMDB在何时能够用呢？

       就目前来看，一个有序的IT组织，必然须要一个统一的资产管理平台，全部的系统，都以CMDB为核心，如机器上线，则自动注册到CMDB，业务变动，自动注册到CMDB，角色变动，停机维护，也同时变动CMDB，此时，监控系统只须要维护好相应的规则，便可让监控的自主添加，从而弥补了主动扫描不够准确的缺陷。同时，灵活性大大加强。只须要经过CMDB获取到设备的相关信息和状态，而后主动更新监控系统，而且纠正之前添加好的，但信息不许确的监控。

     这样一个过程，将资产的无序状态，变成了有序状态。从而让监控系统实现自主的维护。

     相信使用Zabbix的朋友们深有感觉，监控系统的维护，是个体力活，同时也是个技术活(有同感的请举手)。维护久了，就算经过API写一些脚本，实现部分功能的自动化。但仍然是一件比较心累的事情，尤为是公司人员众多，多个小组同时维护一套Zabbix监控系统的时候，沟通协调的问题，致使了监控系统出现死角，信息不透明，致使了监控变动不及时。维护量巨大，而大多数的公司，不会让你一我的专门去维护Zabbix，还得干些其余业务价值的活。

     经历过这些后，你会以为有一套CMDB是多么幸福的事情(幸福感每个工程师的追求，以手动操做为耻)。

     然而，CMDB的建设，也并非一路顺风的（风险系数极高，请三思然后行）。

     首先，CMDB是一个资产管理系统，他须要采集全部设备的资产信息，其次，他须要周而复始的更新数据信息，手动操做，不免遗漏，自动操做，又会陷入Zabbix自动发现的尴尬境地。另外，CMDB是一个组织的人员协做和IT资产流转，生命周期的管理。从设备的上下架到维保，整个生命周期都须要在CMDB里面体现出来，因此别看CMDB是一个增删改查的DB，其实每每没你想的那么简单（经历过的人都有同感）。

     那么，不少同窗说要自建CMDB，不少公司也这样作了，然而实际效果如何呢？恐怕未必都造的很是好，本身造的轮子，含着泪都要用。最终的结果就是发现花了很大精力造的CMDB，最终仍是没法很好的运转和推广。

     CMDB每每会被神话，不少人说这个东西很灵，能解决什么什么问题，其实当你真正用起来了，你又感受不到他到底与多大价值。这种感受就是，少了你不行，有了你不以为你真有多重要（此处运维深深的躺枪）。说实话，很难说CMDB的具体价值，但没有CMDB必定是不行的。CMDB造的很差，必定也是不行的，造的好，带来的价值是巨大的，造的很差，他必定会带来负面影响，效率不必定提升。

      CMDB有哪些解决方案呢？开源的，itdb，itop，cmdbuild，ralph等等，商业的BMC，卓豪等。当你用了开源的CMDB后，恐怕不想再用了。那真不是通常的难用。商业的CMDB，成熟完善，但通常定制不太灵活。而后，你可能最终会选择自建CMDB，回到了开始说的那个循环中了。

      通常CMDB系统，都花了很大精力去造CI(配置管理项，即资源)和自动化建模，可是不是真的好用，这个很难说。是否是能真正的解决你问题，这个也很差说。例如要达到前面和Zabbix结合使用的效果，恐怕还得你本身去造一个中间环节的轮子才能很好的使用。

     CMDB的实施，通常都须要从领导层的支持，坚决不移的推广下去，否则，CMDB是件很难进行的事情。由于，没有人愿意往CMDB里面去更新数据（这是一个公开的秘密）。而要用数据的时候，CMDB里面未必就有，因此，维护CMDB的活是个不讨人喜欢的。

    就目前来看，能有一套即知足CMDB基础功能的，又能够与Zabbix，发布系统，业务系统相结合的CMDB，才是用户真正想要的CMDB系统。

    整体来讲，想要让Zabbix使用的更好，你是须要结合CMDB的，也须要结合一些自动化工具。若是有那么一天，Zabbix和这几个工具更好的整合了，那么维护Zabbix的活，将会轻松不少。固然，OneOaaS从官方了解到的，Zabbix并无这些打算呀。因此，暂时只能你们本身造轮子吧。 或者有一天，让OneOaaS来为你造轮子。

    如想了解更多关于OneOaaS的信息，请访问官方网站，或者是请加oneoaas6为好友，微信搜索oneoaas6详聊。

   你也能够关注OneOaaS的公众号

   欢迎关注OneOaaS微信公众号。获取更多关于Zabbix和运维工具的资讯。