环境说明
- linux
CentOS Linux release 7.5.1804 (Core) - docker
Docker version 1.13.1 - elk
sebp/elk latest - filebeat
filebeat-6.4.0
elk跟filebeat在同一台机器上html
架构
-
Elasticsearch
一个近乎实时查询的全文搜索引擎。Elasticsearch 的设计目标就是要可以处理和搜索巨量的日志数据。linux -
Logstash
读取原始日志,并对其进行分析和过滤,而后将其转发给其余组件(好比 Elasticsearch)进行索引或存储。Logstash 支持丰富的 Input 和 Output 类型,可以处理各类应用的日志。正则表达式 -
Kibana
一个基于 JavaScript 的 Web 图形界面程序,专门用于可视化 Elasticsearch 的数据。Kibana 可以查询 Elasticsearch 并经过丰富的图表展现结果。用户能够建立 Dashboard 来监控系统的日志。spring -
Filebeat
引入Filebeat做为日志搜集器,主要是为了解决Logstash开销大的问题。相比Logstash,Filebeat 所占系统的 CPU 和内存几乎能够忽略不计。docker
日志处理流程:
Filebeat将日志发送给Logstash进行分析和过滤,而后由Logstash转发给Elasticsearch,最后由Kibana可视化Elasticsearch 的数据浏览器
安装 ELK 套件
ELK 的部署方案能够很是灵活,在规模较大的生产系统中,ELK 有本身的集群,实现了高可用和负载均衡。咱们的目标是在最短的时间内学习并实践 ELK,所以将采用最小部署方案:在容器中搭建 ELK。bash
- 运行ELK镜像须要vm.max_map_count至少须要262144内存
切换到root用户修改配置sysctl.conf vi /etc/sysctl.conf 在尾行添加如下内容 vm.max_map_count=262144 并执行命令 sysctl -p
elk启动的时候可能会提示以下错误:
max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]
查看容器日志:docker logs 容器ID
参考连接:https://blog.csdn.net/jiankunking/article/details/65448030服务器
- 安装docker
在线安装吧,若是自定义安装请搜索下安装方法,这里就再也不描述了 yum install docker 启用服务 systemctl start docker 开机启动 systemctl enable docker
- 运行ELK镜像
sudo docker run -p 5601:5601 -p 9200:9200 -p 5044:5044 -it --name elk sebp/elk
- 配置logstash
查看容器信息 docker ps -a 进入容器 sudo docker exec -it elk /bin/bash 或 sudo docker exec -it 容器ID /bin/bash 修改02-beats-input.conf cd /etc/logstash/conf.d/ vi 02-beats-input.conf
/etc/logstash/conf.d/02-beats-input.conf修改为以下图所示:架构
这里vi命令使用有点问题,我是经过DEL键一行一行的删掉了那3行的负载均衡
将如下三行删除掉。这三行的意思是是否使用证书,本例是不使用证书的,若是你须要使用证书,将logstash.crt拷贝到客户端,而后在filebeat.yml里面添加路径便可
ssl => true ssl_certificate => "/pki/tls/certs/logstash.crt" ssl_key => "/pki/tls/private/logstash.key"
注意:sebp/elk docker是自创建了一个证书logstash.crt,默认使用*通配配符,若是你使用证书,filebeat.yml使用的服务器地址必须使用域名,不能使用IP地址,不然会报错
这里若是不去掉这三行配置的话,在后面启动filebeat时,会提示以下错误:
2018-09-12T10:01:29.770+0800 ERROR logstash/async.go:252 Failed to publish events caused by: lumberjack protocol error 2018-09-12T10:01:29.775+0800 ERROR logstash/async.go:252 Failed to publish events caused by: client is not connected 2018-09-12T10:01:30.775+0800 ERROR pipeline/output.go:109 Failed to publish events: client is not connected
- 重启elk容器
docker restart 容器ID
- kibana可视化页面
在浏览器输入:http://ip:5601 ,稍等一会便可看到kibana启动成功管理页面
Elasticsearch的JSON接口:http://[Host IP]:9200/_search?pretty
安装Filebeat
filebeat有多种安装方式,我这里采用rpm包的安装方式,可自动注册为systemd的服务
- 下载filebeat的rpm包
cd /opt/softwares wget https://artifacts.elastic.co/downloads/beats/filebeat/filebeat-6.4.0-x86_64.rpm
或者到官网查看最新版本直接下载:https://www.elastic.co/downloads/beats/filebeat
- 安装filebeat
rpm -ivh filebeat-6.4.0-x86_64.rpm
- 配置filebeat
cd /etc/filebeat vi filebeat.yml
配置改为以下所示:
#=========================== Filebeat inputs ============================= filebeat.inputs: - type: log enabled: true paths: - /opt/datas/logs/*/*.log tags: ["测试环境"] multiline: pattern: '^\s*(\d{4}|\d{2})\-(\d{2}|[a-zA-Z]{3})\-(\d{2}|\d{4})' # pattern: '^\s*("{)' negate: true match: after max_lines: 1000 timeout: 30s
enabled:filebeat 6.0后,enabled默认为关闭,必需要修改为true
paths:为你想要抓取分析的日志所在路径
multiline:若是不进行该合并处理操做的话,那么当采集的日志很长或是像输出xml格式等日志,就会出现采集不全或是被分割成多条的状况
pattern:配置的正则表达式,指定匹配的表达式(匹配以 2017-11-15 08:04:23:889 时间格式开头的字符串),若是匹配不到的话,就进行合并行。
参考连接
配置改成上图所示。
注释掉Elasticsearch output,开启Logstash output。
hosts:elk所在机器IP地址
若是直接将日志发送到Elasticsearc,请编辑此行:Elasticsearch output
若是直接将日志发送到Logstash,请编辑此行:Logstash output
只能使用一行输出,其它的注掉便可
- 启动filebeat服务
启动filebeat systemctl start filebeat.service 查看filebeat状态 systemctl status filebeat.service 查看filebeat日志 tail -f /var/log/filebeat/filebeat
参考连接:https://www.jianshu.com/p/7ca38fa881ae
kibana配置
点击左上角的Discover按钮,以下图所示,提示建立“index pattern”: 以下图,红框中输入filebeat-*,再点击Next step:
以下图,下拉框中选择@timestamp,再点击Create index pattern
在弹出的页面上,再次点击左上角的Discover按钮,而后点击右上角的Last 15 minutes,以下图:
此时页面上会显示最近15分钟内的日志,若是最近15分钟内没有任何日志上报,您也能够点击下图红框中的Today按钮,展现今天的全部日志:
参考连接:
https://blog.csdn.net/qq_39284787/article/details/78809538
https://blog.csdn.net/boling_cavalry/article/details/79836171
https://www.cnblogs.com/CloudMan6/p/7787870.html
https://blog.csdn.net/boling_cavalry/article/details/79950677