Hadoop中namenode和secondarynamenode工作機制講解
1)流程

2)FSImage和Edits
nodenode是HDFS的大腦,它維護著整個文件系統(tǒng)的目錄樹,以及目錄樹里所有的文件和目錄,這些信息以倆種文件存儲在文件系統(tǒng):一種是命名空間鏡像(也稱為文件系統(tǒng)鏡像,File System Image,FSImage),即HDFS元數(shù)據(jù)的完整快照,每次NameNode啟動的時候,默認(rèn)會加載最新的命名空間鏡像,另一種是命令空間鏡像的編輯日志(Edit log)。
FSImage文件其實是文件系統(tǒng)元數(shù)據(jù)的一個永久性檢查點,但并非每一個寫操作都會更新這個文件,因為FSImage是一個大型文件,如果頻繁地執(zhí)行寫操作,會使系統(tǒng)運行極為緩慢。解決方案是NameNode只將改動內(nèi)容預(yù)寫日志,即寫入命名空間鏡像的編輯日志.隨著時間的推移,編輯日志會變得越來越大,那么一旦發(fā)生故障,將會話費非常多的時間來回滾操作,所以就像傳統(tǒng)的關(guān)系數(shù)據(jù)庫一樣,需要定期地合并FSImage和編輯日志。如果由NameNode來做合并操作,那么NameNode在為集群提供服務(wù)時可能無法提供足夠的資源,為了徹底解決這一問題,SecondaryNameNode應(yīng)允而生。
3)第一階段:namenode 啟動
- (1)第一次啟動 namenode 格式化后,創(chuàng)建 fsimage 和 edits 文件。如果不是第一次啟動,直接加載編輯日志和鏡像文件到內(nèi)存。
- (2)客戶端對元數(shù)據(jù)進(jìn)行增刪改的請求。
- (3)namenode 記錄操作日志,更新滾動日志。
- (4)namenode 在內(nèi)存中對數(shù)據(jù)進(jìn)行增刪改查。
4)第二階段:Secondary NameNode 工作
- (1)Secondary NameNode 詢問 namenode 是否需要 checkpoint。直接帶回 namenode 是否檢查結(jié)果。
- (2)Secondary NameNode 請求執(zhí)行 checkpoint。
- (3)Secondary NameNode引導(dǎo)namenode 滾動更新編輯正在寫的 edits 日志。
- (4) Secondary NameNode載入FSImage文件,回放編輯日志,將其合并到FSImage,將新的FSImage文件壓縮后寫入磁盤。
- (5)拷貝 fsimage到 namenode。
- (6)namenode 將 fsimage重新命名成 fsimage。
默認(rèn)情況下,該過程每小時發(fā)生一次,或者當(dāng)NameNode的編輯日志文件到達(dá)默認(rèn)的64MB也會觸發(fā)。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接
相關(guān)文章
微服務(wù)架構(gòu)之服務(wù)注冊與發(fā)現(xiàn)功能詳解
這篇文章主要為大家介紹了微服務(wù)架構(gòu)之服務(wù)注冊與發(fā)現(xiàn)的功能詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步早日升職加薪2022-01-01
構(gòu)建基于虛擬用戶的vsftpd服務(wù)器應(yīng)用
這篇文章主要介紹了構(gòu)建基于虛擬用戶的vsftpd服務(wù)器應(yīng)用,需要的朋友可以參考下2017-05-05
搭建hMailServer服務(wù)實現(xiàn)遠(yuǎn)程發(fā)送郵件的圖文教程
hMailServer是一個郵件服務(wù)器,通過它我們可以搭建自己的郵件服務(wù),本文主要介紹了搭建hMailServer服務(wù)實現(xiàn)遠(yuǎn)程發(fā)送郵件的圖文教程,具有一定的參考價值,感興趣的可以了解一下2023-08-08

