- fsimage保持着某一时刻的namenode信息,之后修改的信息保存在edits中。
- fsimage并不保存block和datanode之间的关系,namenode将这种映射关系放在内存中,datanode启动通过注册汇报
fsimage和edits合并过程:
- fsImage文件只会和某一时刻namenode内存中的元数据保持一致,当客户端做修改操作时,namenode会在edits文件中记录操作日志。fsImage和edits的合并过程在secondry namenode中进行,当一定时间后或者edits大小达到一定空间时,会触发checkpoint,会在namenode中生成一个新的edits文件,此时的客户端修改操作会记录到这个新的edits(edits.new)中,secondry NN会从namenode中将fsImage和旧的edits下载过来,然后进行合并,生成一个新的fsImage(fsImage.chkpoint),将新的fsImage上传到namenode。namenode删除旧的fsImage和edits,并修改新的fsImage和edits名字,修改成和旧的一样。
本文详细解析了Hadoop中fsimage与edits的运作机制,阐述两者如何协同工作来保持namenode的元数据一致性。fsimage保存某一时刻的namenode状态,而edits记录所有修改操作,通过定期合并生成最新的fsimage。
574

被折叠的 条评论
为什么被折叠?



