Filebeat是一个轻量级日志收集工具,所使用的系统资源logstash部署和启动时使用的资源要小得多

Filebeat可以在非java环境使用,他可以代理logstash在非java环境收集日志

缺点 Filebeat无法实现数据过滤,一般是结合logstash

实验

ELK 企业级日志分析系统

---------------------- ELK 概述 ----------------------------------------
1、ELK 简介
ELK平台一套完整日志集中处理解决方案,将 ElasticSearch、Logstash 和 Kiabana 三个开源工具配合使用, 
完成更强大的用户日志查询排序统计需求。

●ElasticSearch:是基于Lucene(一个全文检索引擎架构开发分布式存储检索引擎用来存储各类日志。

Elasticsearch 是用 Java 开发的,可通过 RESTful Web 接口,让用户可以通过浏览器与 Elasticsearch 通信。

Elasticsearch是一个实时的、分布式的可扩展搜索引擎,允许进行全文、结构化搜索,
它通常用于索引搜索大容量的日志数据,也可用于搜索许多不同类型文档。

●Kiabana:Kibana 通常与 Elasticsearch 一起部署,Kibana 是 Elasticsearch 的一个功能强大
的数据可视化 Dashboard,Kibana 提供图形化web 界面浏览 Elasticsearch 日志数据,
可以用来汇总、分析和搜索重要数据。

●Logstash:作为数据收集引擎。它支持动态的从各种数据源搜集数据,并对数据进行过滤、分析、丰富、
统一格式操作然后存储到用户指定位置,一般会发送给 Elasticsearch。

Logstash 由 Ruby 语言编写运行在 Java 虚拟机(JVM)上,是一款强大的数据处理工具, 
可以实现数据传输格式处理格式化输出。Logstash 具有强大的插件功能,常用于日志处理。

#可以添加的其它组件:
●Filebeat:轻量级的开源日志文件数据搜集器。通常在需要采集数据的客户端安装 Filebeat,
并指定目录与日志格式,Filebeat 就能快速收集数据,并发送给 logstash 进行解析,
或是直接发给 Elasticsearch 存储性能上相比运行于 JVM 上的 logstash 优势明显,
是对它的替代。常应用于 EFLK 架构当中。

#filebeat 结合 logstash 带来好处:
1)通过 Logstash 具有基于磁盘的自适应缓冲系统,该系统将吸收传入的吞吐量,
从而减轻 Elasticsearch 持续写入数据的压力
2)从其他数据源例如数据库,S3对象存储消息传递队列)中提取
3)将数据发送多个目的地例如S3,HDFS(Hadoop分布式文件系统)或写入文件
4)使用条件数据流逻辑组成更复杂的处理管道缓存/消息队列rediskafka、RabbitMQ等):可以对高并发日志数据进行流量削峰和缓冲,
这样的缓冲可以一定程度的保护数据不丢失,还可以对整个架构进行应用解耦。

●Fluentd:是一个流行的开源数据收集器。由于 logstash重量级的缺点,Logstash 性能低、
资源消耗比较多等问题,
随后就有 Fluentd出现。相比较 logstash,Fluentd 更易用、资源消耗更少、性能更高,
在数据处理上更高效可靠,
受到企业欢迎,成为 logstash 的一种替代方案,常应用于 EFK 架构当中。
在 Kubernetes 集群中也常使用 EFK 作为日志数据收集方案。

在 Kubernetes 集群中一般是通过 DaemonSet 来运行 Fluentd以便它在每个 Kubernetes 
工作节点上都可以运行一个 Pod。 
它通过获取容器日志文件、过滤和转换日志数据,然后将数据传递到 Elasticsearch 集群,
在该集群中对其进行索引存储。


2、为什么要使用 ELK:
日志主要包括系统日志应用程序日志和安全日志。系统运维开发人员可以通过日志了解服务器软硬件信息检查配置过程中的错误错误发生的原因。经常分析日志可以了解服务器负荷性能安全性,
从而及时采取措施纠正错误。
往往单台机器的日志我们使用grepawk工具就能基本实现简单分析,但是当日志被分散的储存不同设备上。

如果你管理数十上百台服务器,你还在使用依次登录每台机器传统方法查阅日志。这样是不是感觉很繁琐和效率低下。

当务之急我们使用集中化的日志管理,例如:开源的syslog,将所有服务器上的日志收集汇总。
集中化管理日志后,日志的统计检索成为一件比较麻烦的事情,
一般我们使用 grepawkwc等Linux命令实现检索统计,
但是对于要求更高的查询排序统计等要求和庞大的机器数量依然使用这样的方法难免有点力不从心。
一般大型系统是一个分布式部署的架构,不同服务模块部署在不同的服务器上,问题出现时,
大部分情况需要根据问题暴露的关键信息定位到具体的服务器和服务模块构建一套中式日志系统,
可以提高定位问题的效率。

3、完整日志系统基本特征
收集:能够采集多种来源的日志数据
传输能够稳定的把日志数据解析过滤并传输存储系统
存储存储日志数据
分析:支持 UI 分析
警告:能够提供错误报告监控机制

4、ELK 的工作原理:
(1)在所有需要收集日志的服务器上部署Logstash;或者先将日志进行集中化管理在日志服务器上,
在日志服务器上部署 Logstash。
(2)Logstash 收集日志,将日志格式化输出到 Elasticsearch 群集中。
(3)Elasticsearch格式化后的数据进行索引存储。
(4)Kibana 从 ES 群集中查询数据生成图表,并进行前端数据的展示总结logstash作为日志搜集器,从数据源采集数据,并对数据进行过滤,格式化处理,
然后交由Elasticsearch存储,kibana对日志进行可视化处理。

原文地址:https://blog.csdn.net/2301_79410672/article/details/134699832

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_36032.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注