Vis*_*ath 2 apache-kafka apache-zookeeper
通过在我的kafka安装目录中运行以下命令,在具有3个服务器/代理的本地kafka群集中创建了一个主题
bin/kafka-topics.sh --create --zookeeper localhost:2181 --replication-factor 2 --partitions 2 --topic user-activity-tracking-pipeline
Run Code Online (Sandbox Code Playgroud)
一切正常,因为我能够根据自己的主题产生和传达消费者信息。重新启动机器后,我通过在终端中运行以下命令从kafka安装目录启动捆绑的zookeeper
bin/zookeeper-server-start.sh config/zookeeper.properties
Run Code Online (Sandbox Code Playgroud)
通过从kafka安装目录在终端中执行以下命令,启动属于集群的3台服务器
env JMX_PORT=10001 bin/kafka-server-start.sh config/server1.properties
env JMX_PORT=10002 bin/kafka-server-start.sh config/server2.properties
env JMX_PORT=10003 bin/kafka-server-start.sh config/server3.properties
Run Code Online (Sandbox Code Playgroud)
现在,当我通过从kafka安装目录在终端中运行以下命令来列出可用主题时,
bin/kafka-topics.sh --zookeeper localhost:2181 --list
Run Code Online (Sandbox Code Playgroud)
结果是空的!
这是相关的服务器1配置条目。服务器2和服务器3的值非常相似
broker.id=1
listeners=PLAINTEXT://:9093
num.network.threads=3
num.io.threads=8
socket.send.buffer.bytes=102400
socket.receive.buffer.bytes=102400
socket.request.max.bytes=104857600
log.dirs=/tmp/kafka-logs-broker-1
num.partitions=2
num.recovery.threads.per.data.dir=1
log.retention.hours=168
log.segment.bytes=1073741824
log.retention.check.interval.ms=300000
log.cleaner.enable=false
zookeeper.connect=localhost:2181
zookeeper.connection.timeout.ms=6000
Run Code Online (Sandbox Code Playgroud)
重新启动后,我确实注意到日志文件在下面,因此没有清理任何内容
/tmp/kafka-logs-broker-1
/tmp/kafka-logs-broker-2
/tmp/kafka-logs-broker-3
Run Code Online (Sandbox Code Playgroud)
我想知道为什么以前尝试创建的主题“用户活动跟踪管道”不再存在?
kafka-topics.sh实际上是在后台使用Zookeeper数据来回答查询。理由是,单个经纪人通常本身无法获得足够的信息来完全描述主题。
如果在重新启动过程中丢失了(由于提到了新的zookeeper启动,我怀疑是因为您丢失了),则kafka主题现在完全失明了,无法看到以前的kafka数据。
检查发生情况的最好方法是在查询时实际执行kafka的操作!启动您的zookeeper客户端(这很简单./zkCli.sh,然后键入ls /brokers/topics。如果为空,则您的ZK数据会丢失。
| 归档时间: |
|
| 查看次数: |
4454 次 |
| 最近记录: |