In-Place Virtual Switch Conversion Without Downtime

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The conventional process of migrating virtual switches in a software-defined data center is tedious and causes network downtime, requiring manual reconfiguration and placement of hosts in maintenance mode, which is costly and time-consuming.

Innovation Solution

A method for in-place conversion of virtual switches from one type to another, involving a manager agent call to rekey uplink ports, update identifiers, and inform the switch type, allowing seamless migration without downtime or host maintenance mode.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If conventional migration process is used to migrate virtual switch types, then virtual switch migration is achieved, but network downtime occurs and manual reconfiguration is required

Engineering Contradiction:
Improvevirtual switch type migrationVSAvoidnetwork downtime
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by pre-establishing the destination virtual switch configuration before initiating the migration process. The system prepares the target virtual switch type in advance, configures the necessary parameters and connections, and validates the setup before actual migration begins. This preliminary preparation eliminates the need for post-migration reconfiguration and minimizes network downtime by ensuring everything is ready for seamless switching.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces an intermediary migration management system that coordinates the transition between virtual switch types. This intermediary layer handles the complex reconfiguration tasks, manages the switching process, and ensures continuous network operation during migration. The intermediary acts as a mediator that abstracts the complexity from the network operations, enabling automated migration without manual intervention and maintaining network availability throughout the process.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If manual reconfiguration is performed for virtual switch migration, then virtual switch type conversion is achieved, but operational complexity increases

Engineering Contradiction:
Improvevirtual switch type conversionVSAvoidmanual reconfiguration effort
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent implements self-service by enabling the migration system to automatically perform all reconfiguration tasks without human intervention. The system autonomously discovers the current virtual switch configuration, determines the appropriate destination configuration, executes the migration steps, and validates the results. This self-service capability eliminates manual reconfiguration efforts while maintaining high adaptability in virtual switch type conversion, allowing the system to handle diverse migration scenarios independently.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent utilizes parameter changes to systematically transform the virtual switch configuration from one type to another. The migration process involves identifying key configuration parameters, mapping them between different virtual switch types, and automatically adjusting parameter values to maintain functional equivalence. This parameter-based approach enables automated conversion across various virtual switch types by focusing on configurable attributes rather than manual reconfiguration of entire system architectures.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If host is placed in maintenance mode for migration, then virtual switch migration can be performed, but service availability decreases

Engineering Contradiction:
Improvevirtual switch migration capabilityVSAvoidservice availability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent maintains continuity of useful action by ensuring network services remain operational throughout the migration process. The system performs migration activities in a manner that preserves network connectivity and service availability, allowing data transmission and network operations to continue uninterrupted. This is achieved through careful coordination of migration steps, maintaining active paths during transition, and quickly restoring service if any issues arise, thereby eliminating the need for maintenance mode while preserving full service availability.

Inventive Principle:
Principle #20Continuity of useful action

Solution Approach 2:

The patent applies dynamics by making the migration process adaptive and flexible rather than static and rigid. The system dynamically adjusts migration steps based on real-time network conditions, service requirements, and system state. This dynamic approach allows the migration to proceed while maintaining service availability, as the system can pivot and adjust operations to prevent service disruption. The dynamic nature enables the migration to accommodate ongoing network activities rather than requiring a static maintenance mode state.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS20230079747A1In-place conversion of a virtual switch on a host
Publication Date: 2023.03.16 VMWARE INC
  • US20230079747A1 patent drawing
  • US20230079747A1 patent drawing
  • US20230079747A1 patent drawing

AI summary

The disclosure provides an approach for in-place conversion of a virtual switch on a host. Techniques are provided for in-place conversion of a virtual switch from a first type of virtual switch to a destination type of virtual switch. A method includes rekeying, by a second manager agent, one or more uplink ports associated with one or more logical switches implemented by the virtual on the host with the unique identifier. The rekeying includes updating one or more existing uplink port identifiers assigned to the one or more uplink ports with the unique identifier associated with a first manager agent. The method includes removing, by the first manager agent, an association of the one or more uplink ports with the opaque network; and informing the first manager and the second manager that the virtual switch is of the destination type of virtual switch.