Standby namenode (sbn)的EditLogTailer的功能之一就是触发Active Namenode(nn) rollEditLog。每隔${dfs.ha.tail-edits.period}秒(默认60)秒,EditLogTailer检测一次当前时间距离上一次roll的时间是否超过${dfs.ha.log-roll.period}秒(默认120),如果超过就通过rpc请求触发nn 进行rollEditLog。nn通过NameNodeRpcServer接收rpc请求,之后由FSNamesystem处理:
- finalize 当前正在接收写入的edit文件 : 将edits_inprogress_${begTxid} finaliz 到edits_${begTxid}_${endTxid}
- 触发所有的JournalNode(jn)进行rollEditLog
- 创建新的edits文件(edits_inprogress_${endTxid+1})用于记录新的事务
rollEditLog周期性将事务日志记录到一个个独立的小文件,久而久之,必然会在nn和所有jn上产生大量的文件,一旦checkpoint,这些文件大都没什么用,因此需要有一个清理策略。
sbn在完成checkpoint【参考checkpoint过程】 后会触发sbn、nn和jn对保留在磁盘上的历史版本的元数据文件:fsimage文件和edits文件进行清理。清理过程就是根据配置的事物保留策略和镜像保留策略将超出保留范围的fsimage文件和edits文件直接删除。
确定清理范围并清理
操作的入口为Fsimage的purgeOldStorage(NameNodeFile nnf)方法,实际管理fsimage文件和edits文件的是NNStorageRetentionManager,由它通过配置计算出哪些文件保留、哪些文件删除。
public static final String DFS_NAMENODE_NUM_CHECKPOINTS_RETAINED_KEY = "dfs.namenode.num.checkpoints.retained";
public static final int DFS_NAMENODE_NUM_CHECKPOINTS_RETAINED_DEFAULT = 2;
public static final String DFS_NAMENODE_NUM_EXTRA_EDITS_RETAINED_KEY = "dfs.namenode.num.extra.edits.retained";
public static final int DFS_NAMENODE_NUM_EXTRA_EDITS_RETAINED_DEFAULT = 1000000; //1M
public static final St