Live Migration for Virtualized Storage Logical Volumes

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current hypervisor and VM implementations, such as PowerVM, lack storage redundancy and live migration capabilities for client VMs using logical volumes, leading to potential data corruption and service disruptions during resource updates or failures.

Innovation Solution

A method is introduced to instantiate a second server VM to virtualize a logical volume in an off mode, allowing seamless migration or redundancy by controlling the activation and deactivation sequencing to ensure only one VM handles read/write requests at a time, preventing data overwrite and ensuring continuous service.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If a single server VM virtualizes a logical volume in read/write mode, then storage performance and access efficiency are improved, but system reliability deteriorates due to lack of redundancy during VM failures or updates

Engineering Contradiction:
Improvestorage access efficiencyVSAvoidsystem reliability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system segments the storage virtualization function by creating multiple server VMs (primary and secondary) that share the logical volume, allowing the storage service to be divided into redundant components that can operate independently

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system changes the operational state parameters of the logical volume across different server VMs - the primary VM operates in read/write mode while the secondary VM operates in read-only mode, enabling both high performance and redundancy

Inventive Principle:
Principle #35Parameter changes

2Reliability

If storage redundancy is implemented with multiple server VMs, then system reliability is improved, but device complexity increases due to coordination overhead

Engineering Contradiction:
Improvestorage redundancyVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system implements dynamic role assignment where server VMs can transition between primary and secondary roles based on operational needs, allowing flexible load distribution and failover without static complex configuration

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system creates a secondary server VM that copies the logical volume configuration from the primary VM, providing redundancy through replication rather than requiring complex distributed coordination protocols

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If live migration of server VMs is enabled, then adaptability and maintenance capability are improved, but data corruption risk increases due to potential simultaneous access conflicts

Engineering Contradiction:
Improvelive migration capabilityVSAvoiddata corruption risk
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary actions by creating the secondary server VM and configuring it with read-only access to the logical volume before the primary VM is deactivated or migrated, ensuring data integrity is protected during the transition

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The logical volume acts as an intermediary that mediates access between primary and secondary server VMs, with the system controlling which VM can access it in read/write mode at any given time to prevent simultaneous write conflicts

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11960917B2Live migration and redundancy for virtualized storage
Publication Date: 2024.04.16 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11960917B2 patent drawing
  • US11960917B2 patent drawing
  • US11960917B2 patent drawing

AI summary

For a first server virtual machine (VM) virtualizing a logical volume in a read/write mode for a client VM, a second server VM virtualizing the logical volume in an off mode is instantiated. The logical volume comprises a virtualization of a portion of physical storage. At the first server VM, the logical volume is deactivated, the deactivating disallowing the first server VM from performing a storage request from the client VM. At the second server VM, the logical volume is activated, the activating performed by causing the second VM to virtualize the logical volume in the read/write mode, the activating allowing the second server VM to perform the storage request.