Injected Network Partition Testing for Distributed System Fault Tolerance

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Modern distributed systems face challenges in handling network partitions, which can lead to asymmetrical network conditions causing data inconsistency and communication failures, often undetected until production, leading to catastrophic failures.

Innovation Solution

A method and system for testing distributed systems by monitoring communication links, injecting network partitions, and assessing performance degradation to generate security reports identifying potential bugs and vulnerabilities.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If network partitions are injected to test distributed systems, then reliability and fault tolerance are improved, but system complexity and testing overhead increase

Engineering Contradiction:
Improvefault toleranceVSAvoidtesting complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary monitoring of communication links and pre-identifies potential failure points before actual network partitions occur. By establishing baseline communication maps and performance thresholds in advance, the system prepares testing frameworks that can rapidly inject and detect partitions without requiring complex real-time analysis during failure events.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system continuously monitors communication between computing devices and provides feedback about link status, performance degradation, and potential partition conditions. This feedback mechanism enables automated detection of network partitions and triggers appropriate testing responses, reducing the need for manual testing complexity while improving reliability assessment accuracy.

Inventive Principle:
Principle #23Feedback

2Measurement precision

If comprehensive monitoring of all communication links is performed, then detection precision of network partitions is improved, but loss of time and computational resources increase

Engineering Contradiction:
Improvepartition detection accuracyVSAvoidmonitoring time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system segments the distributed network into individual communication links and monitors them separately rather than treating the entire network as a single unit. By breaking down comprehensive monitoring into targeted link-level observations, the system achieves precise partition detection for specific critical links without requiring simultaneous analysis of all possible communication paths, thus reducing overall computational time.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system monitors communication links beyond what is strictly necessary by including backup links and alternative paths, providing excessive monitoring coverage that ensures no potential partition is missed. This partial excessive action approach guarantees detection precision while the monitoring is performed asynchronously and selectively, minimizing time consumption compared to full real-time analysis of all possible communication scenarios.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS12621335B2Systems and methods for testing distributed systems using injected network partitions
Publication Date: 2026.05.05 ACRONIS INT
  • US12621335B2 patent drawing
  • US12621335B2 patent drawing
  • US12621335B2 patent drawing

AI summary

Disclosed herein are systems and method for testing distributed systems using injected network partitions. A method may include monitoring communication between a plurality of computing devices in a distributed system to identify each communication link that exists between two respective computing devices in the distributed system. The method may include generating a communications list comprising a plurality of computing device pairs and injecting a network partition in at least one pair of the plurality of computing device pairs. The method may include detecting whether a performance degradation greater than a threshold performance occurs in response to the network partition. In response to detecting the performance degradation greater than the threshold performance, the method may include generating and transmitting a security report indicative of the performance degradation and the at least one pair of the plurality of computing device pairs causing the performance degradation.