Virtualization Platform Updates Through Reserved-Node Migration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing virtualization platform software updates and migrations require additional resources, especially in edge computing environments with limited resources, and existing methods like blue-green and rolling updates have inefficiencies.

Innovation Solution

A method involving preparation of reserved nodes, forming a second virtualization platform on these nodes, migrating applications, and repeating this process until all nodes are updated without requiring additional resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If blue-green method is used for virtualization platform software update, then update time is shortened, but additional resources are required

Engineering Contradiction:
Improveupdate timeVSAvoidadditional resources
Core Design Contradiction:
Loss of timeVSQuantity of substance

Solution Approach 1:

The update process is segmented into multiple phases: selecting reserved nodes, forming new virtualization platforms on selected nodes, migrating applications, and repeating until completion. This segmentation allows incremental updates without requiring full additional resources like blue-green deployment.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Reserved nodes are pre-selected and prepared before the update process begins. These nodes are identified in advance as suitable candidates for hosting new virtualization platforms, enabling smoother transitions without resource conflicts during migration.

Inventive Principle:
Principle #10Preliminary action

2Quantity of substance

If rolling update method is used for virtualization platform software update, then additional resources are not required, but update time is extended

Engineering Contradiction:
Improveadditional resourcesVSAvoidupdate time
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The system performs preliminary selection of reserved nodes before migration begins. This advance preparation enables more efficient migration paths and reduces the overall update time compared to traditional rolling updates that process nodes sequentially without optimization.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The update process dynamically selects which nodes to update next based on system state and migration progress. Rather than following a fixed sequential order, the system adapts its update sequence to optimize resource utilization and reduce total update time.

Inventive Principle:
Principle #15Dynamics

3Productivity

If virtualization platform software is updated in edge servers with limited resources, then resource constraints are encountered, but efficient update is required

Engineering Contradiction:
Improveupdate efficiencyVSAvoidavailable resources
Core Design Contradiction:
ProductivityVSQuantity of substance

Solution Approach 1:

The update system manages its own resource allocation by selecting reserved nodes from within the existing infrastructure. It identifies and utilizes available capacity on specific nodes without requiring external resource provisioning, enabling efficient updates in resource-constrained edge environments.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system applies different update strategies to different nodes based on their local characteristics and resource availability. Reserved nodes are selected based on their specific capacity and suitability, allowing optimized update execution across heterogeneous edge server environments.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS20250310400A1Virtualization platform software update and migration
Publication Date: 2025.10.02 RAKUTEN MOBILE INC
  • US20250310400A1 patent drawing
  • US20250310400A1 patent drawing
  • US20250310400A1 patent drawing

AI summary

An information processing apparatus performs preparation process, first formation process, migration process, second formation process, and control process. The preparation process includes preparing, as a reserved node, one or more nodes in which one or more applications are not built on a first virtualization platform among a plurality of nodes in which the first virtualization platform is formed. The first formation process includes forming a second virtualization platform in the reserved node. The migration process includes migrating the one or more applications built on the first virtualization platform formed in a first node among the plurality of nodes to any second node among the one or more nodes in which the second virtualization platform is formed. The second formation process includes forming the second virtualization platform in the first node. The control process includes performing control to repeat the migration process and the second formation process.