IT运维监控具有性能稳定、用户界面友好、跨平台、易实施、易集成等特点,可极大地简化IT设施和业务系统的监控管理。越来越多的客户都在考虑或采纳业务集中的方案。然而业务系统集中后,不仅增加运行维护的工作强度,而且会使集中的系统变得更加繁杂。有效的系统和应用监控体系成为了解业务资源的使用状况,及时发现可能导致系统故障的隐患,实现系统运营保障的关键。另一方面,借助于集中监控解决方案,用户能够正确和及时地了解系统的运行状态,发现影响整体系统运行的瓶颈,帮助系统人员进行必要的系统优化和配置变更,甚至为系统的升级和扩容提供依据。强有力的监控和诊断工具还可以帮助运行维护人员快速地分析出应用故障原因,把他们从繁杂重复的劳动中解放出来。维护人员快速地分析出应用故障原因,把他们从繁杂重复的劳动中解放出来。因此,很多客户的 IT 部门提出建立集中 IT 管理系统的需求,监控的内容包括网络、服务器、数据库、中间件和应用。通过集中监控系统及时发现系统中的故障,减少故障处理时间。自研ArgusNMS,增强网关功能,实现高效且准确的网络拓扑发现等功能。技术运维监控案例
Zabbix 是 B/S 架构,抓取数据是通过客户端抓取的,在客户端必须有服务启动,该服务负责采集数据,数据会主动上报给服务端,也可让服务端连接客户端去抓取数据。客户端分为两种模式,即主动模式和被动模式。Argus运维监平台以 Zabbix 为基础,可同时兼容 不同版本的Zabbix,以 zabbix 为采集关键配合自研的 ArgusNMS 增强模块为一组采集单元, ArgusEdge 的统一调度实现监管控的需求。单一业务环境下可以支持多 组采集单元(多zabbix-server),实现真正意义上的分布式采集。 服务运维监控客服电话不可错过的运维监控干货!
整个饿了么监控系统在演进过程中主要分为如下3个阶段:
第一阶段:主要由Statsd/Graphite/Grafana负责业务层的监控,ETrace负责全链路监控,Zabbix负责服务器层面的监控,ELog负责分布式日志搜索;
第二阶段:整个饿了么也从单IDC演进成异地多活架构,所以对监控也提出了更高的要求,基于这个我们也自研LinDB,以支持多活架构下的监控,Zabbix慢慢被ESM/InfluxDB/Grafana所替换,使用ELK替换原来的日志方案;
第三阶段:主要做一个减法,即把原来StatsD/Graphite/ETrace/ESM/InfluxDB统一到了EMonitor+LinDB这样的平台,以提供给用户一套统一的监控平台,日志开始使用阿里云的SLS。
大集群场景特点数据规模大:监控对象targets多,数千万时序数据time-series,单Prometheus负载非常高。
当series数据超过300万时,Prometheus内存增长较为明显,需要使用较大内存的机器来运行。压测过程中,我们使用了工具去生成预期数目的series,工具生成的series每个label的长度及值的长度都较小,固定为10个字符左右。我们的目的是观察相对负载变化,实际生产中由于label长度不同,服务发现机制(比如Pod频繁重启)的消耗不同,相同的series数目所消耗的负载会比压测中高不少。目前Argus有好几个集群的采集端Prometheus消耗内存在30G以上,这会导致查询效率下降,严重的会导致OOM,有的大集群内存消耗达几百G。 Argus运维监控系统从展现、指标模型构建、数据采集等维度对Zabbix进行增强。
运维监控数据治理:
1、分析决策层:基于公共维度层封装具体的分析决策场景;结合低代码和看 板,形成运维BI分析平台。可由专业团队和工具团队共同建 设。实现真正的以数据驱动作业。
2、公共维度层:建立数据资产清单,加工后的元数据进行数据的生命周期管 理、数据血缘分析、完整性监控、综合指标管理。此层数据 由工具研发团队实现。
3、元 数 据 层:基于现有自动化、监控、日志、C M D B、云管、云平台等常 用系统封装插件式的数据处理工具,做到数据按需所取,标 准接入。按需索取,不做全量的数仓平台。 Argus运维监控系统支持纳管 VMware、OpenStack等虚拟化平台,以及Nutanix、H3C CAS等超融合平台。方案运维监控套餐
运维监控体系一般来说包括数据采集、数据检测、告警管理、故障管理、视图管理和监控管理6大模块。技术运维监控案例
监控贯穿应用的整个生命周期。即从程序设计、开发、部署、下线,监控是需要站在公司的业务角度去考虑,而不是针对某个监控技术的使用。监控的目标包括:对系统不间断的实时监控。实时反馈系统当前状态。保证服务可靠性安全性。保证业务持续稳定运行。
运维监控方法包括:健康检查。健康检查是对应用本身健康状况的监控,检查服务是否还正常存活。日志。日志是排查问题的主要方式,日志可以提供丰富的信息用于定位和解决问题。调用链监控。调用链监控可以完整的呈现出一次请求的全部信息,包括服务调用链路、所耗时间等。指标监控。指标是一些基于时间序列的离散数据点,通过聚合和计算后能反映出一些重要指标的趋势。 技术运维监控案例
上海观纵科技有限公司是一家一般项目:技术服务、技术开发、技术咨询、技术交流、技术转让、技术推广;软件开发;人工智能基础软件开发;人工智能应用软件开发;数据处理服务;信息技术咨询服务;信息系统集成服务:信息系统运行维护服务;计算机系统服务;软件销售;计算机软硬件及辅助设备批发;计算机软硬件及辅助设备零售;电子产品销售;通信设备销售;通讯设备销售;咨询策划服务;市场调查(不含涉外调查);广告制作;广告发布;广告设计、代理;会议及展览服务;货物进出口。(除依法须经批准的项目外,凭营业执照依法自主开展经营活动) 许可项目:建筑智能化系统设计;建设工程施工;网络文化经营;互联网信息服务。(依法须经批准的项目,经相关部门批准后方可开展经营活动,具体经营项目以相关部门批准文件或许可证件为准)的公司,是一家集研发、设计、生产和销售为一体的专业化公司。公司自创立以来,投身于webfunny前端监控,webfunny前端埋点,全链路应用性能监控,Argus-IT运维监控,是传媒、广电的主力军。观纵科技始终以本分踏实的精神和必胜的信念,影响并带动团队取得成功。观纵科技始终关注传媒、广电行业。满足市场需求,提高产品价值,是我们前行的力量。