Storage System Synchronous Replication Failed Component Resource Release

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional storage systems face challenges in efficiently releasing resources during synchronous replication, particularly when a processing module fails, which can hinder high availability and disrupt the handling of synchronous replication IO requests.

Innovation Solution

A distributed storage system with a content addressable storage controller maintains a synchronous replication IO request list to identify and release resources allocated to a failed component, ensuring seamless resource release and continued operation during high availability events without interrupting synchronous replication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If resources are held for failed components during synchronous replication, then data consistency is maintained, but resource release is delayed and recovery time increases

Engineering Contradiction:
Improvedata consistencyVSAvoidrecovery time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent segments the resource release process into two distinct phases: (1) maintaining resource locks during synchronous replication to ensure data consistency, and (2) releasing resources after replication completion or failure detection. This segmentation allows the system to achieve both data consistency and timely resource release by separating the concerns of data integrity maintenance from resource management.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary action by pre-configuring resource release mechanisms that automatically trigger upon failure detection or replication completion. The system prepares release pathways in advance, so when a component fails or replication succeeds, resources are promptly released without manual intervention or prolonged holding, thus reducing recovery time while maintaining consistency.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If synchronous replication continues during component failure, then high availability is maintained, but resource management complexity increases

Engineering Contradiction:
Improvehigh availabilityVSAvoidresource management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies self-service by implementing automatic resource release mechanisms that operate autonomously during component failures. The system monitors replication status and component health, automatically releasing resources when appropriate without requiring manual management intervention. This self-service approach maintains high availability while reducing the operational complexity of resource management during failure scenarios.

Inventive Principle:
Principle #25Self-service

3Productivity

If resources are released immediately upon component failure, then recovery speed increases, but data consistency may be compromised

Engineering Contradiction:
Improverecovery speedVSAvoiddata consistency
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent implements feedback mechanisms that continuously monitor replication status and component health to determine the appropriate timing for resource release. The system receives feedback about replication completion or failure detection and uses this information to trigger resource release at the optimal moment. This feedback-driven approach enables fast recovery while ensuring data consistency is maintained throughout the process.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12141610B2Storage system with efficient release of failed component resources during synchronous replication
Publication Date: 2024.11.12 EMC IP HLDG CO LLC
  • US12141610B2 patent drawing
  • US12141610B2 patent drawing
  • US12141610B2 patent drawing

AI summary

An apparatus includes at least one processing device comprising a processor coupled to a memory, with the processing device being configured to maintain a synchronous replication input-output (IO) request list having a plurality of entries corresponding to respective synchronous replication IO requests, a given such entry identifying at least a sender component and one or more associated component resources to be released responsive to a failure of the sender component. The processing device is further configured to detect a failure of a particular one of a plurality of sender components, to access the synchronous replication IO request list to determine one or more associated component resources to be released, to release the one or more associated component resources, and to update the synchronous replication IO request list by marking the one or more associated component resources as released. Other embodiments include methods and computer program products.