Configuration Change Log for Cluster Replication Efficiency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current data storage systems face inefficiencies in replicating configuration data across computing clusters, leading to high network bandwidth and resource usage due to the need to fetch and replicate all configurations, even if only modifications have occurred.

Innovation Solution

Implementing a configuration tracking component that maintains a change log to identify modified configurations, allowing only these changes to be replicated from a primary cluster to a secondary cluster, thereby reducing unnecessary data transfer.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If all configurations are fetched and replicated from the primary cluster to the secondary cluster, then configuration synchronization is ensured, but network bandwidth and resource usage increase significantly

Engineering Contradiction:
Improveconfiguration synchronizationVSAvoidnetwork bandwidth usage
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent extracts only the modified configurations from the full configuration set by maintaining a change log that tracks which configurations have been modified. Instead of fetching and replicating all configurations, the system identifies and replicates only those configurations that have changed since the last replication event, thereby reducing network bandwidth consumption while maintaining synchronization reliability

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system performs preliminary tracking of configuration changes by maintaining a change log that records modifications before replication occurs. This preliminary action allows the replication process to skip unchanged configurations, as the change log has already identified which configurations require replication, thus reducing unnecessary data transfer

Inventive Principle:
Principle #10Preliminary action

2Reliability

If all configurations are replicated to the secondary cluster, then configuration consistency is maintained, but system resource usage increases

Engineering Contradiction:
Improveconfiguration consistencyVSAvoidreplication efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent applies extraction by removing unnecessary replication operations for unchanged configurations. The change log enables the system to identify only the subset of configurations that have been modified, allowing the replication process to focus resources solely on replicating changed configurations rather than processing the entire configuration set, thereby improving replication efficiency while maintaining consistency

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system performs partial replication by replicating only the necessary portion of configurations (those that have changed) rather than the complete set. This partial action approach maintains configuration consistency while avoiding the excessive resource consumption associated with replicating all configurations, including those that remain unchanged

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS11200254B2Efficient configuration replication using a configuration change log
Publication Date: 2021.12.14 EMC IP HLDG CO LLC
  • US11200254B2 patent drawing
  • US11200254B2 patent drawing
  • US11200254B2 patent drawing

AI summary

Efficient configuration replication using a configuration change log is described herein. A method as described herein can include identifying, by a device operatively coupled to a processor, modified configurations from among a group of configurations associated with a first computing cluster; fetching, by the device, the modified configurations from the first computing cluster; and replicating, by the device, the modified configurations from the first computing cluster to a second computing cluster that is distinct from the first computing cluster and omitting replication of one or more unmodified configurations from among the group of configurations associated with the first computing cluster.