Multi-Path Data Migration System for Fabric Adaptation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current data migration systems in high-performance computing architectures are limited by their inability to dynamically adapt to different network fabrics, leading to inefficiencies in bandwidth, latency, and reliability, as they are typically static and reliant on a single fabric type, which restricts scalability and reliability.

Innovation Solution

A Multi-Path data migration system that creates multiple connections across multiple interfaces on both initiator and target nodes, dynamically load-balances messages and RDMA operations over these connections, and adapts to network errors by shifting traffic to healthy pathways, allowing messages to be sent over different fabric types and protocols, and includes self-healing capabilities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If a single fabric type is used for data migration, then the system is simpler to implement, but bandwidth and reliability are limited

Engineering Contradiction:
Improvesystem complexityVSAvoiddata migration reliability
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The system implements a universal data migration framework that can operate over multiple fabric types (Infiniband, Ethernet, etc.) and protocols (TCP/IP, RDMA, etc.) through a single unified interface. The Multi-Path subsystem abstracts the underlying fabric details, allowing the same application code to utilize different fabrics dynamically based on availability and performance, thereby improving reliability without requiring separate implementations for each fabric type.

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

2Reliability

If multiple pathways are created for data migration, then reliability and bandwidth are improved, but system complexity increases

Engineering Contradiction:
Improvedata migration reliabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the data migration function into distinct components: the Multi-Path subsystem manages pathway creation and selection, while the transport layer handles actual data transmission. This segmentation allows independent optimization of each component and simplifies the overall system architecture by dividing responsibilities clearly between pathway management and data transfer operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The Multi-Path subsystem acts as an intermediary layer between the application and the underlying network fabrics. It creates multiple connections across different interfaces and fabrics, load-balances traffic, and provides fault tolerance without requiring applications to directly manage the complexity of multiple pathways. This intermediary abstraction shields applications from pathway management details while enabling improved reliability.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If dynamic load balancing is implemented, then bandwidth utilization is improved, but control complexity increases

Engineering Contradiction:
Improvebandwidth utilizationVSAvoidcontrol complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system implements feedback mechanisms where the Multi-Path subsystem monitors pathway performance and dynamically adjusts load distribution based on real-time conditions. When a pathway becomes congested or fails, the system automatically shifts traffic to healthier pathways, optimizing bandwidth utilization without requiring manual intervention or complex control logic in the application layer.

Inventive Principle:
Principle #23Feedback

4Reliability

If self-healing capabilities are added, then reliability is improved, but system complexity increases

Engineering Contradiction:
Improvenetwork fault toleranceVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The Multi-Path subsystem provides self-service functionality by automatically detecting network failures and redistributing traffic without external intervention. When a pathway fails, the system autonomously identifies alternative pathways and switches traffic accordingly, eliminating the need for complex manual fault management while significantly improving system reliability and fault tolerance.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12192282B1Method and system for multi-path network operations between storage clusters
Publication Date: 2025.01.07 DATADIRECT NETWORKS INC
  • US12192282B1 patent drawing
  • US12192282B1 patent drawing
  • US12192282B1 patent drawing

AI summary

Multi-Path approach to data migration between nodes in distributed data storage systems is rendered by creating multiple connections between application cores across interfaces on both an initiator node and a target node and load balancing whole messages and RDMA operations over the various pathways routed via the same or different network fabric types. The Multi-Path approach adapts to applications which are core-affine and those which are not. The balancing of whole messages/RDMA operations is performed by a send/receive API command specifying the target node for the whole message (and optionally a core number in the case of a core-affine target). The Multi-Path approach adapts dynamically to network errors by excluding faulty pathways, as needed, and shifting traffic to remaining healthy pathways with background recovery of pathways running periodically for self-healing. The Multi-Path also adapts dynamically to the load by diverting traffic from slow pathways and favoring pathways with normal load.