SDN Bare-Metal Migration with Shadow Mapping for Low Downtime

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for live migration of bare-metal instances backed by SDN appliances result in significant data path downtime due to the disconnection and re-attachment of IP resources, making cloud network services unavailable for minutes during the migration process.

Innovation Solution

A phased approach involving shadow mapping, forwarder configuration, and optimized resource allocation minimizes data path downtime by enabling interim communication and correct routing of residual data packets, reducing downtime from minutes to seconds.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If traditional live migration methods are used for bare-metal instances backed by SDN appliances, then migration can be completed, but data path downtime lasts for minutes due to disconnection and re-attachment of IP resources

Engineering Contradiction:
Improvedata path downtimeVSAvoidservice availability
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The patent applies preliminary action by pre-configuring shadow mappings and forwarders before the actual migration occurs. The shadow mapping is created in advance to map the source IP address to the destination SDN appliance, and the forwarder is pre-configured to intercept and forward traffic. This preparation ensures that when migration happens, traffic can be seamlessly redirected without significant downtime, as the routing infrastructure is already in place to handle the transition.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism through the use of shadow mappings and forwarders. The shadow mapping acts as an intermediary layer that decouples the source IP address from the source SDN appliance, allowing traffic to be redirected to the destination. The forwarder serves as an intermediary component that intercepts traffic destined for the source and redirects it to the destination instance, enabling seamless migration without direct disconnection of the original IP resource.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If IP resources are disconnected and re-attached during migration, then bare-metal instance can be migrated, but cloud network services become unavailable for minutes

Engineering Contradiction:
Improvemigration capabilityVSAvoidservice availability
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent applies preliminary action by pre-configuring shadow mappings and forwarders before the actual migration occurs. The shadow mapping is created in advance to map the source IP address to the destination SDN appliance, and the forwarder is pre-configured to intercept and forward traffic. This preparation ensures that when migration happens, traffic can be seamlessly redirected without significant downtime, as the routing infrastructure is already in place to handle the transition.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary mechanism through the use of shadow mappings and forwarders. The shadow mapping acts as an intermediary layer that decouples the source IP address from the source SDN appliance, allowing traffic to be redirected to the destination. The forwarder serves as an intermediary component that intercepts traffic destined for the source and redirects it to the destination instance, enabling seamless migration without direct disconnection of the original IP resource.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of manufacture

If traditional migration methods are used, then migration process can be completed, but customer applications experience significant disruption

Engineering Contradiction:
Improvemigration process completionVSAvoidapplication continuity
Core Design Contradiction:
Ease of manufactureVSEase of operation

Solution Approach 1:

The patent introduces an intermediary mechanism through the use of shadow mappings and forwarders. The shadow mapping acts as an intermediary layer that decouples the source IP address from the source SDN appliance, allowing traffic to be redirected to the destination. The forwarder serves as an intermediary component that intercepts traffic destined for the source and redirects it to the destination instance, enabling seamless migration without direct disconnection of the original IP resource.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent applies continuity of useful action by ensuring that traffic forwarding continues uninterrupted during the migration process. The forwarder remains active throughout the migration, continuously intercepting and redirecting traffic to the destination instance. This maintains the useful action of data transmission without interruption, allowing customer applications to operate continuously without experiencing disruption or requiring reconnection.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS20260058917A1Migration of bare-metal instances using SDN devices
Publication Date: 2026.02.26 MICROSOFT TECHNOLOGY LICENSING LLC
  • US20260058917A1 patent drawing
  • US20260058917A1 patent drawing
  • US20260058917A1 patent drawing

AI summary

Systems and methods for migrating a bare-metal instances utilizing a software defined network device include invoking a migration of data from a source bare-metal instance to a destination bare-metal instance, generating, at a software defined networking (SDN) device of the destination bare-metal instance, a shadow mapping comprising a mapping to route data packets directed to a customer address of the source bare-metal instance to a provider address of the SDN device of the destination bare-metal instance, and forwarding, from the SDN device of the source bare-metal instance to the SDN device of the destination bare-metal instance, data packets received at the SDN device of the source bare-metal instance after the source bare-metal instance is disabled until completion of the migration of data.