[HDFS-5389] A Namenode that keeps only a part of the namespace in memory

• Type: Sub-task
• Status: Open
• Priority: Minor
• Resolution: Unresolved
• Affects Version/s: 0.23.1
• Component/s: namenode
• Assignee: Aihua Xu
• Reporter: Lin Xiao
• Created: 18/Oct/13 21:17
• Updated: 02/Oct/20 18:25

Description

Background:
Currently, the NN Keeps all its namespace in memory. This has had the benefit that the NN code is very simple and, more importantly, helps the NN scale to over 4.5K machines with 60K to 100K concurrently tasks. HDFS namespace can be scaled currently using more Ram on the NN and/or using Federation which scales both namespace and performance. The current federation implementation does not allow renames across volumes without data copying but there are proposals to remove that limitation.

Motivation:
Hadoop lets customers store huge amounts of data at very economical prices and hence allows customers to store their data for several years. While most customers perform analytics on recent data (last hour, day, week, months, quarter, year), the ability to have five year old data online for analytics is very attractive for many businesses. Although one can use larger RAM in a NN and/or use Federation, it not really necessary to store the entire namespace in memory since only the recent data is typically heavily accessed.

Proposed Solution:
Store a portion of the NN's namespace in memory- the "working set" of the applications that are currently operating. LSM data structures are quite appropriate for maintaining the full namespace in memory. One choice is Google's LevelDB open-source implementation.

Benefits:

• Store larger namespaces without resorting to Federated namespace volumes.
• Complementary to NN Federated namespace volumes, indeed will allow a single NN to easily store multiple larger volumes.
• Faster cold startup - the NN does not have read its full namespace before responding to clients.

Issue Links

• is depended upon by: HDFS-8998 Small files storage supported inside HDFS
• is related to: HDFS-8286 Scaling out the namespace using KV store
• relates to: HDFS-5711 Removing memory limitation of the Namenode by persisting Block - Block location mappings to disk.
• relates to: HDFS-10419 Building HDFS on top of new storage layer (HDDS)
• relates to: HDFS-5324 Make Namespace implementation pluggable in the namenode
• requires: HDFS-5453 Support fine grain locking in FSNamesystem