Virtual Switch LID Management for InfiniBand VM Migration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cloud computing architectures face performance and administrative bottlenecks due to traditional network and storage limitations, particularly in achieving transparent live migration of virtual machines using InfiniBand technology, where addressing and routing complexities lead to connectivity issues during VM migration.

Innovation Solution

The implementation of a vSwitch architecture with prepopulated or dynamically assigned local identifiers (LIDs) in SR-IOV networks, allowing for efficient virtual machine migration by optimizing LID management and reducing network reconfiguration overhead, using extended Local Route Headers to expand LID space and support scalable and flexible virtualization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional network architectures are used for virtual machine migration, then network infrastructure is simple and cost-effective, but performance bottlenecks and administrative complexities occur during live migration

Engineering Contradiction:
Improvevirtual machine migration efficiencyVSAvoidnetwork architecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The network architecture is segmented into multiple hierarchical levels (core layer, aggregation layer, access layer) with dedicated functions at each level. This segmentation allows live migration traffic to be handled by specific network components while maintaining overall system simplicity and reducing administrative overhead.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A virtual switch is introduced as an intermediary component that manages LID translation and routing for virtual machine migration. The virtual switch mediates between the VM's original LID and the destination LID, enabling transparent live migration without requiring complex end-to-end network reconfiguration.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If LID space is expanded to support more virtual machines, then virtualization scalability is improved, but addressing and routing complexities increase

Engineering Contradiction:
Improvevirtualization scalabilityVSAvoidaddressing and routing complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The LID address space is extended from the traditional 16-bit format to a 24-bit format, adding 8 additional bits to the address space. This dimensional expansion allows for approximately 16 million unique LID addresses, providing sufficient scalability for large virtualized environments while maintaining the same routing infrastructure.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Solution Approach 2:

The LID address parameters are modified to include extended bits that encode additional routing information. By changing the parameter structure of LID addresses, the system can support more virtual machines without requiring fundamentally different routing mechanisms, thus avoiding increased complexity.

Inventive Principle:
Principle #35Parameter changes

3Ease of operation

If dynamic LID assignment is used during live migration, then connectivity flexibility is improved, but network reconfiguration overhead increases

Engineering Contradiction:
Improvelive migration transparencyVSAvoidnetwork reconfiguration time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

LID translation mappings are pre-configured in the virtual switch before live migration begins. The virtual switch maintains a translation table that maps the VM's original LID to its destination LID, allowing immediate connectivity establishment upon migration without requiring time-consuming dynamic reconfiguration during the migration process.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The virtual switch acts as a mediator that handles LID translation transparently during live migration. By intercepting and translating LID addresses at the virtual switch level, the system achieves connectivity flexibility without requiring complex end-to-end reconfiguration, thus minimizing reconfiguration overhead and time.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP3380934B1System and method for efficient virtualization in lossless networks
Publication Date: 2024.03.13 ORACLE INT CORP
  • EP3380934B1 patent drawingFigure 1
  • EP3380934B1 patent drawingFigure 2
  • EP3380934B1 patent drawingFigure 3

AI summary

Systems and methods for supporting efficient virtualization in a lossless interconnection network. An exemplary method can provide, one or more switches, including at least a leaf switch, a plurality of host channel adapters, wherein each of the host channel adapters comprise at least one virtual function, at least one virtual switch, and at least one physical function, a plurality of hypervisors, and a plurality of virtual machines, wherein each of the plurality of virtual machines is associated with at least one virtual function. The method can arrange the plurality of host channel adapters with one or more of a virtual switch with prepopulated local identifiers (LIDs) architecture or a virtual switch with dynamic LID assignment architecture. The method can assign each virtual switch with a LID. The method can calculate one or more linear forwarding tables based at least upon the LIDs assigned to each of the virtual switches.