建设DevOps统一运维监控平台.docx

上传人:p** 文档编号:721324 上传时间:2024-01-23 格式:DOCX 页数:14 大小:223.24KB
下载 相关 举报
建设DevOps统一运维监控平台.docx_第1页
第1页 / 共14页
建设DevOps统一运维监控平台.docx_第2页
第2页 / 共14页
建设DevOps统一运维监控平台.docx_第3页
第3页 / 共14页
建设DevOps统一运维监控平台.docx_第4页
第4页 / 共14页
建设DevOps统一运维监控平台.docx_第5页
第5页 / 共14页
建设DevOps统一运维监控平台.docx_第6页
第6页 / 共14页
建设DevOps统一运维监控平台.docx_第7页
第7页 / 共14页
建设DevOps统一运维监控平台.docx_第8页
第8页 / 共14页
建设DevOps统一运维监控平台.docx_第9页
第9页 / 共14页
建设DevOps统一运维监控平台.docx_第10页
第10页 / 共14页
亲,该文档总共14页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《建设DevOps统一运维监控平台.docx》由会员分享,可在线阅读,更多相关《建设DevOps统一运维监控平台.docx(14页珍藏版)》请在第壹文秘上搜索。

1、建设DevOps统一运维监控平台-全面的系统监控日期:2023-03-1417:20浏览:100评论:0刖三随着Devopsx云计算、微效劳、容器等理念的逐步落地和大力开展,机器越来越多,应用越来越多,效劳越来越微,应用运行根底环境越来多样化,容器、虚拟机、物理机不一而足。面对动辄几百上千个虚拟机、容器,数十种要监控的对象,现有的监控系统还能否支撑的住?来自于容器、虚拟机、物理机、网络设备、中间件的指标数据如何采用同一套方案快速、完整的收集和分析告警?怎样的架构、技术方案才更适合如此庞大繁杂的监控需求呢?目录:一、统一监控平台架构解析二、系统监控的技术栈三、开源系统监控软件ZabbixVSNa

2、giosVSOpen-Falcon四、基于k8s容器云背景下的系统监控实践:CAdvisor+Heapster+InfIuxdb五、容器时代的监控利器:Prometheus一、统一监控平台架构解析先做一下回忆,统一监控平台由七大角色构成:雌源、数据采集、数据存储、数据分析、数据展现、预警中心、CMDB(企业软硬件资产管理)。监控源:从层次上来分,大致可以分为三层,业务应用层、中间件层、根底设施层。业务应用层主要包括应用软件、企业消息”总线等,中间件层包括数据库、缓存、配置中心、等各种系统软件,根底设施层主要有物理机、虚拟机、容器、网络设备、存储设备等等。数据采集:数据源如此多样,数据采集的任务

3、自然轻松不了。数据采集从指标上划分可以分为业务指标、应用指标、系统软件监控指标、系统指标。应用监控指标如:可用性、异常、吞吐量、响应时间、当前等待笔数、资源占用率、请求量、日志大小、性能、队列深度、线程数、效劳调用次数、访问量、效劳可用性等,业务雌指标如大额流水、流水区域、流水明细、请求笔数、响应时间、响应笔数等,系统监控指标如:CPU负载、内存负载、磁盘负载、网络。、磁盘10、tcp连接数、进程数等。从采集方式来说通常可以分为接口采集、客户端agent采集、通过网络协议主动抓取、snmp等数据存储:采集到的数据一般都会存储到文件系统如HDFS、索引系统如elasticsearch、指标库如i

4、nfluxdb)s消息队列如kafka,做消息临时存储或者缓冲)、数据库如mysql数据分析:针对采集到的数据,进行数据的处理。处理分两类:实时处理和批处理。技术包括Map/Reduce计算、全日志检索、流式计算、指标计算等,重点是根据不同的场景需求选择不同的计算方式。数据展现:将处理的结果进行图表展现,在多屏时代,跨设备的支持必不可少。预警:如果在数据处理过程发现了问题,那么需要进行异常的分析、风险的预估以及事件的触发或告警。CMDB(企业软硬件资产管理):CMDB在统一监控平台中是很重要的一环,监控源虽然种类繁多,但是他们大都有着关系,如应用运行在运行环境中,应用的正常运行又依赖网络和存储

5、设备,一个应用也会依赖于其他的应用业务依赖,一旦其中任何一个环节出了问题,都会导致应用的不可用。CMDB除了存储软硬件资产外,还要存储这样一份资产间的关联关系,一个资产发生了故障,要能根据这个关系迅速得知哪些其他的资产会被影响,然后逐一解决问题。OK,回忆到此为止,进入正题,系统监控。二、系统监控的技术栈系统监控的局部技术栈如下列图所示,监控技术众多,这里自然不可能列出所有的技术,选择了局部比拟经典、受欢送的开源技术。数据采集数据缓冲数据存储数据展现告警snmpKafkaMysqlEchartsZabbixAgentRabbitMQInfluxdbGrafanaNagiosCadvisorZe

6、roMQOpenTSDBOpen-falconHeapsterGraphitePrometheus系统雌不同于日志监控,有很多开源软件把数据库采集、数据存储、数据展现、事件告警的任务都完成了,所以对于系统监控的技术栈中,将这些开源软件暂且并E除,待后面章节再进行讲解。此处主要关注于如何自建一个统一系统监控平台。数据采集:系统雌数据采集一般分为两种方式:主动采集、客户端采集。主动采集一般是通过SNMP、SSHxTelnet.IPMkJMX等手段进行远程采集,客户端采集那么是需要在每一个要监控的主机中部署一个客户端进行数据采集并发送到远程效劳端进行接收。数据缓冲:和日志监控一样,在面临海量监控时,

7、考虑到网络的压力和数据处理的瓶颈,可以在数据存储前先经过一层数据缓冲,将采集到的数据先放置到消息队列中,然后再从分布式队列中读取数据并存储。如果数据量不大的话,那么可以不考虑此层。数据存储:对于系统监控数据,通常采用时序数据库来存储,时序数据库全称为时间序列数据库。时间序列数据库主要用于指处理带时间标签按照时间的顺序变化,即时间序列化的数据,带时间标签的数据也称为时间序列数据。如influxdb和OPentSdb,是其中翘楚。OPenTSDB是用hbase存储所有的时序无须采样来构建的一个分布式、可伸缩的时间序列数据库,可以从大规模的集群包括集群中的网络设备、操作系统、应用程序)中获取相应的m

8、etrics并进行存储、索引以及效劳,从而使得这些数据更容易让人理解,如web化,图形化等。用JAVA语言实现,对于JAVA系的同学们是f福音,不过其依赖hbase也许会让一局部同学望而却步,毕竟还要先去维护hbaseoInfluxdb是新兴的f时序数据库,用go语言编写,无需外部依赖,开展很快最新版本已经到了12提供类Sql的查询语法,安装方便,单点即可使用,虽然有集群的能力,不过该特性是非开源的不过单点性能根本也都能满足企业需求了。提供API,便于调用和封装。对于想基于influxdb自行进行数据处理和展现的同学们而言很是友好。数据展现:说到时序数据的图形化展现,Grafana是Y不得不提

9、的利器。Grafana是一个开源的时序数据的查询和展现软件,提供了灵活丰富的图形化选项;可以混合多种风格,有着功能齐全的度量仪表盘和图形编辑器。支持与GraphitexElasticsearchxCIoudWatchxPrometheussInfIuxdbDB等众多数据存储对接,进行数据的查询和图表展现。一些开源的监控软件如Zabbix、Graphite.PrOmetheUS也都有着自己的数据图形化展现能力,但是一般也都是建议使用Grafana来代替它们的页面。可想而知Grafana的优秀。当然,Grafana的数据源都是来自时序数据库,在实际场景中,可能你想要查看的报表的一局艘据还来自于业务

10、系统,这就是Grafana或者其他的监控软件做不到的了,去扩展是一种方式,另外一种方式就是结合自己的需求实现图表展现,通过对时序数据的计算分析以及结合业务数据,使用如echarts等开源图表前端框架进行展现。这时候Influxdb的优势就表达出来了,对夕隈供api非常适合自主封装图形化页面。告警:在日志监控的分享中,确实没有对告警进行说明。像Zabbix、NagiosxOpen-Falcon.PrometheUS等开源雌软件,都是有些自己的告警能力的。如果你采用了他们作为监控平台,实际上告警能力就已经有了。如果是纯自建统一监控平台的话,也可以自己实现告警中心。我们自己的做法是,在数据处理时,根

11、据配置的事件触发规那么,生成相应事件扔到kafka中,事件处理引擎监听kafka中的事件数据,进行解析并根据事件处理策略进行告警通知等处理。三、开源系统监控软件ZabbixVSNagiosVSOpen-Falcon上面大致介绍了运维监控的技术栈,但是实际上已经有些开源监控软件功能都很全面,从数据采集到数据展现都提供了支持,如果是小团队,不想自建监控平台的话,选择这些开源软件其实是一个很好的选择。ZabbixZabbiX是T企业级的开源分布式监控解决方案,支持实施从数以万计的效劳器、虚拟机、网络设备等收集百万的指标数据,具备常见的商业雌软件所具备的功能主机的性能监控、网络设备性能监控、数据库性能

12、监控、FTP等通用协议监控、多种告警方式、详细的报表图表绘制支持自动发现网络设备和效劳器;支持分布式,能集中展示、管理分布式的监控点;扩展性强,SerVer提供通用接口,可以自己开发完善各类监控。ZabbiX重要组件说明:zabbiserver:负责接收agent发送的报告信息的核心组件,所有配置、统计数据及操作数据都由它组织进行;databasestorage:专用于存储所有配置信息,以及由zabbix收集的数据;webinterface:zabbix的GUI接口;proxy:可选组件,常用于监控节点很多的分布式环境中,代理server收集局部数据转发到server,可以;蝠server的压

13、力;agent:部署在被监控的主机上,负责收集主机本地数据如cpu、内存、数据库等数据发往SerVer端或proxy端;优点:AllinOne:部署相当便捷Server对宿主机性能要求很低。自动发现效劳器与网络设备分布式监控,以及WEB集中管理功能同时支持agent采集和无agent采集,主机通过agent或者ipmi采集数据,网络设备、存储设备等通过SNMP客户端采集数据,agent支持常用的UNIX和WindoWS操作系统功能全面,数据采集、数据存储、数据展现、事件告警。开放式接口,扩展性强,插件编写容易缺乏:数据库瓶颈,使用mysql作为底层存储,大数据读写的时候,对于数据库的压力非常大

14、需要在主机中安装agent对容器监控支持不好,需要自己扩展。NagiosNagioS全名为NagiosAirftGoonalnsistonSaintood,最初工程名字是NetSainL它是一款免费的开源IT根底设施监控系统其功能强大,灵活性强,能有效监控WindowsxLinux.VMware和Unix主机状态,交换机、路由器等网络设置等。NagioS核心功能是监控报警,告警能力很不错,但是图形展示效果很差。同时nagios更加灵活,很多功能都要通过插件化来实现,对于技术能力没那么强的同学,上手会有些困难。当然,对于运维老手,上手会很快。Nagios的功能特性如下:监控网络效劳SMTP、Po

15、P3、NNTPxPlNG等;监控主机资源处理器负荷、磁盘利用率等;简单地插件设计使得用户可以方便地扩展自己效劳的检测方法;并行效劳检查机制;具备定义网络分层结构的能力,用parent主机定义来表达网络主机间的关系,这种关系可被用来发现和明晰主机宕机或不可达状态;当效劳或主机问题产生与解决时将告警发送给联系人通过EMaiI、短信、用户定义方式);可以定义一些处理程序,使之能够在效劳或者主机发生故障时起到预防作用;自动的日志滚动功能;可以支持并实现对主机的冗余触;可选的WEB界面用于查看当前的网络状态、通知和故障历史、日志文件等;Open-FalconOPen-Falcon是小米运维部门开源出来的互联网企业级雌系统,目前包括小米、金山云、美团、京东金融、赶集网等都在使用OPen-Falcon。Open-Falcon整体可以分为两局部,即绘图组件、告警组件。,绘图组件负责数据的采集、收集、存储、归档、采样、查询、展示Dashboard/Screen等功能,可以单独工作,作为timeseriesdata的一种存储展示方案。“告警组件负责告警策略配置portals告警判定UUdge)、告警处理alarm/sender、用户组管理uic)等,可以单独工

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 通信/电子 > 监控

copyright@ 2008-2023 1wenmi网站版权所有

经营许可证编号:宁ICP备2022001189号-1

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。第壹文秘仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第壹文秘网,我们立即给予删除!