Non-disruptive Planned Failover in Distributed Storage Clusters
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Multi-site distributed data storage systems face disruptions due to network failures and lack of non-disruptive planned failover capabilities without an external mediator, leading to inefficiencies and data consistency issues.
Innovation Solution
Implementing a planned failover feature within the primary storage cluster as an authority, using a state machine with a persistent configuration database to track the failover state and ensure non-disruptive operations by designating roles and using atomic test and set procedures to avoid split-brain situations.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If an external mediator is used to coordinate failover between primary and secondary storage clusters, then data consistency and coordination reliability are improved, but device complexity and system cost increase
Solution Approach 1:
The patent removes the external mediator component from the failover coordination system. Instead of having a separate mediator service, the primary storage cluster itself performs failover coordination using its existing quorum architecture, thereby eliminating device complexity while maintaining reliability
Solution Approach 2:
The primary storage cluster performs self-coordination for failover operations using its internal quorum mechanism. The cluster members vote among themselves to determine failover timing and execution, eliminating the need for external mediator services and reducing system complexity
2Productivity
If failover operations are executed without disrupting ongoing I/O operations, then service continuity and user experience are improved, but control complexity and coordination difficulty increase
Solution Approach 1:
The system performs preliminary actions by draining in-flight I/O operations before initiating the failover process. This ensures that no active I/O operations are present during the failover transition, enabling non-disruptive failover while maintaining manageable control complexity through a clear sequential operation model
Solution Approach 2:
The failover process is segmented into distinct phases: draining in-flight operations, obtaining quorum votes from cluster members, executing the failover, and resuming operations. This segmentation simplifies control by breaking down the complex failover task into manageable, ordered steps
3Adaptability or versatility
If a timing window allows both primary and secondary copies to claim master role simultaneously, then failover flexibility and readiness are improved, but data consistency and system stability deteriorate due to split-brain scenarios
Solution Approach 1:
The system uses feedback mechanisms in the form of quorum votes from cluster members to determine when failover should proceed. Each cluster member votes based on its current state and readiness, providing feedback that prevents simultaneous master role claims and maintains data consistency while allowing flexible failover timing
Solution Approach 2:
The system performs preliminary quorum voting and readiness assessment before allowing the timing window to open. This preliminary action ensures that only one cluster can claim master role at a time, preventing split-brain scenarios while maintaining failover flexibility through coordinated timing
Data Source
AI summary
Systems and methods are described for a non-disruptive planned failover from a primary copy of data at a primary storage cluster to a mirror copy of the data at a cross-site secondary storage cluster without using an external mediator. According to an example, a planned failover feature of a multi-site distributed storage system provides an order of operations such that a primary copy of a first data center continues to serve I/O operations until a mirror copy of a second data center is ready. This planned failover feature improves functionality and efficiency of the distributed storage system by providing non-disruptiveness during planned failover without using an external mediator based on a primary storage cluster being selected as an authority to implement a state machine with a persistent configuration database to track a planned failover state for the planned failover.


