操作系統(tǒng)
目前常見(jiàn)的操作系統(tǒng)有三種:Linux廉丽、Windows和macOs,相比之下Linux系統(tǒng)要更適合妻味,當(dāng)然部署在Linux上的生產(chǎn)環(huán)境是最多的正压。
Linux系統(tǒng)的優(yōu)勢(shì)主要集中在下面的三個(gè)方面上:
- I/O模型的使用
- 數(shù)據(jù)網(wǎng)絡(luò)傳輸效率
- 社區(qū)支持度
I/O模型的使用
主流的I/O模型通常有五種:阻塞式I/O、非阻塞式I/O责球、I/O多路復(fù)用焦履、信號(hào)驅(qū)動(dòng)I/O和異步I/O。
每種 I/O 模型都有各自典型的使用場(chǎng)景雏逾,Java 中Socket對(duì)象的阻塞模式和非阻塞模式就對(duì)應(yīng)于前兩種模型嘉裤;Linux系統(tǒng)中的系統(tǒng)調(diào)用select函數(shù)就屬于I/O多路復(fù)用模型;epoll系統(tǒng)調(diào)用介于第三種和第四種之間栖博;第五種模型屑宠,很少有l(wèi)inux系統(tǒng)支持,反而是windows系統(tǒng)提供了一個(gè)叫IOCP線(xiàn)程模型屬于這一種仇让。
Kafka底層使用了Java的selector典奉,selector在Linux上的實(shí)現(xiàn)機(jī)制式epoll躺翻,而在Windows平臺(tái)上的實(shí)現(xiàn)機(jī)制是select。因此在這一點(diǎn)上將Kafka部署在Linux上是有優(yōu)勢(shì)的卫玖,因?yàn)槟塬@得更高效的I/O性能获枝。
數(shù)據(jù)網(wǎng)絡(luò)傳輸效率
Kafka需要在磁盤(pán)和網(wǎng)絡(luò)之間進(jìn)行大量的數(shù)據(jù)傳輸,Linux提供了零拷貝(Zero Copy)技術(shù)骇笔,而在Windows上必須使用Java 8的60更新版本才能使用這個(gè)技術(shù)省店。
社區(qū)支持度
社區(qū)目前對(duì)Windows平臺(tái)上發(fā)現(xiàn)的Kafka Bug不做任何承諾。
磁盤(pán)
SSD與機(jī)械硬盤(pán)
kafka使用磁盤(pán)的方式多是順序讀寫(xiě)操作笨触,一定程度上規(guī)避了機(jī)械磁盤(pán)最大的劣勢(shì)懦傍,即隨機(jī)讀寫(xiě)慢。從這一點(diǎn)上來(lái)說(shuō)芦劣,機(jī)械硬盤(pán)物美價(jià)廉粗俱,而它因易損壞而造成的可靠性差等缺陷,又由Kafka在軟件曾冕提供機(jī)制來(lái)保證虚吟,故使用普通的機(jī)械磁盤(pán)是很劃算的寸认。
當(dāng)然,一般我們認(rèn)為SSD順序?qū)慣PS大約是HDD的四倍串慰,讓出現(xiàn)生產(chǎn)者阻塞寫(xiě)入負(fù)載偏高是可縱向擴(kuò)展使用SSD偏塞,當(dāng)然也可橫向擴(kuò)展,增加更多的broker和HDD分散負(fù)載
磁盤(pán)陣列(RAID)
使用RAID的兩個(gè)主要優(yōu)勢(shì):
- 提供冗余的磁盤(pán)存儲(chǔ)空間
- 提供負(fù)載均衡
對(duì)于Kafka而言邦鲫,一方面Kafka自己實(shí)現(xiàn)了冗余機(jī)制來(lái)提高可靠性灸叼;另一方面通過(guò)分區(qū)的概念,Kafka也能在軟件層面自行實(shí)現(xiàn)負(fù)載均衡庆捺。因此在線(xiàn)上環(huán)境使用RAID似乎變得不是那么重要了古今。
- 追求性?xún)r(jià)比的公司可以不搭建RAID,使用普通磁盤(pán)組成存儲(chǔ)空間即可滔以。
- 使用機(jī)械磁盤(pán)完全能夠勝任Kafka線(xiàn)上環(huán)境捉腥。
磁盤(pán)容量
預(yù)估容量時(shí),一般要考慮的方面:
- 新增的消息數(shù)
- 消息留存時(shí)間
- 平均消息大小
- 備份數(shù)
- 是否啟用壓縮
例如:公司業(yè)務(wù)每天需要向Kafka集群發(fā)送一億條消息你画,每份消息保存兩份以防止消息丟失抵碟,另外消息默認(rèn)保存兩周時(shí)間。假設(shè)一條消息的平均大小是1KB撬即。
每天一億條1kb大小的消息立磁,保存兩份,那么一天使用的磁盤(pán)容量大概是 1億 * 1KB * 2 / 1000 / 1000 = 200GB剥槐。一般情況下Kafka集群除了消息數(shù)據(jù)還有其他類(lèi)型的數(shù)據(jù)唱歧,比如索引數(shù)據(jù)等,故我們?cè)贋檫@些數(shù)據(jù)預(yù)留出10%的磁盤(pán)空間,因此每天的總存儲(chǔ)容量就是220GB颅崩。保存兩周几于,即增提容量為220GB * 14,大約3TB左右沿后。Kafka支持?jǐn)?shù)據(jù)壓縮沿彭,假設(shè)壓縮比是0.75,最后你需要規(guī)劃的容量大概就是0.75 * 3 = 2.25TB尖滚。
帶寬
假如你要用一批千兆網(wǎng)卡的服務(wù)器處理一個(gè)業(yè)務(wù)的數(shù)據(jù)喉刘,其業(yè)務(wù)目標(biāo)或SLA式在一小時(shí)內(nèi)處理1TB的業(yè)務(wù)數(shù)據(jù),那么需要多少臺(tái)服務(wù)來(lái)完成的這個(gè)業(yè)務(wù)漆弄?
服務(wù)器網(wǎng)卡帶寬是1Gbps睦裳,即每秒處理1Gb的數(shù)據(jù),假設(shè)每臺(tái)Kafka服務(wù)器都是安裝在專(zhuān)屬的機(jī)器上撼唾,也是就是說(shuō)每臺(tái)Kafka機(jī)器上沒(méi)有混布其他服務(wù)廉邑。通常情況下你只能假設(shè)Kafka會(huì)用到70%的寬帶資源,因?yàn)榭傄獮槠渌麘?yīng)用程序或進(jìn)程留一些資源倒谷。根據(jù)實(shí)際使用經(jīng)驗(yàn)蛛蒙,超過(guò)70%的閾值就有網(wǎng)絡(luò)丟包的可能性了,故70%的設(shè)定是一個(gè)比較合理的值渤愁,也是就是單臺(tái)Kafka服務(wù)器最多也就能使用大約700Mb的帶寬資源牵祟。
當(dāng)然這只是他能使用的最大帶寬資源,不能讓Kafka服務(wù)器常規(guī)性使用這么多資源猴伶,故通常要再額外預(yù)留出2/3的資源课舍,即單臺(tái)服務(wù)器使用帶寬700Mb/3 ≈ 240Mbps。這里的2/3其實(shí)是相當(dāng)保守的他挎,你可以結(jié)合自己機(jī)器的使用情況酌量減少此值。
根據(jù)我們的業(yè)務(wù)目標(biāo)捡需,一個(gè)小時(shí)內(nèi)處理1TB數(shù)據(jù)办桨,那么一秒大概需要處理1 * 1024 * 1024 * 8 / 60 / 60 ≈ 2336 Mb 的數(shù)據(jù),除以240站辉,約等于10臺(tái)服務(wù)器呢撞。如果消息還需要額外復(fù)制兩份,那么總的服務(wù)器臺(tái)數(shù)還要乘以3饰剥,即30臺(tái)殊霞。