Containerized Deployment Counts for Dynamic Node Pool Scaling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing auto-scaling methods for containerized applications in computing clusters are inefficient, leading to unpredictable disruptions and wasteful resource usage due to inadequate adjustment of node pool sizes based on deployment loads.

Innovation Solution

A system that dynamically adjusts the minimum node pool size based on predefined thresholds of containerized application deployments, scaling up when loads exceed a threshold and down when they fall below it, ensuring efficient resource allocation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the node pool size is increased to handle peak deployment loads, then the system can accommodate maximum deployments, but resources are wasted during low-load periods

Engineering Contradiction:
Improveability to handle peak deployment loadsVSAvoidwasteful resource usage
Core Design Contradiction:
Adaptability or versatilityVSLoss of energy

Solution Approach 1:

The patent implements dynamic auto-scaling that automatically adjusts the minimum node pool size based on real-time deployment counts. When deployment load increases, the system scales up the node pool to handle the load; when load decreases, it scales down to free resources. This dynamic adjustment resolves the contradiction by making the system adaptable to varying loads while minimizing resource waste during low-utilization periods.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the minimum node pool size parameter based on deployment thresholds. When the number of deployments exceeds a threshold, the minimum node pool size is increased to a first predefined value; when deployments fall below the threshold, it is reduced to a second predefined value. This parameter change strategy allows the system to optimize resource allocation according to actual workload demands.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If the minimum node pool size is increased to prevent disruptions during testing, then deployment stability is improved, but resource allocation becomes inefficient during low-load periods

Engineering Contradiction:
Improvedeployment stability during testingVSAvoidresource allocation efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system performs preliminary scaling actions by increasing the minimum node pool size before testing workloads are fully deployed. When the deployment count approaches expected thresholds, the auto-scaler proactively scales up resources, ensuring stability is maintained when needed while avoiding premature resource allocation that would reduce efficiency during low-load periods.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The auto-scaling mechanism continuously monitors deployment counts and provides feedback to dynamically adjust the minimum node pool size. This feedback loop ensures that resource allocation is optimized based on actual testing and production needs, maintaining reliability during high-load periods while improving productivity during low-load periods through automatic resource release.

Inventive Principle:
Principle #23Feedback

3Ease of operation

If existing auto-scaling methods are used without deployment-based thresholds, then the system responds to general load metrics, but unpredictable disruptions occur due to inadequate adjustment based on actual deployment loads

Engineering Contradiction:
Improveautomatic scaling operationVSAvoidpredictability of scaling behavior
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system implements self-service auto-scaling by automatically monitoring its own deployment counts and adjusting the minimum node pool size without external intervention. The auto-scaler independently determines when to scale up or down based on predefined deployment thresholds, ensuring both ease of operation and predictable, reliable scaling behavior tied directly to actual workload demands.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS20250251996A1Automatically scaling a cluster of nodes based on deployments of containerized applications
Publication Date: 2025.08.07 SAS INSTITUTE INC
  • US20250251996A1 patent drawing
  • US20250251996A1 patent drawing
  • US20250251996A1 patent drawing

AI summary

In one example, a computer system performs operations including accessing a cluster including a node pool that includes nodes executing deployments. The cluster includes an auto-scaler configured to scale the nodes in the node pool based on a configuration. The configuration includes a minimum setting for the number of nodes for the node pool. The computer system determines that a number of deployments are executing in the node pool that meets or exceeds a threshold. In response, the computer system updates the minimum setting of the auto-scaling configuration for the node pool to a first predefined value sufficient for executing a predefined maximum number of deployments. The computer system later determines that a different number of deployments are executing on the node pool, now below the threshold. In response, the computer system updates the minimum setting of the auto-scaling configuration for the node pool to a second predefined value.