Node Upgrade Sequencing via Health Scoring

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In hyperconverged infrastructure clusters, the lack of a predefined sequence for upgrading nodes during lifecycle management events leads to variable success rates, with existing methods often stopping at the first node failure, resulting in inefficient resource utilization and increased costs due to technical support interventions.

Innovation Solution

An information handling system that receives health information for nodes, calculates a score for each based on various factors, and determines an optimized upgrade order to prioritize nodes with a higher likelihood of successful upgrades, thereby improving the overall success rate of lifecycle management procedures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If nodes are upgraded in random order during lifecycle management events, then the upgrade process can be simple to implement, but the success rate of lifecycle management events becomes variable and often low due to stopping at the first node failure

Engineering Contradiction:
Improvesuccess rate of lifecycle management eventsVSAvoidcomplexity of upgrade sequencing system
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by calculating health scores for all nodes before the upgrade process begins. These health scores are based on multiple factors including hardware health, software version, workload, and performance metrics. The nodes are then sorted into an optimized upgrade sequence based on these pre-calculated scores, ensuring that healthier nodes are upgraded first. This preliminary preparation eliminates the need for complex real-time decision-making during the upgrade process itself.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system changes the parameter of node selection from random or sequential ordering to health-score-based ordering. By introducing health scores as a new parameter and using them to determine upgrade sequence, the system transforms the upgrade process from a simple but unreliable random selection to a more complex but reliable parameter-driven selection. The health scores dynamically reflect the current state of each node, allowing the system to adapt to changing conditions.

Inventive Principle:
Principle #35Parameter changes

2Ease of operation

If the upgrade process stops at the first node failure, then the failure tolerance setting can be easily configured, but the overall success rate of lifecycle management events decreases significantly

Engineering Contradiction:
Improveease of configuring failure toleranceVSAvoidsuccess rate of lifecycle management events
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system performs preliminary actions by calculating health scores for all nodes before the upgrade process begins. These health scores are based on multiple factors including hardware health, software version, workload, and performance metrics. The nodes are then sorted into an optimized upgrade sequence based on these pre-calculated scores, ensuring that healthier nodes are upgraded first. This preliminary preparation eliminates the need for complex real-time decision-making during the upgrade process itself.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system changes the parameter of node selection from random or sequential ordering to health-score-based ordering. By introducing health scores as a new parameter and using them to determine upgrade sequence, the system transforms the upgrade process from a simple but unreliable random selection to a more complex but reliable parameter-driven selection. The health scores dynamically reflect the current state of each node, allowing the system to adapt to changing conditions.

Inventive Principle:
Principle #35Parameter changes

3Ease of repair

If technical support intervention is required for node failures, then individual node issues can be addressed, but additional time and costs are incurred

Engineering Contradiction:
Improveability to address node failuresVSAvoidtime for technical support intervention
Core Design Contradiction:
Ease of repairVSLoss of time

Solution Approach 1:

The system applies preliminary anti-action by identifying and addressing potential failure risks before they occur. By calculating health scores that incorporate hardware health, software compatibility, workload levels, and performance metrics, the system proactively identifies nodes that are at risk of failure. These at-risk nodes are then strategically positioned later in the upgrade sequence, preventing them from causing premature termination of the upgrade process and eliminating the need for time-consuming technical support interventions.

Inventive Principle:
Principle #9Preliminary anti-action

Solution Approach 2:

The system implements feedback mechanisms by continuously monitoring node health metrics and using this information to determine upgrade sequencing. The health scores are dynamically calculated based on current system state, providing feedback that guides the upgrade process. This feedback loop allows the system to adapt to changing conditions and make informed decisions about which nodes should be upgraded next, reducing the likelihood of failures and the need for technical support intervention.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11550475B2Life cycle management success rate
Publication Date: 2023.01.10 DELL PROD LP
  • US11550475B2 patent drawing
  • US11550475B2 patent drawing

AI summary

An information handling system may include at least one processor; and a non-transitory memory coupled to the at least one processor. The information handling system may be configured to: receive health information for a plurality of node information handling systems; determine, based on the received health information, a score for each of the plurality of node information handling systems; determine an upgrade ordering for the plurality of node information handling systems based on the respective scores for the plurality of node information handling systems; and cause the node information handling systems to perform an upgrade procedure according to the upgrade ordering.