在Hadoop中设计软限制和硬限制的目的是什么?

在Hadoop中设计软限制和硬限制的目的是什么?,hadoop,Hadoop,租约管理器为到期时间维护软限制(1分钟)和硬限制(1小时)(这些限制当前不可配置),租约管理器维护的所有租约都遵守相同的软限制和硬限制。在软限制到期之前,持有文件租约的客户端对该文件具有独占写入访问权。如果软限制到期,且客户尚未续订租约或关闭文件(文件关闭时释放文件租约),则另一客户可以强制接管租约。如果硬限制到期且客户端未续订租约,HDFS将假定客户端已退出,并将代表客户端自动关闭文件,从而恢复租约 为什么它需要这个功能? 在什么情况下,其他客户端将尝试接管租约?如果当前正在写入文件的客户端不

租约管理器为到期时间维护软限制(1分钟)和硬限制(1小时)(这些限制当前不可配置),租约管理器维护的所有租约都遵守相同的软限制和硬限制。在软限制到期之前,持有文件租约的客户端对该文件具有独占写入访问权。如果软限制到期,且客户尚未续订租约或关闭文件(文件关闭时释放文件租约),则另一客户可以强制接管租约。如果硬限制到期且客户端未续订租约,HDFS将假定客户端已退出,并将代表客户端自动关闭文件,从而恢复租约

为什么它需要这个功能?
在什么情况下,其他客户端将尝试接管租约?

如果当前正在写入文件的客户端不健康或已死亡,则其他客户端只应尝试接管租约。在任何时候,只有一个客户端可以在HDFS中打开一个文件进行写操作

我不确定该功能的历史记录,但我怀疑1分钟的限制是为了防止客户端由于短暂的暂停(例如GC暂停或类似的情况)而丢失其租约

存在1小时的超时时间,因此namenode关闭客户端已死机很长时间的文件

最近有一个变化,硬超时被设置为可配置的,默认情况下减少到20分钟