Stateful System Autoscaling via Event-Based Data Intake

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Analyzing and searching massive quantities of diverse machine data generated by various IT components poses challenges due to its vastness and complexity, with existing tools often pre-processing and discarding data, limiting flexibility and insight.

Innovation Solution

An event-based data intake and query system with a flexible schema allows for the storage and analysis of raw machine data, enabling late-binding schema application during search time, and utilizing components like indexing nodes and search nodes to process and store data efficiently across different geographic regions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If data is pre-processed and stored in a structured format, then data retrieval efficiency is improved, but data flexibility and analysis capability are reduced

Engineering Contradiction:
Improvedata retrieval timeVSAvoiddata analysis flexibility
Core Design Contradiction:
Loss of timeVSAdaptability or versatility

Solution Approach 1:

The system performs preliminary actions by ingesting and storing raw data in its original format without pre-processing or transformation. This allows the data to be retained in a state that preserves all original information and flexibility, while still enabling efficient retrieval through the search head's ability to query the distributed raw data across indexing nodes.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent inverts the conventional approach by not pre-processing data before storage, but rather storing raw data and performing processing during retrieval and analysis. This inversion allows the system to maintain data flexibility while achieving retrieval efficiency through intelligent query processing at the search head rather than through pre-processed structured storage.

Inventive Principle:
Principle #13The other way round (Inversion)

2Adaptability or versatility

If all raw machine data is stored for later analysis, then data analysis flexibility is improved, but storage requirements and system complexity increase

Engineering Contradiction:
Improvedata analysis flexibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system segments the storage and processing workload across multiple indexing nodes distributed across different geographic regions. Each indexing node stores a portion of the raw data, and the search head coordinates queries across these segments. This segmentation reduces the complexity burden on any single component while enabling flexible analysis of all stored raw data.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The search head acts as an intermediary that manages the complexity of querying distributed raw data. It receives search queries, distributes them to appropriate indexing nodes, aggregates results, and returns comprehensive answers. This intermediary layer shields users from the underlying system complexity while providing access to all stored raw data for flexible analysis.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If data is pre-processed to extract specified items, then data retrieval efficiency is improved, but data completeness and insight potential are reduced

Engineering Contradiction:
Improvedata retrieval efficiencyVSAvoiddata completeness
Core Design Contradiction:
ProductivityVSLoss of information

Solution Approach 1:

The system enables self-service by allowing users to perform their own data processing and analysis on the complete raw data set during query time. Instead of the system pre-processing data into specific formats, users can dynamically determine what processing is needed based on their specific analysis requirements, ensuring no information is lost while maintaining efficiency through targeted processing only when needed.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS12020077B1Autoscaling in a stateful system
Publication Date: 2024.06.25 CISCO TECHNOLOGY INC
  • US12020077B1 patent drawing
  • US12020077B1 patent drawing
  • US12020077B1 patent drawing

AI summary

A process for facilitating autoscaling in a stateful system is described herein. In embodiments, a set of metrics associated with a set of components of a stateful service is obtained. The set of metrics may generally indicate a utilization or a load of each of the components of the set of components (e.g., message managers and/or data stores). Thereafter, it is determined to initiate a scaling event at the stateful service in association with the set of components of the stateful service based on at least a portion of the set of metrics attaining a metric threshold indicating a threshold value for determining whether to scale stateful service components. A scaling request can then be provided to the stateful service to initiate the scaling event at the stateful service in association with the set of components of the stateful service.