91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線(xiàn)課程
  • 觀(guān)看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

為什么Kafka會(huì)怎么快 Kafka 的應(yīng)用場(chǎng)景

馬哥Linux運(yùn)維 ? 來(lái)源:51CTO技術(shù)棧 ? 作者:51CTO技術(shù)棧 ? 2021-06-04 16:12 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

“Kafka 是由 LinkedIn 公司推出的一個(gè)高吞吐的分布式消息系統(tǒng),通俗地說(shuō)就是一個(gè)基于發(fā)布和訂閱的消息隊(duì)列,溫故而知新,反復(fù)學(xué)習(xí)優(yōu)秀的框架,定有所獲。

應(yīng)用場(chǎng)景

Kafka 的應(yīng)用場(chǎng)景如下:

異步解構(gòu):在上下游沒(méi)有強(qiáng)依賴(lài)的業(yè)務(wù)關(guān)系或針對(duì)單次請(qǐng)求不需要立刻處理的業(yè)務(wù)。

系統(tǒng)緩沖:有利于解決服務(wù)系統(tǒng)的吞吐量不一致的情況,尤其對(duì)處理速度較慢的服務(wù)來(lái)說(shuō)起到緩沖作用。

消峰作用:對(duì)于短時(shí)間偶現(xiàn)的極端流量,對(duì)后端的服務(wù)可以啟動(dòng)保護(hù)作用。

數(shù)據(jù)流處理:集成 spark 做實(shí)時(shí)數(shù)據(jù)流處理。

Kafka 拓?fù)鋱D(多副本機(jī)制)

153ddaa8-c482-11eb-9e57-12bb97331649.png

由上圖我們可以發(fā)現(xiàn) Kafka 是分布式,對(duì)于每一個(gè)分區(qū)都存在多副本,同時(shí)整個(gè)集群的管理都通過(guò) Zookeeper 管理。

Kafka 核心組件

①broker

Kafka 服務(wù)器,負(fù)責(zé)消息存儲(chǔ)和轉(zhuǎn)發(fā);一個(gè) broker 就代表一個(gè) kafka 節(jié)點(diǎn)。一個(gè) broker 可以包含多個(gè) topic。

②topic

消息類(lèi)別,Kafka 按照 topic 來(lái)分類(lèi)消息。

③partition

topic 的分區(qū),一個(gè) topic 可以包含多個(gè) partition,topic 消息保存在各個(gè) partition 上。

由于一個(gè) topic 能被分到多個(gè)分區(qū)上,給 kafka 提供給了并行的處理能力,這也正是 kafka 高吞吐的原因之一。

partition 物理上由多個(gè) segment 文件組成,每個(gè) segment 大小相等,順序讀寫(xiě)(這也是 kafka 比較快的原因之一,不需要隨機(jī)寫(xiě))。

每個(gè) Segment 數(shù)據(jù)文件以該段中最小的 offset ,文件擴(kuò)展名為.log。當(dāng)查找 offset 的 Message 的時(shí)候,通過(guò)二分查找快找到 Message 所處于的 Segment 中。

154b3e96-c482-11eb-9e57-12bb97331649.png

④offset

消息在日志中的位置,可以理解是消息在 partition 上的偏移量,也是代表該消息的唯一序號(hào)。

同時(shí)也是主從之間的需要同步的信息。

⑤Producer

生產(chǎn)者,負(fù)責(zé)向 Kafka Broker 發(fā)消息的客戶(hù)端。

⑥Consumer

消息消者,負(fù)責(zé)消費(fèi) Kafka Broker 中的消息。

⑦Consumer Group

消費(fèi)者組,每個(gè) Consumer 必須屬于一個(gè) group;(注意:一個(gè)分區(qū)只能由組內(nèi)一個(gè)消費(fèi)者消費(fèi),消費(fèi)者組之間互不影響。)

⑧Zookeeper

管理 kafka 集群,負(fù)責(zé)存儲(chǔ)了集群 broker、topic、partition 等 meta 數(shù)據(jù)存儲(chǔ),同時(shí)也負(fù)責(zé) broker 故障發(fā)現(xiàn),partition leader 選舉,負(fù)載均衡等功能。

服務(wù)治理

既然 Kafka 是分布式的發(fā)布/訂閱系統(tǒng),這樣如果做的集群之間數(shù)據(jù)同步和一致性,kafka 是不是肯定不會(huì)丟消息呢?以及宕機(jī)的時(shí)候如果進(jìn)行 Leader 選舉呢?

①數(shù)據(jù)同步

在 Kafka 中的 Partition 有一個(gè) leader 與多個(gè) follower,producer 往某個(gè) Partition 中寫(xiě)入數(shù)據(jù),是只會(huì)往 leader 中寫(xiě)入數(shù)據(jù),然后數(shù)據(jù)才會(huì)被復(fù)制進(jìn)其他的 Replica 中。

而每一個(gè) follower 可以理解成一個(gè)消費(fèi)者,定期去 leader 去拉消息。而只有數(shù)據(jù)同步了后,kafka 才會(huì)給生產(chǎn)者返回一個(gè) ACK 告知消息已經(jīng)存儲(chǔ)落地了。

②ISR

在 Kafka 中,為了保證性能,Kafka 不會(huì)采用強(qiáng)一致性的方式來(lái)同步主從的數(shù)據(jù)。

而是維護(hù)了一個(gè):in-sync Replica 的列表,Leader 不需要等待所有 Follower 都完成同步,只要在 ISR 中的 Follower 完成數(shù)據(jù)同步就可以發(fā)送 ACK 給生產(chǎn)者即可認(rèn)為消息同步完成。

同時(shí)如果發(fā)現(xiàn) ISR 里面某一個(gè) follower 落后太多的話(huà),就會(huì)把它剔除。

具體流程如下:

15c1f270-c482-11eb-9e57-12bb97331649.png

15e25722-c482-11eb-9e57-12bb97331649.png

1606bec8-c482-11eb-9e57-12bb97331649.png

上述的做法并無(wú)法保證 Kafka 一定不丟消息。雖然 Kafka 通過(guò)多副本機(jī)制中最大限度保證消息不會(huì)丟失,但是如果數(shù)據(jù)已經(jīng)寫(xiě)入系統(tǒng) page cache 中但是還沒(méi)來(lái)得及刷入磁盤(pán),此時(shí)突然機(jī)器宕機(jī)或者掉電,那消息自然而然地就會(huì)丟失。

③Kafka 故障恢復(fù)

Kafka 通過(guò) Zookeeper 連坐集群的管理,所以這里的選舉機(jī)制采用的是Zab(zookeeper 使用):

生產(chǎn)者發(fā)生消息給 leader ,這個(gè)時(shí)候 leader 完成數(shù)據(jù)存儲(chǔ),突然發(fā)生故障,沒(méi)有給 producer 返回 ack。

通過(guò) ZK 選舉,其中一個(gè) follower 成為 leader ,這個(gè)時(shí)候 producer 重新請(qǐng)求新的 leader,并存儲(chǔ)數(shù)據(jù)。

Kafka 為什么這么快

①順序?qū)懘疟P(pán)

Kafka 采用了順序?qū)懘疟P(pán),而由于順序?qū)懘疟P(pán)相對(duì)隨機(jī)寫(xiě),減少了尋地址的耗費(fèi)時(shí)間。(在 Kafka 的每一個(gè)分區(qū)里面消息是有序的)

②Page Cache

Kafka 在 OS 系統(tǒng)方面使用了 Page Cache 而不是我們平常所用的 Buffer。Page Cache 其實(shí)不陌生,也不是什么新鮮事物。

我們?cè)?Linux 上查看內(nèi)存的時(shí)候,經(jīng)??梢钥吹?buff/cache,兩者都是用來(lái)加速 IO 讀寫(xiě)用的,而 cache 是作用于讀。

也就是說(shuō),磁盤(pán)的內(nèi)容可以讀到 cache 里面,這樣應(yīng)用程序讀磁盤(pán)就非常快。

而 buff 是作用于寫(xiě),我們開(kāi)發(fā)寫(xiě)磁盤(pán)都是,一般如果寫(xiě)入一個(gè) buff 里面再 flush 就非常快。

而 Kafka 正是把這兩者發(fā)揮到了極致:Kafka 雖然是 scala 寫(xiě)的,但是依舊在 Java 的虛擬機(jī)上運(yùn)行。

盡管如此,Kafka 它還是盡量避開(kāi)了 JVM 的限制,它利用了 Page cache 來(lái)存儲(chǔ),這樣躲開(kāi)了數(shù)據(jù)在 JVM 因?yàn)?GC 而發(fā)生的 STW。

另一方面也是 Page Cache 使得它實(shí)現(xiàn)了零拷貝,具體下面會(huì)講。

③零拷貝

無(wú)論是優(yōu)秀的 Netty 還是其他優(yōu)秀的 Java 框架,基本都在零拷貝減少了 CPU 的上下文切換和磁盤(pán)的 IO。

當(dāng)然 Kafka 也不例外。零拷貝的概念具體這里不作太詳細(xì)的復(fù)述,大致地給大家講一下這個(gè)概念。

傳統(tǒng)的一次應(yīng)用程請(qǐng)求數(shù)據(jù)的過(guò)程:

1682867a-c482-11eb-9e57-12bb97331649.png

這里大致可以發(fā)傳統(tǒng)的方式發(fā)生了 4 次拷貝,2 次 DMA 和 2 次 CPU,而 CPU 發(fā)生了4次的切換。

DMA 簡(jiǎn)單理解就是,在進(jìn)行 I/O 設(shè)備和內(nèi)存的數(shù)據(jù)傳輸?shù)臅r(shí)候,數(shù)據(jù)搬運(yùn)的工作全部交給 DMA 控制器,而 CPU 不再參與任何與數(shù)據(jù)搬運(yùn)相關(guān)的事情。

④零拷貝的方式

通過(guò)優(yōu)化我們可以發(fā)現(xiàn),CPU 只發(fā)生了 2 次的上下文切換和 3 次數(shù)據(jù)拷貝。

Linux 系統(tǒng)提供了系統(tǒng)事故調(diào)用函數(shù) “sendfile()”,這樣系統(tǒng)調(diào)用,可以直接把內(nèi)核緩沖區(qū)里的數(shù)據(jù)拷貝到 socket 緩沖區(qū)里,不再拷貝到用戶(hù)態(tài)。

⑤分區(qū)分段

我們上面也介紹過(guò),Kafka 采取了分區(qū)的模式,而每一個(gè)分區(qū)又對(duì)應(yīng)到一個(gè)物理分段,查找的時(shí)候可以根據(jù)二分查找快速定位。這樣不僅提供了數(shù)據(jù)讀的查詢(xún)效率,也提供了并行操作的方式。

⑥數(shù)據(jù)壓縮

Kafka 對(duì)數(shù)據(jù)提供了:Gzip 和 Snappy 壓縮協(xié)議等壓縮協(xié)議,對(duì)消息結(jié)構(gòu)體進(jìn)行了壓縮,一方面減少了帶寬,也減少了數(shù)據(jù)傳輸?shù)南摹?/p>

Kafka 安裝

①安裝 JDK

由于使用壓縮包還需要自己配置環(huán)境變量,所以這里推薦直接用 yum 安裝,熟悉查看目前 Java 的版本:

yum -y list Java*

安裝你想要的版本,這里我是 1.8:

yum install java-1.8.0-openjdk-devel.x86_64

查看是否安裝成功:

Java -version

②安裝 Zookeeper

首先需要去官網(wǎng)下載安裝包,然后解壓:

tar -zxvf zookeeper-3.4.9.tar.gz

要做的就是將這個(gè)文件復(fù)制一份,并命名為:zoo.cfg,然后在 zoo.cfg 中修改自己的配置即可。

cp zoo_sample.cfg zoo.cfgvim zoo.cfg

主要配置解釋如下:

# zookeeper內(nèi)部的基本單位,單位是毫秒,這個(gè)表示一個(gè)tickTime為2000毫秒,在zookeeper的其他配置中,都是基于tickTime來(lái)做換算的tickTime=2000# 集群中的follower服務(wù)器(F)與leader服務(wù)器(L)之間 初始連接 時(shí)能容忍的最多心跳數(shù)(tickTime的數(shù)量)。initLimit=10#syncLimit:集群中的follower服務(wù)器(F)與leader服務(wù)器(L)之間 請(qǐng)求和應(yīng)答 之間能容忍的最多心跳數(shù)(tickTime的數(shù)量)syncLimit=5# 數(shù)據(jù)存放文件夾,zookeeper運(yùn)行過(guò)程中有兩個(gè)數(shù)據(jù)需要存儲(chǔ),一個(gè)是快照數(shù)據(jù)(持久化數(shù)據(jù))另一個(gè)是事務(wù)日志dataDir=/tmp/zookeeper

## 客戶(hù)端訪(fǎng)問(wèn)端口clientPort=2181

配置環(huán)境變量:

vim ~/.bash_profile

export ZK=/usr/local/src/apache-zookeeper-3.7.0-bin

export PATH=$PATH:$ZK/bin

export PATH

// 啟動(dòng)

zkServer.sh start

下面能看啟動(dòng)成功:

③安裝 Kafka

下載 Kafka:

https://www.apache.org/dyn/closer.cgi?path=/kafka/2.8.0/kafka-2.8.0-src.tgz

安裝 Kafka:

tar -xzvf kafka_2.12-2.0.0.tgzbr

配置環(huán)境變量:

export ZK=/usr/local/src/apache-zookeeper-3.7.0-bin

export PATH=$PATH:$ZK/bin

export KAFKA=/usr/local/src/kafka

export PATH=$PATH:$KAFKA/bin

啟動(dòng) Kafka:

nohup kafka-server-start.sh 自己的配置文件路徑/server.properties &br

16c4c6a2-c482-11eb-9e57-12bb97331649.png

大功告成!

編輯:jq

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀(guān)點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 數(shù)據(jù)
    +關(guān)注

    關(guān)注

    8

    文章

    7337

    瀏覽量

    94813
  • 服務(wù)器
    +關(guān)注

    關(guān)注

    14

    文章

    10266

    瀏覽量

    91532
  • 拓?fù)鋱D
    +關(guān)注

    關(guān)注

    1

    文章

    20

    瀏覽量

    14748

原文標(biāo)題:為什么Kafka如此之快?

文章出處:【微信號(hào):magedu-Linux,微信公眾號(hào):馬哥Linux運(yùn)維】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    工程師之夜系列分享第三十九篇:Kafka、RocketMQ、JMQ 存儲(chǔ)架構(gòu)深度對(duì)比

    引言 消息隊(duì)列的存儲(chǔ)架構(gòu)是決定其可靠性、吞吐量、延遲性能的核心因素,直接影響業(yè)務(wù)場(chǎng)景適配能力。本文聚焦三款主流消息隊(duì)列 ——Kafka(LinkedIn 開(kāi)源,側(cè)重高吞吐)、RocketMQ(阿里
    的頭像 發(fā)表于 01-13 16:19 ?200次閱讀
    工程師之夜系列分享第三十九篇:<b class='flag-5'>Kafka</b>、RocketMQ、JMQ 存儲(chǔ)架構(gòu)深度對(duì)比

    Neway電機(jī)方案在電機(jī)控制的應(yīng)用場(chǎng)景

    Neway電機(jī)方案在電機(jī)控制的應(yīng)用場(chǎng)景Neway電機(jī)方案在電機(jī)控制領(lǐng)域的應(yīng)用場(chǎng)景廣泛且效果顯著,其核心優(yōu)勢(shì)在步進(jìn)電機(jī)、伺服電機(jī)控制及CNC機(jī)床主軸驅(qū)動(dòng)等場(chǎng)景中得到了充分驗(yàn)證。一、步進(jìn)電機(jī)與伺服電機(jī)
    發(fā)表于 01-04 10:10

    請(qǐng)問(wèn)C語(yǔ)言中整形溢出對(duì)哪些應(yīng)用場(chǎng)景影響較大?

    C語(yǔ)言中整形溢出對(duì)哪些應(yīng)用場(chǎng)景影響較大
    發(fā)表于 12-24 08:24

    請(qǐng)問(wèn)MOSFET在電源管理中有哪些應(yīng)用場(chǎng)景?

    MOSFET在電源管理中有哪些應(yīng)用場(chǎng)景?
    發(fā)表于 12-23 07:07

    Switch的應(yīng)用場(chǎng)景

    Switch的應(yīng)用場(chǎng)景如下: 調(diào)用一到多個(gè)函數(shù) 設(shè)置變量值或者返回一個(gè)值 執(zhí)行一到多個(gè)代碼片段 如果case標(biāo)簽很多,在switch的前兩個(gè)使用場(chǎng)景中,使用查找表可以更高效的完成。例如下面的兩種
    發(fā)表于 12-12 07:28

    藍(lán)牙網(wǎng)關(guān)是什么?都有哪些功能?應(yīng)用場(chǎng)景有哪些?

    點(diǎn),更構(gòu)建起“設(shè)備互聯(lián)-數(shù)據(jù)流轉(zhuǎn)-智能管控”的完整鏈路,成為物聯(lián)網(wǎng)生態(tài)中不可或缺的核心組件。本文將系統(tǒng)解析藍(lán)牙網(wǎng)關(guān)的核心價(jià)值、技術(shù)架構(gòu)、應(yīng)用場(chǎng)景、現(xiàn)存挑戰(zhàn)及未來(lái)趨勢(shì),為讀者呈現(xiàn)這一關(guān)鍵技術(shù)的全貌
    發(fā)表于 12-11 15:21

    智能指紋鎖CW32系列有哪些應(yīng)用場(chǎng)景

    智能指紋鎖CW32系列有哪些應(yīng)用場(chǎng)景
    發(fā)表于 12-05 06:34

    CW32L083有哪些應(yīng)用場(chǎng)景?

    CW32L083有哪些應(yīng)用場(chǎng)景
    發(fā)表于 11-24 07:37

    請(qǐng)問(wèn)CW32L011有哪些應(yīng)用場(chǎng)景?

    請(qǐng)問(wèn)CW32L011有哪些應(yīng)用場(chǎng)景?
    發(fā)表于 11-17 06:25

    CW32L0系列都有哪些應(yīng)用場(chǎng)景?有哪些優(yōu)勢(shì)?

    目前芯源的低功耗MCU比較火爆,就是CW32L0系列都有哪些應(yīng)用場(chǎng)景?有哪些優(yōu)勢(shì)?
    發(fā)表于 11-14 06:03

    Kafka生產(chǎn)環(huán)境應(yīng)用方案

    Apache Kafka作為分布式流處理平臺(tái),在現(xiàn)代大數(shù)據(jù)架構(gòu)中扮演著消息中間件的核心角色。本文將從運(yùn)維工程師的角度,詳細(xì)介紹Kafka在生產(chǎn)環(huán)境中的部署方案、配置優(yōu)化、監(jiān)控運(yùn)維等關(guān)鍵技術(shù)。通過(guò)實(shí)戰(zhàn)案例和代碼示例,幫助運(yùn)維團(tuán)隊(duì)構(gòu)建穩(wěn)定、高效的
    的頭像 發(fā)表于 07-09 09:56 ?597次閱讀

    Kafka工作流程及文件存儲(chǔ)機(jī)制

    Kafka 中消息是以 topic 進(jìn)行分類(lèi)的,生產(chǎn)者生產(chǎn)消息,消費(fèi)者消費(fèi)消息,都是面向 topic 的。
    的頭像 發(fā)表于 05-19 10:14 ?947次閱讀
    <b class='flag-5'>Kafka</b>工作流程及文件存儲(chǔ)機(jī)制

    UWB應(yīng)用場(chǎng)景

    鴻合智遠(yuǎn)|捷揚(yáng)微-產(chǎn)品簡(jiǎn)介介紹:UWB應(yīng)用場(chǎng)景
    的頭像 發(fā)表于 05-12 10:05 ?1069次閱讀
    UWB應(yīng)<b class='flag-5'>用場(chǎng)景</b>

    取樣示波器的技術(shù)原理和應(yīng)用場(chǎng)景

    取樣示波器,也稱(chēng)為采樣示波器,是一種重要的電子測(cè)量?jī)x器,其技術(shù)原理和應(yīng)用場(chǎng)景可以歸納如下:技術(shù)原理取樣示波器的根本原理是利用等效取樣技術(shù),將周期性高頻(或高速)信號(hào)變換為與原來(lái)信號(hào)波形相似的低頻(或
    發(fā)表于 03-12 14:34

    頻域示波器的技術(shù)原理和應(yīng)用場(chǎng)景

    頻域示波器,其主要技術(shù)原理基于信號(hào)的傅里葉變換理論,通過(guò)快速傅里葉變換(FFT)算法將時(shí)域信號(hào)轉(zhuǎn)換為頻域信號(hào),從而進(jìn)行頻譜分析。以下是對(duì)頻域示波器的技術(shù)原理和應(yīng)用場(chǎng)景的詳細(xì)分析:一、技術(shù)
    發(fā)表于 03-11 14:37