目前互联网技术越来越发达,越来越多的企业开始拥抱开源,无论是成本还是易用性上开源都表现不俗。但是作为传统企业的IT负责人,到底该如何选择监控工具呢?从哪些方面考虑呢?
原来接触的钢铁企业在信息化方面的投入不足。资金一直都用在硬件的投入上。所以对于系统的监控我们都是采用了开源或者是非常规手段的软件来实现业务的监控功能。我们是通过CACTI进行网络流量的监控。并生成网络流量拓扑图。通过hostmonitor进行业务的自动巡检和部分关键设备的性能监控。并通过邮件推送实现手机的自动报警。基本上通过免费的方式实现了业务自动巡检。报警。数据流量的实时监控。
对于传统企业。我局的观念是最大的问题。我接触过很多管理者都认为信息化的投入太多。不值得。难得有点投入都用在了硬件上。对于网络安全。数据备份。还有业务监控。自动运维这些方面。态度都像买保险一样。结果都是苦的运维人。
就开源监控而言,Zabbix是非常好的选择,灵活性上、全面性上都无可挑剔,也是很成熟的产品,但前提是你能吃透它,具备二次开发的能力,后续通过自身技术和社区资料支撑运维和更新。而商业监控相比较而言,对自身技术要求就低很多,有厂商支撑和运维,项目周期短,但灵活性上就要弱些,主要还是要把握好选型。
收起目前市场上主流监控产品功能大同小异,但是要选择好的监控工具应该从以下几个非功能需求方面选择:
1、成熟度和稳定性,监控系统本来是用来管理相对不稳定的系统,打铁还需自身硬,所以稳定性和程度度是企业选择监控系统最先要考虑的一点。
2、高性能,对于大型企业,被管对象多(超过1万)时,入库时效率是否高。
3、可扩展性,企业网络环境复杂,机构多,所以可扩展性也是要考虑的点。
4、二次开发支持程度,如果提供API可以方便定制开发,以便运维人员使用。
5、接口开放程度,如跟CMDB、ITIL集成,对CMDB、ITIL是否开放接口。
6、部署复杂度,如果大型企业上万台主机、如何部署代理。
7、售后支持度、社区是否活跃,如果系统故障,是否有专家支持,是否有强大团队支持。
其次应该从以下几个功能需求方面考虑:
1、是否支持传统架构监控,如操作系统、数据库、中间件、网络、存储
2、是否支持开源软件如mysql、PGSQL、MoogDB、Kafka、
3、是否支持虚拟化,VMware、KVM
4、是否支持容器:Docker
5、是否支持K8S
综上所述,传统架构可以考虑Zabbix,云环境、容器、K8S监控等可以考虑Prometheus。
收起