?監(jiān)控日志文件生產(chǎn)到Kafka

案例：監(jiān)控某個目錄下的文件內(nèi)容，將消息生產(chǎn)到Kafka中。

此案例使用到“TailFile”和“PublishKafka_1_0”處理器。

(資料圖片)

一、???????配置“TailFile”處理器

創(chuàng)建“TailFile”處理器并配置：

注意：以上需要在NiFi集群中的每個節(jié)點上創(chuàng)建“/root/test/logdata”文件，“l(fā)ogdata”是文件，而非目錄。

二、配置“PublishKafka_1_0”處理器

“PublishKafka_1_0”處理器作用是使用Kafka 1.0生產(chǎn)者API將FlowFile的內(nèi)容作為消息發(fā)送給Apache Kafka。發(fā)送的內(nèi)容可以是單獨的FlowFile，也可以通過用戶指定分隔符分割的FlowFile內(nèi)容。

關(guān)于“PublishKafka_1_0”處理器的“Properties”主要配置的說明如下：

配置項	默認值	允許值	描述
Kafka Brokers（Kafka節(jié)點）	localhost:9092		逗號分割的Kafka集群Broker列表。格式：host:port
Topic Name（topic 名稱）			將消息生產(chǎn)到的Topic 名稱。
Delivery Guarantee（數(shù)據(jù)傳遞保證）	0		指定保證消息被發(fā)送到Kafka的要求。對應(yīng)Kafka的"acks"屬性?？梢耘渲玫捻椚缦拢築est Effort （盡力交付，相當于ack=0）:在向Kafka節(jié)點寫出消息后，F(xiàn)lowFile將被路由到成功，而不需要等待響應(yīng)。這提供了最好的性能，但可能會導致數(shù)據(jù)丟失。例如：消息寫出到Kafka節(jié)點，但是對應(yīng)節(jié)點掛掉，這時將消息路由到成功。Guarantee Single Node Delivery(保證單節(jié)點交付，相當于ack=1，Kafka中的默認配置):KafkaProducer把消息發(fā)送出去，至少要等待leader已經(jīng)成功將數(shù)據(jù)寫入本地log，但是并沒有等待所有follower是否成功寫入。該情況下，如果follower沒有成功備份數(shù)據(jù)，而此時leader剛好又掛掉了，就會導致消息丟失。該選項就是如果消息被單個Kafka節(jié)點接收到，F(xiàn)lowFile將被路由到成功，無論它是否被復制，但如果Kafka節(jié)點崩潰，可能會導致數(shù)據(jù)丟失。Guarantee Replicated Delivery(保證復制交付，相當于ack=-1):FlowFile數(shù)據(jù)寫出后，Kafka topic ISR列表離跟leader保持同步的那些follower都要把消息同步過去,該消息才會被認為成功，否則路由到失敗。
Use Transactions（使用事務(wù)）	true	?true?false	指定NiFi是否應(yīng)該在與Kafka通信時提供事務(wù)性保證。如果發(fā)送數(shù)據(jù)到Kafka有問題，并且這個屬性設(shè)置為false，那么已經(jīng)發(fā)送到Kafka的消息將繼續(xù)發(fā)送，并被傳遞給消費者。如果這個設(shè)置為true，那么Kafka事務(wù)將被回滾，這樣這些消息對消費者是不可用的。將此設(shè)置為true需要將屬性設(shè)置為"Guarantee Replicated Delivery"。

Best Effort （盡力交付，相當于ack=0）:

在向Kafka節(jié)點寫出消息后，F(xiàn)lowFile將被路由到成功，而不需要等待響應(yīng)。這提供了最好的性能，但可能會導致數(shù)據(jù)丟失。例如：消息寫出到Kafka節(jié)點，但是對應(yīng)節(jié)點掛掉，這時將消息路由到成功。

Guarantee Single Node Delivery(保證單節(jié)點交付，相當于ack=1，Kafka中的默認配置):

KafkaProducer把消息發(fā)送出去，至少要等待leader已經(jīng)成功將數(shù)據(jù)寫入本地log，但是并沒有等待所有follower是否成功寫入。該情況下，如果follower沒有成功備份數(shù)據(jù)，而此時leader剛好又掛掉了，就會導致消息丟失。該選項就是如果消息被單個Kafka節(jié)點接收到，F(xiàn)lowFile將被路由到成功，無論它是否被復制，但如果Kafka節(jié)點崩潰，可能會導致數(shù)據(jù)丟失。 Guarantee Replicated Delivery(保證復制交付，相當于ack=-1): FlowFile數(shù)據(jù)寫出后，Kafka topic ISR列表離跟leader保持同步的那些follower都要把消息同步過去,該消息才會被認為成功，否則路由到失敗。 Use Transactions（使用事務(wù)）true true false 指定NiFi是否應(yīng)該在與Kafka通信時提供事務(wù)性保證。如果發(fā)送數(shù)據(jù)到Kafka有問題，并且這個屬性設(shè)置為false，那么已經(jīng)發(fā)送到Kafka的消息將繼續(xù)發(fā)送，并被傳遞給消費者。如果這個設(shè)置為true，那么Kafka事務(wù)將被回滾，這樣這些消息對消費者是不可用的。將此設(shè)置為true需要將屬性設(shè)置為"Guarantee Replicated Delivery"。

“PublishKafka_1_0”處理器配置如下：

1、創(chuàng)建“PublishKafka_1_0”處理器

2、配置“PROPERTIES”

注意：以上topic 可以在Kafka中創(chuàng)建好，也可以執(zhí)行時自動創(chuàng)建。

3、連接“TailFile”處理器和“PublishKafka_1_0”處理器

連接“TailFile”處理器和“PublishKafka_1_0”處理器，并設(shè)置“PublishKafka_1_0”處理器“failure”和“success”路由關(guān)系為自動終止。

三、運行測試

1、啟動Kafka集群，啟動NiFi處理流程

2、向/root/test/logdata文件中寫入數(shù)據(jù)并保存

向NiFi集群中的其中一臺節(jié)點的“l(fā)ogdata”中寫入以下數(shù)據(jù)即可

[root@node1 test]# echo "hello world1" > /root/test/logdata[root@node1 test]# echo "hello world2" >> /root/test/logdata[root@node1 test]# echo "hello world3" >> /root/test/logdata

復制

3、查看Kafka中自動創(chuàng)建的“nifi_topic”中的數(shù)據(jù)

以上數(shù)據(jù)每寫入一行，有個空行，這是由于“TailFile”處理器監(jiān)控數(shù)據(jù)導致的，實際就是寫入了3條數(shù)據(jù)，可以通過后期業(yè)務(wù)處理時，對數(shù)據(jù)進行trim處理即可。

關(guān)鍵詞：