ELK+Kafka学习笔记之搭建ELK+Kafka日志收集系统集群

网友投稿 243 2022-11-01

ELK+Kafka学习笔记之搭建ELK+Kafka日志收集系统集群

0x00 概述

关于如何搭建ELK部分,请参考​​这篇文章​

该篇用户为非root,使用用户为“elk”。

基于以前ELK架构的基础,结合Kafka队列,实现了ELK+Kafka集群,整体架构如下:

# 1. 两台es组成es集群;( 以下对elasticsearch简称es )# 2. 中间三台服务器就是我的kafka(zookeeper)集群啦; 上面写的 消费者/生产者 这是kafka(zookeeper)中的概念;# 3. 最后面的就是一大堆的生产服务器啦,上面使用的是logstash,当然除了logstash也可以使用其他的工具来收集你的应用程序的日志,例如:Flume,Scribe,Rsyslog,Scripts……

# 双ES备份集群: CentOS1+CentOS2# Kafka+LogStash集群:CentOS3+CentOS4+CentOS5# ES-Header+Kibina+LogStash/Beats采集:CentOS6+CentOS7# 注意!!由于测试环境限制,此篇博客中CentOS6+CentOS7的内容放到CentOS1+CentOS2中的

使用软件:

# Elasticsearch 6.2.4# Kibana 6.2.4# Logstash 6.2.4# elasticsearch-head(从github直接clone)# filebeat 6.2.4 (本篇文章使用Logstash做搜集用,可以用filebeat替换Logstash)# phantomjs-2.1.1-linux-x84_64 (配合npm指令使用)# node-v4.9.1-linux-x64 (记住文件夹路径,需要增加到bash_profile中)# kafka_2.11-1.0.0 (该版本已经包含ZooKeeper服务)

部署步骤:

# ES集群安装配置;# Logstash客户端配置(直接写入数据到ES集群,写入系统messages日志);# Kafka(zookeeper)集群配置;(Logstash写入数据到Kafka消息系统);

0x01 ES集群安装配置

ES安装请参考​​这里​​

1. 下面修改ES的配置文件:

# 确保下列参数被正确设置:cluster.name: logger # ES集群的名字node.name: node-1path.data: /usr/local/app/elasticsearch-6.2.4/datapath.logs: /usr/local/app/elasticsearch-6.2.4/logbootstrap.memory_lock: false # 对于非专用ES,建议设置为false,默认为truebootstrap.system_call_filter: falsenetwork.host: 0.0.0.0 # 支持远程访问9200 # restful api访问接口true #允许ES head跨域访问"*" #允许ES head跨域访问

2. 获取es服务管理脚本

[ root @ elk ~ ] # git clone root @ elk ~ ] # mv elasticsearch-servicewrapper/service /usr/local/elasticsearch/bin/[ root @ elk ~ ] # /usr/local/elasticsearch/bin/service/elasticsearch installDetected RHEL or Fedora :Installing the Elasticsearch daemon . .[ root @ elk ~ ] ##这时就会在/etc/init.d/目录下安装上es的管理脚本啦#修改其配置:[ root @ elk ~ ] #set . default . ES_HOME = /usr/local/app/elasticsearch-6.2.4 #安装路径set . default . ES_HEAP_SIZE = 1024 #jvm内存大小,根据实际环境调整即可

3. 启动es ,并检查其服务是否正常

[ root @ elk ~ ] # netstat -nlpt | grep -E "9200|"9300tcp 0 0 0.0.0.0 : 9200 0.0.0.0 : * LISTEN 1684/ java tcp 0 0 0.0.0.0 : 9300 0.0.0.0 : * LISTEN 1684/ java

访问如果出现以下提示信息说明安装配置完成

4. es1节点已经设置好,我们直接把目录复制到es2

[ root @ elk ] # scp -r elasticsearch-6.2.4 192.168.26.136:/usr/local/app[ root @ elk ] # elasticsearch/bin/service/elasticsearch install#es2只需要修改node.name(此处使用的是node-2和node-1)即可,其他都与es1相同配置

5. 安装es的管理插件elasticsearch-head

es-head安装,请参考​​这里​​

安装好之后,访问方式为:Logstach需要搭配指定的配置文件启动,创建一个logstash配置文件,比如logstash-es.conf,启动LogStash时候使用;根据不同的配置文件,LogStash会做不同工作。

1. 通过stdin标准实时输入的方式向Logstash向es集群写数据(测试,暂未通过Kafka队列传递)

1.1 使用如下命令创建LogStash启动配置文件

# cd /usr/local/app/logstash-6.2.4/config# touch logstash_for_stdin.conf

# [elk@localhost config]$ vim logstash_for_stdin.conf

1.2 检查配置文件是否有语法错(如下 -t 为测试命令)

# [elk@localhost logstash-6.2.4]$ ./bin/logstash -f ./config/logstash_for_stdin.conf -t

1.3 启动 Logstash,开始写入操作

# [elk@localhost logstash-6.2.4]$ ./bin/logstash -f ./config/logstash_for_stdin.conf

以上是输入数据,从ES-Header(192.168.26.135:9200)插件就可以看到,数据已经分散的写入到两个集群内

ES Server:192.168.26.136

ES Server:192.168.26.135

2. 通过采集制定文件的输入的方式向Logstash向es集群写数据(测试,暂未通过Kafka队列传递)

2.1首先创建一个用于采集系统日志的LogStash启动的conf文件,使用如下命令

# cd /usr/local/app/logstash-6.2.4/config# touch logstash_for_system_messages.conf

2.2 编辑logstash_for_system_messages.conf文件

# [elk@localhost config]$ vim logstash_for_system_messages.conf

input { file{ path => "/var/log/messages" #这是日志文件的绝对路径 start_position=>"beginning" #这个表示从 messages 的第一行读取,即文件开始处 }}output { #输出到 es elasticsearch { #这里将按照这个索引格式来创建索引 hosts=>["192.168.26.135:9200","192.168.26.136:9200"] index=>"system-messages-%{+YYYY-MM}" }}

2.3 测试ogstash_for_system_messages.conf文件

# [elk@localhost logstash-6.2.4]$ ./bin/logstash -f ./config/logstash_for_system_messages.conf -t

2.4 启动LogStash,开始采集系统日志

# 注意,系统日志需要权限,命令行前面使用 sudo# [elk@localhost logstash-6.2.4]$ sudo ./bin/logstash -f ./config/logstash_for_system_messages.conf

ES Server: 192.168.26.136

ES Server: 192.168.26.135

系统日志我们已经成功的收集,并且已经写入到es集群中.

上面的演示是logstash直接将日志写入到es集群中的,这种场合我觉得如果量不是很大的话直接像上面已将将输出output定义到es集群即可.

如果量大的话需要加上消息队列Kafka来缓解es集群的压力,下面就在三台server上面安装kafka集群。

0x03 Kafka集群安装配置1

本篇博客使用的Kafka版本为

# kafka_2.11-1.0.0 (该版本已经包含ZooKeeper服务)

1. 从官网获取装包,​​配置Zookeeper集群,修改配置文件

# [elk@localhost config]$ vim zookeeper.properties

修改内容如下:

dataDir=/usr/local/app/kafka_2.11-1.0.0/zookeeperDir# the port at which the clients will connectclientPort=2181# disable the per-ip limit on the number of connections since this is a non-production configmaxClientCnxns=1024tickTime=2000initLimit=20syncLimit=10server.2=192.168.26.137:2888:3888server.3=192.168.26.138:2888:3888server.4=192.168.26.139:2888:3888

# 说明:tickTime : 这个时间是作为 Zookeeper 服务器之间或客户端与服务器之间维持心跳的时间间隔,也就是每个 tickTime 时间就会发送一个心跳。2888 端口:表示的是这个服务器与集群中的 Leader 服务器交换信息的端口;3888 端口:表示的是万一集群中的 Leader 服务器挂了,需要一个端口来重新进行选举,选出一个新的 Leader ,而这个端口就是用来执行选举时服务器相互通信的端口。

3. 创建Zookeeper所需的目录

进入Kafka目录内

创建目录zookeeperDir

# [elk@localhost kafka_2.11-1.0.0]$ mkdir zookeeperDir

# [elk@localhost kafka_2.11-1.0.0]$ cd zookeeperDir

在zookeeperDir目录下创建myid文件,里面的内容为数字,用于标识主机,如果这个文件没有的话,zookeeper是没法启动的

# [elk@localhost zookeeperDir]$ touch myid

命名myid

# [elk@localhost zookeeperDir]$ echo 2 > myid

以上就是zookeeper集群的配置,下面等我配置好kafka之后直接复制到其他两个节点即可

4. Kafka配置

修改内容如下

broker . id = 2 # 唯一,填数字,本文中分别为 2 / 3 / 4prot = 9092 # 这个 broker 监听的端口host . name = 192.168.2.22 # 唯一,填服务器 IPlog . dir = / data / kafka - logs # 该目录可以不用提前创建,在启动时自己会创建zookeeper . connect = 192.168.2.22 : 2181 , 192.168.2.23 : 2181 , 192.168.2.24 :2181 # 这个就是 zookeeper 的 ip 及端口num . partitions = 16 # 需要配置较大 分片影响读写速度log . dirs = / data / kafka - logs # 数据目录也要单独配置磁盘较大的地方log . retention . hours = 168 # 时间按需求保留过期时间 避免磁盘满

5. 将kafka(zookeeper)的程序目录全部拷贝至其他两个节点

# [elk@localhost app]$ scp kafka_2.11-1.0.0 192.168.26.138:/usr/local/app/# [elk@localhost app]$ scp kafka_2.11-1.0.0 192.168.26.139:/usr/local/app/

6. 修改两个节点的配置,注意这里除了以下两点不同外,都是相同的配置

# zookeeper 的配置mkdir zookeeperDirecho "x" > zookeeperDir/myid # “x”这里是3或者4,前面已经使用过2了# kafka 的配置broker.id = x # “x”这里是3或者4,前面已经使用过2了host.name = 192.168.26.137 # ip改为26.138或者26.139

7. 修改完毕配置之后我们就可以启动了,这里先要启动zookeeper集群,才能启动kafka

我们按照顺序来,kafka1 –> kafka2 –>kafka3

# [elk@localhost kafka_2.11-1.0.0]$ ./bin/zookeeper-server-start.sh ./config/zookeeper.properties & #zookeeper启动命令# [elk@localhost kafka_2.11-1.0.0]$ ./bin/zookeeper-server-stop.sh #zookeeper停止的命令

注意,如果zookeeper有问题 nohup的日志文件会非常大,把磁盘占满,这个zookeeper服务可以通过自己些服务脚本来管理服务的启动与关闭。

后面两台执行相同操作,在启动过程当中会出现以下报错信息

[2018-12-03 15:06:02,089] WARN Cannot open channel to 4 at election address /192.168.26.139:3888 (org.apache.zookeeper.server.quorum.QuorumCnxManager)java.net.ConnectException: Connection refused (Connection refused) at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) at java.net.Socket.connect(Socket.java:589) at org.apache.zookeeper.server.quorum.QuorumCnxManager.connectOne(QuorumCnxManager.java:562) at org.apache.zookeeper.server.quorum.QuorumCnxManager.connectAll(QuorumCnxManager.java:614) at org.apache.zookeeper.server.quorum.FastLeaderElection.lookForLeader(FastLeaderElection.java:843) at org.apache.zookeeper.server.quorum.QuorumPeer.run(QuorumPeer.java:913)

由于zookeeper集群在启动的时候,每个结点都试图去连接集群中的其它结点,先启动的肯定连不上后面还没启动的,所以上面日志前面部分的异常是可以忽略的。通过后面部分可以看到,集群在选出一个Leader后,最后稳定了。

其他节点也可能会出现类似的情况,属于正常。

8. Zookeeper服务检查

在Kafka三台Server上执行如下命令

# netstat -nlpt | grep -E "2181|2888|3888"

显示如下端口和信息,说明Zookeeper运行正常

[elk@localhost ~]$ netstat -nlpt | grep -E "2181|2888|3888"(Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.)tcp6 0 0 :::2181 :::* LISTEN 5465/java tcp6 0 0 192.168.26.139:3888 :::* LISTEN 5465/java

可以看出,如果哪台是Leader,那么它就拥有2888这个端口

[elk@localhost ~]$ netstat -nlpt | grep -E "2181|2888|3888"(Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.)tcp6 0 0 :::2181 :::* LISTEN 5434/java tcp6 0 0 192.168.26.138:2888 :::* LISTEN 5434/java tcp6 0 0 192.168.26.138:3888 :::* LISTEN 5434/java

9. 启动Kafka服务

这时候zookeeper集群已经启动起来了,下面启动kafka,也是依次按照顺序启动,kafka1 –> kafka2 –>kafka3

# [elk@localhost kafka_2.11-1.0.0]$ pwd# /usr/local/app/kafka_2.11-1.0.0# [elk@localhost kafka_2.11-1.0.0]$ ./bin/kafka-server-start.sh ./config/server.properties & #启动Kafka服务

# [elk@localhost kafka_2.11-1.0.0]$ ./bin/kafka-server-stop.sh # 停止Kafka服务

10. 此时三台上面的zookeeper及kafka都已经启动完毕,下面来测试一下

10.1 建立一个主题(在Kafka Server 192.168.26.137)

# 注意:factor大小不能超过broker的个数

# ./bin/kafka-topics.sh --create --zookeeper 192.168.26.137:2181 --replication-factor 3 --partitions 1 --topic test1test2test

10.2 查看已经创建的topics(Kafka Server :192.168.26.137)

# ./bin/kafka-topics.sh --list --zookeeper 192.168.26.137:2181

10.3 查看test1test2test这个主题的详情(Kafka Server :192.168.26.137)

#主题名称:test1test2test#Partition:只有一个,从0开始#leader :id为4的broker#Replicas 副本存在于broker id为2,3,4的上面#Isr:活跃状态的broker

10.4 发送消息,这里使用的是生产者角色(Kafka Server :192.168.26.137)

# ./bin/kafka-console-producer.sh --broker-list 192.168.26.137:9092 --topic test1test2test

10.5 接收消息,这里使用的是消费者角色(更换到另外一台KafkaServer上运行,Kafka Server :192.168.26.138)

消息已经显示出来了。

# ./bin/kafka-console-consumer.sh --zookeeper 192.168.26.138:2181 --topic test1test2test --from-beginning

以上是Kafka生产者和消费者的测试,基于Kafka的Zookeeper集群就成功了。

11. 下面我们将ES Server:192.168.26.135上面的logstash的输出改到kafka上面,将数据写入到kafka中

11.1 创建LogStash结合Kafka使用的.conf文件,注意文件目录

11.2  编辑输入到Kafka的.conf文件

# vim logstash_for_kafka.conf

input { #这里的输入还是定义的是从日志文件输入 file { type = > "system-message" path = > "/var/log/messages" start_position = > "beginning" }}output { #stdout { codec => rubydebug } #这是标准输出到终端,可以用于调试看有没有输出,注意输出的方向可以有多个 kafka { #输出到kafka bootstrap_servers = > "192.168.26.137:9092,192.168.26.138:9092,192.168.26.139:9092" #他们就是生产者 topic_id = > "system-secure" #这个将作为主题的名称,将会自动创建 compression_type = > "snappy" #压缩类型 }}

11.3 测试输入到Kafka的配置文件

# [elk@localhost logstash-6.2.4]$ ./bin/logstash -f ./config/logstash_for_kafka.conf -t

11.4 使用该配置文件启动LogStash

注意采集系统日志需要权限,命令行前面必须加sudo

# [elk@localhost logstash-6.2.4]$ sudo ./bin/logstash -f ./config/logstash_for_kafka.conf

11.5 验证数据是否写入到kafka,这里我们检查是否生成了一个叫system-secure的主题

# [elk@localhost kafka_2.11-1.0.0]$ ./bin/kafka-topics.sh --list --zookeeper 192.168.26.137:2181

11.6 查看system-secure详情

# [elk@localhost kafka_2.11-1.0.0]$ ./bin/kafka-topics.sh --describe --zookeeper 192.168.26.137:2181 --topic system-secure

11.7 对于logstash输出的我们也可以提前先定义主题,然后启动logstash 直接往定义好的主题写数据就行啦,命令如下:

#[elk@localhost kafka_2.11-1.0.0]$ ./bin/kafka-topics.sh --create --zookeeper 192.168.26.137:2181 --replication-factor 3 --partitions 3 --topic TOPIC_NAME

好了,我们将logstash收集到的数据写入到了kafka中了,在实验过程中我使用while脚本测试了如果不断的往kafka写数据的同时停掉两个节点,数据写入没有任何问题。

0x04 Kafka集群安装配置2

那如何将数据从kafka中读取然后给ES集群呢?

那下面我们在kafka集群上安装Logstash,可以通过上面的方法,先配置一台的logstash,然后通过scp命令通过网络拷贝,安装路径是“/usr/local/app/logstash-6.2.4”;

三台上面的logstash的配置如下,作用是将kafka集群的数据读取然后转交给es集群,这里为了测试我让他新建一个索引文件,注意这里的输入日志是secure,主题名称是“system-secure”;

1. 如上所说,在三台Kafka集群的Server上分别安装LogStash,并在如下目录新建logstash_kafka2ES.conf

2. 配置logstash_kafka2ES.conf

# [elk@localhost config]$ vim logstash_kafka2ES.conf

3. 在三台Kafka Server上按顺序分别启动LogStash,启动命令三台是通用的

# [elk@localhost logstash-6.2.4]$ ./bin/logstash -f ./config/logstash_kafka2ES.conf

4. 测试通过Kafka队列传递消息到ES集群

在ES Server:192.168.26.135上写入测试内容,利用secure这个文件来测试

可以看到消息已经分散的写入ES及集群中

ES Server 192.168.26.135

ES Server 192.168.26.136

0x05 在Kibana中展示

ELK中的Kibana中的使用和部署,请看这篇文章

1. 根据ES集群中存入的数据,在Kibana中建立Index

2. 建立好index后,就可以在Discover这里查询介入的数据了

3. ES集群采用的查询语言是DSL语言,该语言采用json的格式组织查询语句。

4. Kibana可以多样化展示ES集群中介入的数据,github上有很多定制好的格式,针对常见生产环境可以直接配置,十分方便。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:k8s安全漏洞如何解决
下一篇:基于Simplicity Studio的 CLI便捷地调试Zigbee网络
相关文章

 发表评论

暂时没有评论,来抢沙发吧~