VM Migration Server Automating Architecture Conversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Migrating data between different virtual machine (VM) architectures is complex and often disrupts services, requiring skilled administrators familiar with architecture-specific commands, which can lead to data corruption and lengthy migration times.

Innovation Solution

A set of simple command-lets is used to manage VM migrations, abstracting away architecture-specific details through a reusable interface like a RESTful API, allowing for straightforward general commands that automate the conversion process, minimizing user input and reducing the risk of user error.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If architecture-specific commands are used to manage VM migration, then migration accuracy and reliability are improved, but device complexity and ease of operation deteriorate

Engineering Contradiction:
Improvemigration accuracyVSAvoidease of operation
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent introduces a migration server as an intermediary component between the hypervisor and the virtual machine. This server provides a simplified, architecture-independent interface that automatically handles the complex architecture-specific conversion commands, thereby maintaining migration accuracy while significantly improving ease of operation for users.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent replaces manual execution of complex architecture-specific commands with an automated system. The migration server substitutes the mechanical process of manually issuing hypervisor-specific commands with an automated conversion mechanism that handles the complexity behind the scenes, leaving users with simple high-level commands.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Reliability

If manual conversion processes are used, then conversion control is improved, but loss of time increases

Engineering Contradiction:
Improveconversion controlVSAvoidmigration time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The migration server implements self-service by automatically discovering VM configuration information and executing the conversion process without requiring extensive manual intervention. The system autonomously gathers necessary details about the virtual machine and handles the conversion tasks, significantly reducing migration time while maintaining reliable control through automated validation.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system performs preliminary actions by automatically discovering and preparing conversion parameters before the actual migration occurs. The migration server proactively gathers VM configuration information and pre-processes conversion requirements, enabling faster execution of the conversion process and reducing overall migration time.

Inventive Principle:
Principle #10Preliminary action

3Manufacturing precision

If detailed architecture-specific commands are provided, then conversion precision is improved, but device complexity increases

Engineering Contradiction:
Improveconversion precisionVSAvoidcommand complexity
Core Design Contradiction:
Manufacturing precisionVSDevice complexity

Solution Approach 1:

The migration server acts as an intermediary layer that translates simple user commands into detailed architecture-specific conversion commands. This mediator maintains conversion precision by accurately translating high-level instructions into the necessary low-level hypervisor commands while hiding the complexity from the user interface.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the conversion process into distinct phases: configuration information gathering, conversion parameter determination, and execution of conversion commands. This segmentation allows the system to maintain precision in each phase while presenting a simplified, unified interface to the user, thereby reducing perceived complexity.

Inventive Principle:
Principle #1Segmentation

4Reliability

If architecture-specific commands are required, then conversion reliability is improved, but adaptability deteriorates

Engineering Contradiction:
Improveconversion reliabilityVSAvoidadaptability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The migration server implements universality by providing a single, architecture-independent interface that can handle conversions between different hypervisor architectures. The server maintains conversion reliability for each specific architecture pair while offering adaptability across multiple architecture types through a unified command structure that automatically adapts to the source and destination architectures.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS9672060B2Managing virtual machine migration
Publication Date: 2017.06.06 NETAPP INC
  • US9672060B2 patent drawing
  • US9672060B2 patent drawing
  • US9672060B2 patent drawing

AI summary

Exemplary embodiments provide techniques for managing VM migrations that use relatively simple and uncomplicated commands or APIs that can be executed through scripts or applications. Configuration and preparation for the conversion may be addressed by one set of command-lets or APIs, while the conversion itself is handled by a separate set of command-lets or APIs, which allows the conversion command-lets to be uncomplex and to require little input. Moreover, the architecture-specific commands can be largely abstracted away, so that the configuration and conversion processes can be carried out through straightforward general commands, which automatically cause an interface (e.g., at the conversion server) to call upon any necessary architecture-specific functionality. Still further, the information that must be entered by a user may be kept to a minimum, because the initial configuration information may be used by the system to automatically discover additional information that is needed to perform the conversion.