基于目前的zabbix版本暂时还不能做到很好的监控k8s 各项指标,其实引出来一个问题,那就是很多时候我们选择一个监控平台,并不能做大大而全,及时的应对市场出现的各种新事物,为了更好整体的运维好各种产品,企业不得已就需要不断的采取新的技术,造成很多功能性产品有多种重复,重复建设的局面,对应开发性的公司,因为自身技术积累和能力相对容易应对多种需求,没有开发能力的企业往往选择成型的产品和解决方案,同时拥有多种技术的解决方案,多种投入,对于企业也是一个不小的投入。
各位在相关建设当中有哪些好的经验可以分享一下。
zabbix正在努力向容器靠拢!
zabbix是可以监控docker的,监控Kubernetes还需要自己写脚本。 可以这么说,只要你想用zabbix监控,都是可以的,只是实现的成本。
你可以用简单的prometheus+grafana,用CoreOs提供的缺省的item,不用写任何脚本就能监控Kubernetes,何必自己去用zabbix脚本,但是zabbix高手不在此列。
收起Zabbix 5.0之后开始原生支持docker容器的监控,也可以利用http agent调用k8s接口实现监控,Zabbix后续版本会提供开箱即用的k8s 的监控模板,尽请期待。
收起本人目前通过python的request库+zabbix_sender,对k8s的api进行数据采集并进行处理。前提是要k8s的master生成一个tonken加入到header中。才可以通过request获取api的数据
收起应用的复杂度越来越高,环境部署的难度也越来越高。就像问题中说的,重复建设的问题、各厂商标准不统一的问题等,给监控带来很大挑战。
站在甲方角度,从一开始就规划好监控要求,统一好监控指标标准,统一好监控接口。虽然有些难,但这是一个比较好的思路。
现在为了应对业务的复杂性,数据治理、服务治理等工作相继成为很多公司的工作重点,一步步来吧。我相信监控这块儿也会有类似的整治工作