Distributed Metadata Storage for Scalable File Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional filesystems face limitations in scalability and data protection due to centralized metadata control, which can lead to data loss in case of server failure and is unable to scale with increasing numbers of metadata servers.

Innovation Solution

The proposed system implements a distributed storage system with a virtual file system (VFS) that spreads metadata functionality across many servers, using non-volatile memory (NVM) and SR-IOV to enable efficient networking and load distribution, allowing the system to scale to thousands of nodes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If centralized metadata control is used in traditional filesystems, then system simplicity is maintained, but scalability is limited and data protection is compromised when server failure occurs

Engineering Contradiction:
ImprovescalabilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the centralized metadata control into distributed metadata servers across multiple nodes. Each metadata server manages a portion of the namespace, allowing the system to scale horizontally. The segmentation enables independent failure isolation and load distribution while maintaining overall system functionality.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent transitions from a single-dimension centralized control model to a multi-dimensional distributed architecture. By introducing spatial distribution across multiple servers and organizing metadata in a hierarchical structure with namespaces and buckets, the system achieves scalability without proportionally increasing complexity.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Quantity of substance

If more metadata servers are added to increase scalability, then system capacity improves, but system complexity and coordination overhead increase

Engineering Contradiction:
Improvenumber of metadata serversVSAvoidcoordination complexity
Core Design Contradiction:
Quantity of substanceVSDevice complexity

Solution Approach 1:

The namespace is segmented into multiple buckets that can be independently managed by different metadata servers. This segmentation allows linear scaling of storage capacity while keeping coordination complexity manageable through localized bucket management rather than global coordination.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements partial replication of metadata across servers rather than full replication. Each metadata server holds a subset of the namespace, and only necessary portions are replicated for fault tolerance. This reduces coordination overhead compared to full replication while maintaining scalability.

Inventive Principle:
Principle #16Partial or excessive action

3Reliability

If centralized control is used, then ease of operation is maintained, but data protection and availability are compromised during server failures

Engineering Contradiction:
Improvedata availabilityVSAvoidoperational simplicity
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent implements preemptive data protection through replication and erasure coding before failures occur. Metadata and data are replicated across multiple nodes and storage devices, creating redundancy that cushions against failures. This allows the system to maintain availability without complex real-time coordination during normal operations.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Solution Approach 2:

The patent introduces intermediaries such as distributed file system clients and metadata caching layers that simplify operations for end users. These intermediaries handle the complexity of distributed coordination transparently, maintaining ease of operation while enabling robust data protection through distributed architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Adaptability or versatility

If distributed architecture is implemented to improve scalability, then system capacity increases, but networking latency and complexity increase

Engineering Contradiction:
Improvesystem scalabilityVSAvoidnetworking latency
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

By segmenting the namespace into local buckets that can be cached and managed independently, the system reduces the need for remote network accesses. Frequently accessed metadata can be cached locally at client or server level, reducing networking latency while maintaining distributed scalability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements local quality optimization by allowing different parts of the distributed system to have different characteristics. Hot data and frequently accessed metadata are kept in faster local storage or cache, while cold data resides in distributed storage. This local optimization reduces latency for critical operations while maintaining overall system scalability.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS20250190300A1Efficient Networking for a Distributed Storage System
Publication Date: 2025.06.12 WEKA IO LTD
  • US20250190300A1 patent drawing
  • US20250190300A1 patent drawing
  • US20250190300A1 patent drawing

AI summary

A plurality of computing devices are communicatively coupled to each other via a network, and each of the plurality of computing devices is operably coupled to one or more of a plurality of storage devices. Data communication is made more efficient by removing the need to copy data in the networking stack, using hardware accelerated end-to-end checksum calculation, and supporting transmission formatting of data and header for special cases.