Containerized Storage Nodes Distributed File System Latency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional network storage solutions, such as NAS and SAN systems, face performance bottlenecks and scalability issues in cloud environments, particularly due to high latency and the need for specialized hardware, which hinders the flexibility and efficiency of deploying scalable and high-performance storage solutions.

Innovation Solution

A containerized high-performance network storage system is implemented, where storage containers are configured as nodes in a distributed file system across multiple hosts, enabling localized data retrieval speeds and replication for redundancy, while leveraging existing commoditized hardware and orchestration tools for scalability and flexibility.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If traditional NAS and SAN systems are used for network storage, then data storage and retrieval functionality is provided, but performance bottlenecks occur due to high latency and specialized hardware requirements

Engineering Contradiction:
Improvedata retrieval speedVSAvoidlatency
Core Design Contradiction:
SpeedVSLoss of time

Solution Approach 1:

The storage system is segmented into multiple independent storage containers distributed across different hosts, each managing its own local storage resources. This segmentation eliminates the single-point bottleneck of traditional NAS/SAN systems and enables parallel data operations across multiple nodes, significantly improving throughput and reducing latency.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A container orchestrator acts as an intermediary between compute containers and storage containers, managing storage provisioning, mounting, and data lifecycle operations. This intermediary layer abstracts the complexity of distributed storage management while enabling seamless integration between compute and storage resources, improving overall system efficiency.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Speed

If specialized hardware is used for network storage, then storage performance is improved, but system complexity and hardware requirements increase

Engineering Contradiction:
Improvestorage performanceVSAvoidhardware requirements
Core Design Contradiction:
SpeedVSDevice complexity

Solution Approach 1:

The patent uses software-based storage containers that replicate the functionality of specialized storage hardware through virtualization. Each storage container creates a virtual storage node that can be distributed across standard commodity hosts, eliminating the need for specialized storage hardware while maintaining performance through software optimization and distributed architecture.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

Standard commodity hosts are designed to serve multiple purposes - they can function as compute nodes, storage nodes, or both simultaneously through the container architecture. This universality eliminates the need for dedicated specialized storage hardware, reducing system complexity while maintaining flexibility and performance through software-defined storage capabilities.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Adaptability or versatility

If storage containers are distributed across multiple hosts, then scalability and flexibility are improved, but data replication and consistency management become more complex

Engineering Contradiction:
ImprovescalabilityVSAvoiddata replication management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The container orchestrator implements feedback mechanisms that continuously monitor the state of storage containers across the distributed system, tracking data location, replication status, and consistency metrics. This feedback enables automated decision-making for data placement, replication, and synchronization, managing complexity through intelligent control loops rather than manual intervention.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Storage containers are designed with self-service capabilities that enable them to automatically manage their own data replication and consistency. Each storage container can independently replicate its data to appropriate nodes and maintain consistency protocols without requiring centralized coordination for every operation, reducing overall system complexity while enabling scalability.

Inventive Principle:
Principle #25Self-service

4Productivity

If containers are used instead of virtual machines for storage, then compute density and hardware efficiency are improved, but storage persistence and reliability may be compromised

Engineering Contradiction:
Improvecompute densityVSAvoidstorage persistence
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

Storage containers are configured with persistent volume claims and pre-allocated storage resources before compute containers are deployed. This preliminary action ensures that storage infrastructure is ready and persistent before applications require it, maintaining reliability while enabling the lightweight container architecture. The orchestrator manages storage lifecycle independently of container lifecycle, ensuring persistence.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10601917B2Containerized high-performance network storage
Publication Date: 2020.03.24 RED HAT INC
  • US10601917B2 patent drawing
  • US10601917B2 patent drawing
  • US10601917B2 patent drawing

AI summary

Containerized high-performance network storage is disclosed. For example, first and second memories are associated with first and second hosts and separated by a network. A storage controller and a container scheduler execute on processors. The container scheduler instantiates first and second storage containers on the respective first and second hosts. The storage controller configures the first and second storage containers as first and second storage nodes of a distributed file system. The container scheduler instantiates a service container on the first host. The storage controller receives a persistent volume claim associated with the service container and then creates a persistent storage volume in the first storage node based on the persistent volume claim. The persistent storage volume is mapped to the service container, where a content of the persistent storage volume is replicated to the second storage node.