消息队列卡夫卡+EFLFK集群部署

news2024/9/20 6:27:41

pache公司的软件包官方下载地址:archive.apache.org/dist/

注:kafka从3.0版本之后,不再依赖zookeeper。

一 Zookeeper概述

官方下载地址:archive.apache.org/dist/zookee…

1.Zookeeper定义

Zookeeper是一个开源的分布式的,为分布式框架提供协调服务的Apache项目。

2.Zookeeper工作机制

Zookeeper从设计模式角度来理解:是一个基于观察者模式设计的分布式服务管理框架,它负责存储和管理大家都关心的数据,然后接受观察者的注册,一旦这些数据的状态发生变化,Zookeeper就将负责通知已经在Zookeeper上注册的那些观察者做出相应的反应。

也就是说 Zookeeper = 文件系统 + 通知机制。

 3.Zookeeper特点

(1)Zookeeper:一个领导者(Leader),多个跟随者(Follower)组成的集群。

(2)Zookeepe集群中只要有半数以上节点存活,Zookeeper集群就能正常服务。所以Zookeeper适合安装奇数台服务器。

(3)全局数据一致:每个Server保存一份相同的数据副本,Client无论连接到哪个Server,数据都是一致的。

(4)更新请求顺序执行,来自同一个Client的更新请求按其发送顺序依次执行,即先进先出。

(5)数据更新原子性,一次数据更新要么成功,要么失败。

(6)实时性,在一定时间范围内,Client能读到最新数据。

4.Zookeeper数据结构

ZooKeeper数据模型的结构与Linux文件系统很类似,整体上可以看作是一棵树,每个节点称做一个ZNode。每一个ZNode默认能够存储1MB的数据,每个ZNode都可以通过其路径唯一标识。

5.Zookeeper应用场景

提供的服务包括:统一命名服务、统一配置管理、统一集群管理、服务器节点动态上下线、软负载均衡等。

5.1统一命名服务

在分布式环境下,经常需要对应用/服务进行统一命名,便于识别。例如:IP不容易记住,而域名容易记住。

5.2统一配置管理

(1)分布式环境下,配置文件同步非常常见。一般要求一个集群中,所有节点的配置信息是一致的,比如Kafka集群。对配置文件修改后,希望能够快速同步到各个节点上。

(2)配置管理可交由ZooKeeper实现。可将配置信息写入ZooKeeper上的一个Znode。各个客户端服务器监听这个Znode。一旦 Znode中的数据被修改,ZooKeeper将通知各个客户端服务器。

5.3统一集群管理 

(1)分布式环境中,实时掌握每个节点的状态是必要的。可根据节点实时状态做出一些调整。

(2)ZooKeeper可以实现实时监控节点状态变化。可将节点信息写入ZooKeeper上的一个ZNode。监听这个ZNode可获取它的实时状态变化。

5.4服务器动态上下线

客户端能实时洞察到服务器上下线的变化。

5.5软负载均衡

在Zookeeper中记录每台服务器的访问数,让访问数最少的服务器去处理最新的客户端请求。

6.Zookeeper选举机制

6.1第一次启动选举机制

假设有5台服务器:

(1)服务器1启动,发起一次选举。服务器1投自己一票。此时服务器1票数一票,不够半数以上(3票),选举无法完成,服务器1状态保持为LOOKING;

(2)服务器2启动,再发起一次选举。服务器1和2分别投自己一票并交换选票信息:此时服务器1发现服务器2的myid比自己目前投票推举的(服务器1)大,更改选票为推举服务器2。此时服务器1票数0票,服务器2票数2票,没有半数以上结果,选举无法完成,服务器1,2状态保持LOOKING。

(3)服务器3启动,发起一次选举。此时服务器1和2都会更改选票为服务器3。此次投票结果:服务器1为0票,服务器2为0票,服务器3为3票。此时服务器3的票数已经超过半数,服务器3当选Leader。服务器1,2更改状态为FOLLOWING,服务器3更改状态为LEADING;

(4)服务器4启动,发起一次选举。此时服务器1,2,3已经不是LOOKING状态,不会更改选票信息。交换选票信息结果:服务器3为3票,服务器4为1票。此时服务器4服从多数,更改选票信息为服务器3,并更改状态为FOLLOWING;

(5)服务器5启动,和服务器4一样当小弟。

 6.2非第一次启动选举机制

1、当ZooKeeper 集群中的一台服务器出现以下两种情况之一时,就会开始进入Leader选举:

(1)服务器初始化启动。

(2)服务器运行期间无法和Leader保持连接。

2、而当一台机器进入Leader选举流程时,当前集群也可能会处于以下两种状态:

(1)集群中本来就已经存在一个Leader。

  • 对于已经存在Leader的情况,机器试图去选举Leader时,会被告知当前服务器的Leader信息,对于该机器来说,仅仅需要和 Leader机器建立连接,并进行状态同步即可。

(2)集群中确实不存在Leader。

  • 假设ZooKeeper由5台服务器组成,SID分别为1、2、3、4、5,ZXID分别为8、8、8、7、7,并且此时SID为3的服务器是Leader。某一时刻,3和5服务器出现故障,因此开始进行Leader选举。

  • 选举Leader规则:

    1. EPOCH大的直接胜出
    2. EPOCH相同,事务id大的胜出
    3. 事务id相同,服务器id大的胜出

小贴士:

        1.SID:服务器ID。用来唯一标识一台ZooKeeper集群中的机器,每台机器不能重复,和myid一致。

        2.ZXID:事务ID。ZXID是一个事务ID,用来标识一次服务器状态的变更。在某一时刻,集群中的每台机器的ZXID值不一定完全一致,这和ZooKeeper服务器对于客户端“更新请求”的处理逻辑速度有关。

        3.Epoch:每个Leader任期的代号。没有Leader时同一轮投票过程中的逻辑时钟值是相同的。每投完一次票这个数据就会增加。

 二 部署Zookeeper集群

1.写一个安装脚本

在server1上写一个安装脚本,用于安装Zookeeper。

 #!/bin/bash
 #部署Zookeeper集群,server1的安装脚本
 ​
 ##1.安装前准备
 #关闭防火墙
 systemctl stop firewalld
 systemctl disable firewalld
 setenforce 0
 ​
 #安装 JDK 环境。如果服务器无法连接外网,需要先搭建本地yum仓库
 yum install -y java-1.8.0-openjdk java-1.8.0-openjdk-devel
 java -version
 ​
 #zookeeper下载安装包
 #官方下载地址:https://archive.apache.org/dist/zookeeper/
 ​
 #wget命令是Linux系统用于从Web下载文件的命令行工具,服务器联通外网的情况下,可使用此种方法下载软件包。如果服务器无法连接外网,需要提前准备好软件包,放入/opt/目录下。
 cd /opt/
 wget https://archive.apache.org/dist/zookeeper/zookeeper-3.5.7/apache-zookeeper-3.5.7-bin.tar.gz
 ​
 ##2.安装 Zookeeper。提前将zookeeper的安装包传到/opt/目录下。
 cd /opt/
 tar -zxvf apache-zookeeper-3.5.7-bin.tar.gz
 mv apache-zookeeper-3.5.7-bin /usr/local/zookeeper-3.5.7
 ​
 ##3.修改配置文件
 cd /usr/local/zookeeper-3.5.7/conf/
 cp zoo_sample.cfg zoo.cfg
 ​
 #修改第12行,指定保存Zookeeper中的数据的目录,目录需要单独创建
 sed -i '12c dataDir=/usr/local/zookeeper-3.5.7/data' /usr/local/zookeeper-3.5.7/conf/zoo.cfg
 #在第12行下方添加内容,指定存放日志的目录,目录需要单独创建
 sed -i '12a dataLogDir=/usr/local/zookeeper-3.5.7/logs' /usr/local/zookeeper-3.5.7/conf/zoo.cfg
 #36行,在配置文件中添加集群信息。集群节点通信时使用端口3188,选举leader时使用的端口3288。
 echo "server.1=ip1:3188:3288
 server.2=ip2:3188:3288
 server.3=ip3:3188:3288"  >> /usr/local/zookeeper-3.5.7/conf/zoo.cfg

 ​
 #在每个节点上创建数据目录和日志目录
 mkdir /usr/local/zookeeper-3.5.7/data
 mkdir /usr/local/zookeeper-3.5.7/logs
 ​
 #在每个节点的dataDir指定的目录下创建一个 myid 的文件,注意每个节点的myid不能相同
 echo 1 > /usr/local/zookeeper-3.5.7/data/myid
 ​
 ​
 ##4.配置 Zookeeper 启动脚本,将zookeeper加入系统服务管理
 cat <<EOF > /etc/init.d/zookeeper
 #!/bin/bash
 #chkconfig:2345 20 90
 #description:Zookeeper Service Control Script
 ZK_HOME='/usr/local/zookeeper-3.5.7'
 case $1 in
 start)
     echo "---------- zookeeper 启动 ------------"
     $ZK_HOME/bin/zkServer.sh start
     ;;
 stop)
     echo "---------- zookeeper 停止 ------------"
     $ZK_HOME/bin/zkServer.sh stop
     ;;
 restart)
     echo "---------- zookeeper 重启 ------------"
     $ZK_HOME/bin/zkServer.sh restart
     ;;
 status)
     echo "---------- zookeeper 状态 ------------"
     $ZK_HOME/bin/zkServer.sh status
     ;;
 *)
     echo "Usage: $0 {start|stop|restart|status}"
 esac
 EOF
 ​
 #为脚本增加执行权限。添加到启动服务,设置为开机自启。
 chmod +x /etc/init.d/zookeeper
 chkconfig --add zookeeper
 #chkconfig --list zookeeper 可查看启动服务

配置文件zoo.cfg注释:

 tickTime=2000   #通信心跳时间,Zookeeper服务器与客户端心跳时间,单位毫秒
 initLimit=10    #Leader和Follower初始连接时能容忍的最多心跳数(tickTime的数量),这里表示为10*2s
 syncLimit=5     #Leader和Follower之间同步通信的超时时间,这里表示如果超过5*2s,Leader认为Follwer死掉,并从服务器列表中删除Follwer
 dataDir=/usr/local/zookeeper-3.5.7/data      #修改,指定保存Zookeeper中的数据的目录,目录需要单独创建
 dataLogDir=/usr/local/zookeeper-3.5.7/logs   #添加,指定存放日志的目录,目录需要单独创建
 clientPort=2181   #客户端连接端口
 #添加集群信息
 server.1=ip1:3188:3288
 server.2=ip2:3188:3288
 server.3=ip3:3188:3288
 #集群节点通信时使用端口3188,选举leader时使用的端口3288
 ​
 -------------------------------------------------------------------------------------
 server.A=B:C:D
 ●A是一个数字,表示这个是第几号服务器。集群模式下需要在zoo.cfg中dataDir指定的目录下创建一个文件myid,这个文件里面有一个数据就是A的值,Zookeeper启动时读取此文件,拿到里面的数据与zoo.cfg里面的配置信息比较从而判断到底是哪个server。
 ●B是这个服务器的地址。
 ●C是这个服务器Follower与集群中的Leader服务器交换信息的端口。
 ●D是万一集群中的Leader服务器挂了,需要一个端口来重新进行选举,选出一个新的Leader,而这个端口就是用来执行选举时服务器相互通信的端口。
 -------------------------------------------------------------------------------------

2.写第二个脚本(用于传输和执行脚本)

在server1写第二个脚本,用于将安装脚本传给给server2和server3,并执行脚本和启动服务。

 #!/bin/bash
 #descripe:该脚本用于传输和执行zookeeper的安装脚本。即在server1上,将安装脚本传给server2、server3,并修改myid。之后依次执行。
 ​
 #root密码
 pass=1234
 #三台服务器的ip
 ip1=192.168.121.10
 ip2=192.168.121.20
 ip3=192.168.121.30
 ​
 #复制脚本并命名为002,将myid修改为2。用于传给server2执行。
 cp /yujish/zookeeper001.sh  /kkk/zookeeper002.sh
 sed -i '/zookeeper-3.5.7/data/myid/c echo 2>/usr/local/zookeeper-3.5.7/data/myid
  '  /kkk/zookeeper002.sh
 ​
 #安装expect工具
 yum install -y expect
 ​
 #将002脚本传给server2
 /usr/bin/expect <<-EOF
 spawn scp /yujish/zookeeper002.sh ${ip2}:/kkk/
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF
 ​
 #复制脚本并命名为003,修改myid为3。用于传给server3执行。
 cp /yujish/zookeeper001.sh  /kkk/zookeeper003.sh
 sed -i '/zookeeper-3.5.7/data/myid/c echo 3>/usr/local/zookeeper-3.5.7/data/myid
  '  /kkk/zookeeper003.sh
 ​
 #将003脚本传给server3
 /usr/bin/expect <<-EOF
 spawn scp /yujish/zookeeper003.sh ${ip3}:/kkk/
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF
 ​
 #执行server1中的脚本,安装zookeeper
 bash /yujish/zookeeper001.sh
 ​
 #执行server2中的脚本,安装zookeeper
 /usr/bin/expect <<-EOF
 spawn ssh ${ip2} bash /kkk/zookeeper002.sh
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF
 ​
 #执行server3中的脚本,安装zookeeper
 /usr/bin/expect <<-EOF
 spawn ssh ${ip3} bash /kkk/zookeeper003.sh
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF
 ​
 #启动server1中的zookeeper
 service zookeeper start
 ​
 #启动server2中的zookeeper
 /usr/bin/expect <<-EOF
 spawn ssh ${ip2} service zookeeper start
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF
 ​
 #启动server3中的zookeeper
 /usr/bin/expect <<-EOF
 spawn ssh ${ip3} service zookeeper start
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF

 三 消息队列概述

1.为什么需要消息队列

主要原因是由于在高并发环境下,同步请求来不及处理,请求往往会发生阻塞。比如大量的请求并发访问数据库,导致行锁表锁,最后请求线程会堆积过多,从而触发 too many connection 错误,引发雪崩效应。

我们使用消息队列,通过异步处理请求,从而缓解系统的压力。消息队列常应用于异步处理,流量削峰,应用解耦,消息通讯等场景。

当前比较常见的 MQ 中间件有:ActiveMQ、RabbitMQ、RocketMQ、Kafka 等。

2.使用消息队列的好处

(1)解耦

允许你独立的扩展或修改两边的处理过程,只要确保它们遵守同样的接口约束。

(2)可恢复性

系统的一部分组件失效时,不会影响到整个系统。消息队列降低了进程间的耦合度,所以即使一个处理消息的进程挂掉,加入队列中的消息仍然可以在系统恢复后被处理。

(3)缓冲

有助于控制和优化数据流经过系统的速度,解决生产消息和消费消息的处理速度不一致的情况。

(4)灵活性 & 峰值处理能力

在访问量剧增的情况下,应用仍然需要继续发挥作用,但是这样的突发流量并不常见。如果为以能处理这类峰值访问为标准来投入资源随时待命无疑是巨大的浪费。使用消息队列能够使关键组件顶住突发的访问压力,而不会因为突发的超负荷的请求而完全崩溃。

(5)异步通信

很多时候,用户不想也不需要立即处理消息。消息队列提供了异步处理机制,允许用户把一个消息放入队列,但并不立即处理它。想向队列中放入多少消息就放多少,然后在需要的时候再去处理它们。

 3.消息队列的两种模式

(1)点对点模式(一对一,消费者主动拉取数据,消息收到后消息清除)

  • 消息生产者生产消息发送到消息队列中,然后消息消费者从消息队列中取出并且消费消息。消息被消费以后,消息队列中不再有存储,所以消息消费者不可能消费到已经被消费的消息。消息队列支持存在多个消费者,但是对一个消息而言,只会有一个消费者可以消费。

 

(2)发布/订阅模式(一对多,又叫观察者模式,消费者消费数据之后不会清除消息)

  • 消息生产者(发布)将消息发布到 topic 中,同时有多个消息消费者(订阅)消费该消息。和点对点方式不同,发布到 topic 的消息会被所有订阅者消费。
  • 发布/订阅模式是定义对象间一种一对多的依赖关系,使得每当一个对象(目标对象)的状态发生改变,则所有依赖于它的对象(观察者对象)都会得到通知并自动更新。

 四 Kafka概述

 官方下载地址:kafka.apache.org/downloads.h…

1.Kafka定义

Kafka 是一个分布式的基于发布/订阅模式的消息队列(MQ,Message Queue),主要应用于大数据实时处理领域。

2.Kafka 简介

Kafka 是最初由 Linkedin 公司开发,是一个分布式、支持分区的(partition)、多副本的(replica),基于 Zookeeper 协调的分布式消息中间件系统,它的最大的特性就是可以实时的处理大量数据以满足各种需求场景,比如基于 hadoop 的批处理系统、低延迟的实时系统、Spark/Flink 流式处理引擎,nginx 访问日志,消息服务等等,用 scala 语言编写, Linkedin 于 2010 年贡献给了 Apache 基金会并成为顶级开源项目。

3.Kafka的特性

(1)高吞吐量、低延迟

Kafka 每秒可以处理几十万条消息,它的延迟最低只有几毫秒。每个 topic 可以分多个 Partition,Consumer Group 对 Partition 进行消费操作,提高负载均衡能力和消费能力。

(2)可扩展性

kafka 集群支持热扩展。

(3)持久性、可靠性

消息被持久化到本地磁盘,并且支持数据备份防止数据丢失。

(4)容错性

允许集群中节点失败(多副本情况下,若副本数量为 n,则允许 n-1 个节点失败)。

(5)高并发

支持数千个客户端同时读写。

4.Kafka系统架构

(1)Broker

一台 kafka 服务器就是一个 broker。一个集群由多个 broker 组成。一个 broker 可以容纳多个 topic。

(2)Topic(主题)

可以理解为一个队列,生产者和消费者面向的都是一个 topic。

类似于数据库的表名或者 ES 的 index。

物理上不同 topic 的消息分开存储。

(3)Partition(分区,实现数据分片)

  • 为了实现扩展性,一个非常大的 topic 可以分布到多个 broker(即服务器)上,一个 topic 可以分割为一个或多个 partition,每个 partition 是一个有序的队列。Kafka 只保证 partition 内的记录是有序的,而不保证 topic 中不同 partition 的顺序。
  • 每个 topic 至少有一个 partition,当生产者产生数据的时候,会根据分配策略选择分区,然后将消息追加到指定的分区的队列末尾。

Partation 数据路由规则:

  1. 指定了 patition,则直接使用;
  2. 未指定 patition 但指定 key(相当于消息中某个属性),通过对 key 的 value 进行 hash 取模,选出一个 patition;
  3. patition 和 key 都未指定,使用轮询选出一个 patition。

注意:

  • 每条消息都会有一个自增的编号,用于标识消息的偏移量,标识顺序从 0 开始。
  • 每个 partition 中的数据使用多个 segment 文件存储。
  • 如果 topic 有多个 partition,消费数据时就不能保证数据的顺序。严格保证消息的消费顺序的场景下(例如商品秒杀、 抢红包),需要将 partition 数目设为 1。

broker、topic、partition三者的关系:

  • broker 存储 topic 的数据。如果某 topic 有 N 个 partition,集群有 N 个 broker,那么每个 broker 存储该 topic 的一个 partition。
  • 如果某 topic 有 N 个 partition,集群有 (N+M) 个 broker,那么其中有 N 个 broker 存储 topic 的一个 partition, 剩下的 M 个 broker 不存储该 topic 的 partition 数据。
  • 如果某 topic 有 N 个 partition,集群中 broker 数目少于 N 个,那么一个 broker 存储该 topic 的一个或多个 partition。在实际生产环境中,尽量避免这种情况的发生,这种情况容易导致 Kafka 集群数据不均衡。

分区的原因:

  • 方便在集群中扩展,每个Partition可以通过调整以适应它所在的机器,而一个topic又可以有多个Partition组成,因此整个集群就可以适应任意大小的数据了;
  • 可以提高并发,因为可以以Partition为单位读写了。

(4)Replication(副本)

副本,为保证集群中的某个节点发生故障时,该节点上的 partition 数据不丢失,且 kafka 仍然能够继续工作,kafka 提供了副本机制,一个 topic 的每个分区都有若干个副本,一个 leader 和若干个 follower。

(5)Leader

每个 partition 有多个副本,其中有且仅有一个作为 Leader,Leader 是当前负责数据的读写的 partition。

(6)Follower

  • Follower 跟随 Leader,所有写请求都通过 Leader 路由,数据变更会广播给所有 Follower,Follower 与 Leader 保持数据同步。Follower 只负责备份,不负责数据的读写。
  • 如果 Leader 故障,则从 Follower 中选举出一个新的 Leader。
  • 当 Follower 挂掉、卡住或者同步太慢,Leader 会把这个 Follower 从 ISR(Leader 维护的一个和 Leader 保持同步的 Follower 集合) 列表中删除,重新创建一个 Follower。

(7)Producer

  • 生产者即数据的发布者,该角色将消息 push 发布到 Kafka 的 topic 中。
  • broker 接收到生产者发送的消息后,broker 将该消息追加到当前用于追加数据的 segment 文件中。
  • 生产者发送的消息,存储到一个 partition 中,生产者也可以指定数据存储的 partition。

(8)Consumer

消费者可以从 broker 中 pull 拉取数据。消费者可以消费多个 topic 中的数据。

(9)Consumer Group(CG)

  • 消费者组,由多个 consumer 组成。
  • 所有的消费者都属于某个消费者组,即消费者组是逻辑上的一个订阅者。可为每个消费者指定组名,若不指定组名则属于默认的组。
  • 将多个消费者集中到一起去处理某一个 Topic 的数据,可以更快的提高数据的消费能力。
  • 消费者组内每个消费者负责消费不同分区的数据,一个分区只能由一个组内消费者消费,防止数据被重复读取。
  • 消费者组之间互不影响。

(10)offset 偏移量

  • 可以唯一的标识一条消息。
  • 偏移量决定读取数据的位置,不会有线程安全的问题,消费者通过偏移量来决定下次读取的消息(即消费位置)。
  • 消息被消费之后,并不被马上删除,这样多个业务就可以重复使用 Kafka 的消息。
  • 某一个业务也可以通过修改偏移量达到重新读取消息的目的,偏移量由用户控制。
  • 消息最终还是会被删除的,默认生命周期为 1 周(7*24小时)。

(11)Zookeeper

  • Kafka 通过 Zookeeper 来存储集群的 meta 信息。
  • 由于 consumer 在消费过程中可能会出现断电宕机等故障,consumer 恢复后,需要从故障前的位置的继续消费,所以 consumer 需要实时记录自己消费到了哪个 offset,以便故障恢复后继续消费。
  • Kafka 0.9 版本之前,consumer 默认将 offset 保存在 Zookeeper 中;从 0.9 版本开始,consumer 默认将 offset 保存在 Kafka 一个内置的 topic 中,该 topic 为 __consumer_offsets。
  • 也就是说,zookeeper的作用就是,生产者push数据到kafka集群,就必须要找到kafka集群的节点在哪里,这些都是通过zookeeper去寻找的。消费者消费哪一条数据,也需要zookeeper的支持,从zookeeper获得offset,offset记录上一次消费的数据消费到哪里,这样就可以接着下一条数据进行消费。

五 部署Kafka集群

实验环境

三台服务器已搭建好Zookeeper 集群:

192.168.121.10

192.168.121.20

192.168.121.30

实验步骤

1.写一个kafka的安装脚本

在server1上写一个kafka的安装脚本。

 #!/bin/bash
 #部署kafka集群,server1的安装脚本
 ​
 ## 1.下载安装包 ##
 #官方下载地址:http://kafka.apache.org/downloads.html
 cd /opt
 wget https://mirrors.tuna.tsinghua.edu.cn/apache/kafka/2.7.1/kafka_2.13-2.7.1.tgz
 ​
 #如果服务器无法连接外网,需要提前下载好安装包,放在/opt/目录下。
 ## 2.安装 Kafka ##
 cd /opt/
 tar zxvf kafka_2.13-2.7.1.tgz
 mv kafka_2.13-2.7.1 /usr/local/kafka
 ​
 ## 3.修改配置文件 ##
 cd /usr/local/kafka/config/
 cp server.properties{,.bak}
 ​
 #21行,broker的全局唯一编号,每个broker不能重复,因此要在其他机器上配置 broker.id=1、broker.id=2 
 sed -i '/broker.id/c broker.id=0' /usr/local/kafka/config/server.properties
 ​
 #31行,指定监听的IP和端口,如果修改每个broker的IP需区分开来,也可保持默认配置不用修改。
 #sed -i '/listeners/c listeners=PLAINTEXT://192.168.121.10:9092' /usr/local/kafka/config/server.properties
 ​
 #60行,kafka运行日志存放的路径,也是数据存放的路径
 sed -i '/log.dirs/c log.dirs=/usr/local/kafka/logs' /usr/local/kafka/config/server.properties
 ​
 #123行,配置连接Zookeeper集群地址
 sed -i '/zookeeper.connect/c zookeeper.connect=192.168.121.10:2181,192.168.121.20:2181,192.168.121.30:2181' /usr/local/kafka/config/server.properties

 #137行,加上这一行表示允许删除topic,如果不加则topic创建后不可删除。出于安全考虑,不建议加这一行,不建议删除topic
 #delete.topic.enable=true
 ​
 ## 4.修改环境变量 ##
 export KAFKA_HOME=/usr/local/kafka
 export PATH=$PATH:$KAFKA_HOME/bin
 ​
 echo "export KAFKA_HOME=/usr/local/kafka
 export PATH=$PATH:$KAFKA_HOME/bin" >>/etc/profile
 ​
 ​
 ## 5.配置 kafka 启动脚本,将kafka添加进系统服务管理 ##
 cat << EOF > /etc/init.d/kafka
 #!/bin/bash
 #chkconfig:2345 22 88
 #description:Kafka Service Control Script
 KAFKA_HOME='/usr/local/kafka'
 case $1 in
 start)
     echo "---------- Kafka 启动 ------------"
     ${KAFKA_HOME}/bin/kafka-server-start.sh -daemon             ${KAFKA_HOME}/config/server.properties
     ;;
 stop)
     echo "---------- Kafka 停止 ------------"
     ${KAFKA_HOME}/bin/kafka-server-stop.sh
     ;;
 restart)
     $0 stop
     $0 start
     ;;
 status)
     echo "---------- Kafka 状态 ------------"
     count=$(ps -ef | grep kafka | egrep -cv "grep|$$")
     if [ "$count" -eq 0 ];then
         echo "kafka is not running"
     else
         echo "kafka is running"
     fi
     ;;
 *)
     echo "Usage: $0 {start|stop|restart|status}"
 esac
 EOF
 ​
 #设置开机自启
 chmod +x /etc/init.d/kafka
 chkconfig --add kafka
 ​
 #分别启动 Kafka
 service kafka start

kafka配置文件server.properties注释:

 broker.id=0    #21行,broker的全局唯一编号,每个broker不能重复,因此要在其他机器上配置 broker.id=1、broker.id=2
 listeners=PLAINTEXT://192.168.121.10:9092    #31行,指定监听的IP和端口,如果修改每个broker的IP需区分开来,也可保持默认配置不用修改
 num.network.threads=3    #42行,broker 处理网络请求的线程数量,一般情况下不需要去修改
 num.io.threads=8         #45行,用来处理磁盘IO的线程数量,数值应该大于硬盘数
 socket.send.buffer.bytes=102400       #48行,发送套接字的缓冲区大小
 socket.receive.buffer.bytes=102400    #51行,接收套接字的缓冲区大小
 socket.request.max.bytes=104857600    #54行,请求套接字的缓冲区大小
 log.dirs=/usr/local/kafka/logs        #60行,kafka运行日志存放的路径,也是数据存放的路径
 num.partitions=1      #65行,topic在当前broker上的默认分区个数,会被topic创建时的指定参数覆盖
 num.recovery.threads.per.data.dir=1    #69行,用来恢复和清理data下数据的线程数量
 log.retention.hours=168    #103行,segment文件(数据文件)保留的最长时间,单位为小时,默认为7天,超时将被删除
 log.segment.bytes=1073741824    #110行,一个segment文件最大的大小,默认为 1G,超出将新建一个新的segment文件
 zookeeper.connect=192.168.121.10:2181,192.168.121.20:2181,192.168.121.30:2181    #123行,配置连接Zookeeper集群地址

2.写第二个脚本(用于传输和执行安装脚本)

在server1写第二个脚本,用于将kafka的安装脚本传给给server2和server3,并执行脚本和启动服务。

 #!/bin/bash
 #descripe:该脚本用于传输和执行zookeeper的安装脚本。即在server1上,将安装脚本传给server2、server3,并修改myid。之后依次执行。
 ​
 ####1.设变量####
 #root密码
 pass=1234
 #三台服务器的ip
 ip1=192.168.121.10
 ip2=192.168.121.20
 ip3=192.168.121.30
 ​
 #安装expect工具
 yum install -y expect
 ​
 ###2.修改脚本,并将脚本传给server2####
 ​
 #复制脚本并命名为002,并修改参数。用于传给server2执行。
 cp /kkk/kafka001.sh  /kkk/kafka002.sh
 #配置文件21行,broker的全局唯一编号,每个broker不能重复,将server2的修改为broker.id=1
 sed -i '/broker.id=0/ s/broker.id=0/broker.id=1/' /kkk/kafka002.sh
 ​
 #配置文件31行,指定监听的IP和端口,如果修改每个broker的IP需区分开来,也可保持默认配置不用修改
 #sed -i '/PLAINTEXT://192.168.121.10:9092/c listeners=PLAINTEXT://192.168.121.20:9092' /kkk/kafka002.sh
 ​
 ​
 #将002脚本传给server2
 /usr/bin/expect <<-EOF
 spawn scp /kkk/kafka001.sh ${ip2}:/kkk/
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF
 ​
 ####3.修改脚本并将脚本传给server3####
 ​
 #复制脚本并命名为003,并修改参数。用于传给server2执行。
 cp /yujish/kafka001.sh  /kkk/kafka003.sh
 #配置文件21行,broker的全局唯一编号,每个broker不能重复,将server3的修改为broker.id=2
 sed -i '/broker.id=0/ s/broker.id=0/broker.id=2/' /kkk/kafka003.sh
 ​
 #配置文件36行,指定监听的IP和端口,如果修改每个broker的IP需区分开来,也可保持默认配置不用修改
 #sed -i '/PLAINTEXT://192.168.121.10:9092/c listeners=PLAINTEXT://192.168.121.30:9092' /kkk/kafka003.sh
 ​
 #将003脚本传给server3
 /usr/bin/expect <<-EOF
 spawn scp /yujish/kafka003.sh ${ip3}:/kkk/
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF
 ​
 ####4.执行三台服务器中的脚本####
 ​
 #执行server1中的脚本,安装kafka
 bash /kkk/kafka001.sh
 ​
 #执行server2中的脚本,安装kafka
 /usr/bin/expect <<-EOF
 spawn ssh ${ip2} bash /kkk/kafka002.sh
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF
 ​
 #执行server3中的脚本,安装kafka
 /usr/bin/expect <<-EOF
 spawn ssh ${ip3} bash /kkk/kafka003.sh
 expect {
          "(yes/no)" {send "yes\n"; exp_continue}
          "password" {send "$pass\n"}
 }
 EOF

 3.kafka的操作行命令

(1)创建topic

 kafka-topics.sh --create --zookeeper 192.168.121.10:2181,192.168.121.20:2181,192.168.121.30:2181 --replication-factor 2 --partitions 3 --topic test
 ​
 ##注释:
 --zookeeper:定义 zookeeper 集群服务器地址,如果有多个 IP 地址使用逗号分割,一般使用一个 IP 即可
 --replication-factor:定义分区副本数,1 代表单副本,建议为 2 
 --partitions:定义分区数 
 --topic:定义 topic 名称

(2)查看当前服务器的所有topic

kafka-topics.sh --list --zookeeper 192.168.121.10:2181,192.168.121.20:2181,192.168.121.30:2181

(3)查看某个topic的详情

 #查看所有topic的详细信息
 kafka-topics.sh  --describe --zookeeper 192.168.121.10:2181,192.168.121.20:2181,192.168.121.30:2181
 
 #查看单个topic的详细信息
 kafka-topics.sh  --describe --topic test --zookeeper 192.168.121.10:2181,192.168.121.20:2181,192.168.121.30:2181 

(4)发布消息(生产消息)

kafka-console-producer.sh --broker-list 192.168.121.10:9092,192.168.121.20:9092,192.168.121.30:9092 --topic test

(5)消费消息

 kafka-console-consumer.sh --bootstrap-server 192.168.121.10:9092,192.168.121.20:9092,192.168.121.30:9092 --topic test --from-beginning
 ​
 ##注释:
 --from-beginning:会把主题中以往所有的数据都读取出来。不加这个则只消费最新的消息。

(6)修改分区数量(分区数量只能增加,不能减少)

kafka-topics.sh --zookeeper 192.168.121.10:2181,192.168.121.20:2181,192.168.121.30:2181 --alter --topic test --partitions 6

(7)删除topic

kafka-topics.sh --delete --zookeeper 192.168.121.10:2181,192.168.121.20:2181,192.168.121.30:2181 --topic test

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/22237.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

国内网络编译,Ambari 2.7.6 全部模块源码编译笔记

本次编译 ambari 2.7.6 没有使用科学上网的工具&#xff0c;使用的普通网络&#xff0c;可以编译成功&#xff0c;过程比 ambari 2.7.5 编译时要顺畅。 该版本相对 2.7.5 版本以来&#xff0c;共有 26 个 contributors 提交了 114 个 commits 以及修改了 557 个文件。详情见&a…

ovirt-engine通过UI Plugin自定义页面

官方API&#xff1a;点击打开 1 新增一个菜单项 1.1 创建引导html 首先你的这个页面是作为一个功能插件存在的&#xff0c;所以先给他起个名字&#xff0c;我这里的页面主要是用作用户创建&#xff0c;所以我的这个插件的名字就叫user。 接着就创建这个插件的 引导html &…

多级式多传感器信息融合中的状态估计(Matlab代码实现)

&#x1f352;&#x1f352;&#x1f352;欢迎关注&#x1f308;&#x1f308;&#x1f308; &#x1f4dd;个人主页&#xff1a;我爱Matlab &#x1f44d;点赞➕评论➕收藏 养成习惯&#xff08;一键三连&#xff09;&#x1f33b;&#x1f33b;&#x1f33b; &#x1f34c;希…

新能源车提车、上牌流程

漫长等待四个多月&#xff0c;终于2022年10月27日&#xff0c;笔者圆梦&#xff0c;喜提人生第一辆车。从选车、提车、上牌全程一人&#xff0c;用文记录下经历&#xff0c;以供参考。 一、提车流程 1.1 提车时间 若分到车&#xff0c;4S店销售会提前联系确定时间。 提示&…

【自然语言处理】【实体匹配】CollaborER:使用多特征协作的自监督实体匹配框架

CollaborER&#xff1a;使用多特征协作的自监督实体匹配框架《CollaborER: A Self-supervised Entity Resolution Framework Using Multi-features Collaboration》论文地址&#xff1a;https://arxiv.org/pdf/2108.08090.pdf 相关博客&#xff1a; 【自然语言处理】【实体匹配…

最大似然估计(机器学习)

目录 最大似然估计算法 最大似然估计例子 最大似然估计算法存在的问题 最大似然估计算法 EM算法是一种最大似然估计(Max imum Likel ihood Est imation)算法&#xff0c;传统的最大似然估计算法是根据已知的观察数据来评估模型参数 最大似然估计的一般步骤如下&#xff1a; …

HTML小游戏10 —— 休闲类游戏《解救海盗船长》(附完整源码)

&#x1f482; 网站推荐:【神级源码资源网】【摸鱼小游戏】&#x1f91f; 风趣幽默的前端学习课程&#xff1a;&#x1f449;28个案例趣学前端&#x1f485; 想寻找共同学习交流、摸鱼划水的小伙伴&#xff0c;请点击【摸鱼学习交流群】&#x1f4ac; 免费且实用的计算机相关知…

kingbase之集群部署之集群规划和安装

一、kingbase简介 KingbaseES是一款面向大规模并发交易处理的企业级关系型数据库。该产品支持严格的ACID特性、结合多核架构的极致性能、行业最高的安全标准&#xff0c;以及完备的高可用方案&#xff0c;并提供可覆盖迁移、开发及运维管理全使用周期的智能便捷工具。在早先的博…

zsh: command not found: adb问题分析

问题描述 Mac上使用 adb 调试Android设备时&#xff0c;出现了 zsh: command not found: adb 的报错提示。 出现上述错误代表 adb 无法在挡枪 的shell 中使用&#xff0c;而当前的 shell 为 zsh 。 zsh 介绍 zsh 也是一种 shell &#xff0c;Unix 衍生系统的默认 的shell 都…

如何使用组件切换器做话题导航

highlight: atelier-cave-dark 使用组件切换器实现一个标签导航 效果展示 前置准备 背景素材 话题图标素材 具体步骤 制作背景 制作话题导航 制作话题导航结果列表 设置组件切换器关联内容 创建切换组件行为触发器 创建点击行为触发器 步骤分解 制作背景 将背景素材添加到 …

Vue使用axios进行get请求拼接参数的两种方式

前言 本文主要介绍如何在Vue使用axios进行get请求拼接参数的两种方式 我们就以github上的一个开源接口举例&#xff1a; https://api.github.com/search/users?qxxx 这是github给开发人员提供的一个接口&#xff0c;是get请求。我们可以直接通过浏览器访问 很明显&#xff…

[附源码]java毕业设计网易云音乐推荐系统

项目运行 环境配置&#xff1a; Jdk1.8 Tomcat7.0 Mysql HBuilderX&#xff08;Webstorm也行&#xff09; Eclispe&#xff08;IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持&#xff09;。 项目技术&#xff1a; SSM mybatis Maven Vue 等等组成&#xff0c;B/S模式 M…

FL Studio21傻瓜式编曲音乐编辑器FL水果软件

在我看来软件只是工具.不管哪个都可以做任何风格的音乐,区别只是软件操作相对而言fl studio更容易上手,在国内也很受欢迎,弱项应该是混音上如果你做电音的话 还是FL更好一些 ,因为他就是为舞曲而生的!flstudio内配置音源、插件、录音软件、混音效果!而FLStudio则更偏向于电子音…

[附源码]SSM计算机毕业设计二手车况在线评估JAVA

项目运行 环境配置&#xff1a; Jdk1.8 Tomcat7.0 Mysql HBuilderX&#xff08;Webstorm也行&#xff09; Eclispe&#xff08;IntelliJ IDEA,Eclispe,MyEclispe,Sts都支持&#xff09;。 项目技术&#xff1a; SSM mybatis Maven Vue 等等组成&#xff0c;B/S模式 M…

分库分表-分片算法运用

分库分表-分片算法运用 ShardingSphere 分片算法 用于将数据分片的算法&#xff0c;支持 、>、<、>、<、BETWEEN 和 IN 进行分片。分片算法可由开发者自行 实现&#xff0c;也可使用 Apache ShardingSphere 内置的分片算法语法糖&#xff0c;灵活度非常高。原理简…

uploads_labs前9题

upload-labs详解1.代码使用的函数详解2.uploads_labs1.Pass-012.Pass-023.Pass-034.Pass-045.Pass-056.Pass-067.Pass-078.Pass-089.Pass-091.代码使用的函数详解 2.uploads_labs 1.Pass-01 function checkFile() {var file document.getElementsByName(upload_file)[0].va…

一年前端面试打怪升级之路

Promise是什么? Promise 是异步编程的一种解决方案&#xff1a;从语法上讲&#xff0c;promise是一个对象&#xff0c;从它可以获取异步操作的消息&#xff1b;从本意上讲&#xff0c;它是承诺&#xff0c;承诺它过一段时间会给你一个结果。promise有三种状态&#xff1a; pe…

基于android平台下的猎聘校园系统的设计与实现

目 录 摘 要 I Abstract II 第1章 绪论 1 1.1选题背景及意义 1 1.2研究现状 1 1.3 研究内容 3 第2章 系统开发环境及相关技术 4 2.1开发环境 4 2.2 Java SDK 4 2.3 Eclipse 5 2.4 ADT 6 2.5 Android SDK 6 3.6 Android开发平台搭建 10 第3章 系统分析 12 3.1 研究目标 12 3.2 需…

矿井水深度除总氮有什么好工艺?硝酸根离子交换柱

煤矿矿井水是指在采煤过程中&#xff0c;所有渗入井下采掘空间的水&#xff0c;矿井水的排放是煤炭工业具有行业特点的污染源之一&#xff0c;量大面广&#xff0c;我国煤炭开发每年矿井的涌水量为20多亿立方米&#xff0c;其特性取决于成煤的地质环境和煤系地层的矿物化学成分…

智慧城市可视化(一)

✍️ 作者简介: 前端博主&#xff1b;CSDN博客专家&#xff1b;51CTO特邀专家博主&#xff0c;全网粉丝2W左右 &#x1f482; 作者主页: 【主页——&#x1f680;获取更多web可视化介绍】 &#x1f947;联系作者&#xff1a;【私信&#xff1a;技术交流 | 信息分享 | 商务合作…