WO2023103741A1

WO2023103741A1 - Virtual switch upgrading method and device, electronic device and storage medium

Info

Publication number: WO2023103741A1
Application number: PCT/CN2022/132687
Authority: WO
Inventors: 徐斌斌
Original assignee: 中兴通讯股份有限公司
Priority date: 2021-12-07
Filing date: 2022-11-17
Publication date: 2023-06-15
Also published as: CN116319310A

Abstract

Disclosed are a virtual switch upgrading method and device, an electronic device and a storage medium. The virtual switch upgrading method comprises: in the process that an old version of a virtual switch executes service forwarding work, creating and initializing a new version of the virtual switch; freezing the service forwarding work of the old version of the virtual switch, and migrating virtual machine information in the old version of the virtual switch into the new version of the virtual switch, wherein the virtual machine information comprises information used by a virtual machine connected to the old version of the virtual switch for network communications; and on the basis of the virtual machine information migrated into the new version of the virtual switch and a network card pre-migrated from the old version of the virtual switch to the new version of the virtual switch, switching the service forwarding work to the new version of the virtual switch for execution.

Description

A virtual switch upgrade method, device, electronic device and storage medium

related application

This application claims priority to a Chinese patent application with application number 202111486398.0 filed on December 7, 2021, the entire contents of which are hereby incorporated by reference.

technical field

The embodiments of the present application relate to the technical field of communications, and in particular to a virtual switch upgrade method, device, electronic device, and computer-readable storage medium.

Background technique

The current telecom 5G core network business uses a virtual machine virtualized by a general-purpose server as a business carrier. The internal virtual machine of the general server carrying the telecom 5G service and the cross-general server virtual machine need to implement the virtual machine through a user-mode virtual switch based on the virtual switch data plane development kit (OpenvSwitch-Datapath Development Kit, referred to as "OVS-DPDK") architecture. business interconnection. In addition, in commercial scenarios, general-purpose servers generally enable the Link Aggregation Control Protocol (LACP for short) to monitor the link quality with the uplink hardware switch. The state machine of the LACP protocol on the general server side also needs to be maintained by the virtual switch to ensure that the business of the external link of the general server can be reached in two directions. It can be seen that the stability of the virtual switch can ensure the reliability of the upper-layer service interaction. Therefore, the importance of the virtual switch as a bridge for virtual machine service interaction is particularly prominent.

However, the virtual switch program implemented by software inevitably needs to be repaired or version upgraded. In the process of fault modification or version upgrade, the virtual switch process needs to be restarted, and the process used for upper-layer service forwarding will also exit synchronously, making the upper layer The service interaction link is unreachable. During the upgrade phase of the virtual switch, services between virtual machines cannot communicate with each other, which may have a relatively large negative impact on services.

Contents of the invention

The purpose of the embodiments of the present application is to provide a virtual switch upgrade method, device, electronic device and computer-readable storage medium, so as to shorten the service suspension time during the virtual switch upgrade process and ensure uninterrupted services as much as possible.

In order to achieve the above purpose, the embodiment of the present application provides a method for upgrading a virtual switch, including: creating and initializing a new version of the virtual switch during the process of performing service forwarding by the old version of the virtual switch; freezing the service forwarding work of the old version of the virtual switch, and The virtual machine information in the old version of the virtual switch is migrated to the new version of the virtual switch; the virtual machine information includes the information used by the virtual machine connected to the old version of the virtual switch for network communication; based on the virtual machine information migrated to the new version of the virtual switch and from the The old version of the virtual switch is migrated to the network card in the new version of the virtual switch, and the service forwarding work is switched to the new version of the virtual switch for execution.

In order to achieve the above purpose, the embodiment of the present application also provides a virtual switch upgrade device, the virtual switch upgrade device is deployed on a physical machine, and a virtual machine and an old version virtual switch connected to the virtual machine are also deployed on the physical machine; the virtual switch upgrade device includes : The deployment module is used to create and initialize the new version of the virtual switch when the old version of the virtual switch performs business forwarding work; the network card migration module is used to migrate the network card in the old version of the virtual switch to the new version of the virtual switch; the virtual machine information migration module , used to freeze the service forwarding work of the old version of the virtual switch after the initialization of the new version of the virtual switch is completed, and migrate the virtual machine information in the old version of the virtual switch to the new version of the virtual switch; The virtual machine information and the network card migrated from the old version of the virtual switch to the new version of the virtual switch in advance, and the business forwarding work is switched to the new version of the virtual switch for execution.

The embodiment of the present application also provides an electronic device, including: at least one processor; and a memory connected to the at least one processor in communication; wherein, the at least one processor is used to run a virtual machine, and an old version virtual machine connected to the virtual machine The switch; the memory stores instructions executable by at least one processor, and the instructions are executed by at least one processor, so that at least one processor can execute the above virtual switch upgrade method.

Embodiments of the present application also provide a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the above method for upgrading a virtual switch is implemented.

Description of drawings

One or more embodiments are exemplified by the pictures in the corresponding drawings, and these exemplifications do not constitute a limitation to the embodiments. Elements with the same reference numerals in the drawings represent similar elements. Unless otherwise stated, the drawings in the drawings are not limited to scale.

FIG. 1 is a flowchart of a method for upgrading a virtual switch according to an embodiment of the present application;

FIG. 2 is a flowchart of a method for upgrading a virtual switch according to another embodiment of the present application;

FIG. 3 is a schematic diagram of a migration scenario of an aggregation group member network card according to an embodiment of the present application;

FIG. 4 is a schematic structural diagram of a virtual switch upgrade device according to an embodiment of the present application;

Fig. 5 is a schematic structural diagram of an electronic device according to another implementation manner of the present application.

Detailed ways

In order to make the objectives, technical solutions and advantages of the embodiments of the present application clearer, the various embodiments of the present application will be described in detail below with reference to the accompanying drawings. However, those of ordinary skill in the art can understand that, in each implementation manner of the present application, many technical details are provided for readers to better understand the present application. However, even without these technical details and various changes and modifications based on the following implementation modes, the technical solution claimed in this application can also be realized. The division of the following implementations is for the convenience of description, and should not constitute any limitation to the specific implementations of the present application, and the implementations can be combined and referenced to each other on the premise of no contradiction.

An embodiment of the present application relates to a method for upgrading a virtual switch. In this embodiment, in the process of performing service forwarding by the old version of the virtual switch, create and initialize the new version of the virtual switch; freeze the service forwarding work of the old version of the virtual switch, and migrate the virtual machine information in the old version of the virtual switch to the new version of the virtual switch ; Among them, the virtual machine information includes the information used by the virtual machine connected to the old version of the virtual switch for network communication; based on the virtual machine information migrated to the new version of the virtual switch and the network card migrated from the old version of the virtual switch to the new version of the virtual switch in advance, the business The forwarding work is switched to the new version of the virtual switch for execution. The specific flow of the method for upgrading a virtual switch in this implementation manner may be shown in FIG. 1 .

For business interaction between virtual machines in user mode, the forwarding plane (datapath) of the virtual switch needs to receive packets from physical network cards or virtual machine ports, parse the packets, and modify and forward the packets accordingly according to the flow table saved in the datapath. Finally, the service interworking function between virtual machines is realized. As datapath is a part of the virtual switch, when the virtual switch is restarted due to fault repair or version upgrade, the datapath running as a thread will also quit working with the exit of the virtual switch process, which means that during the virtual switch restart phase , the receiving, parsing, processing, and forwarding of service packets are suspended, and services between virtual machines cannot communicate.

The startup process of the new version of the virtual switch involves a series of tasks such as data path development kit (Datapath Develop Kit, "DPDK") huge page memory initialization, physical network card initialization, physical network card LACP negotiation, and OpenFlow flow rule initialization. The initialization of these resources and the LACP link negotiation process take a lot of time, which greatly lengthens the service recovery time between virtual machines. In view of the above problems, the present application proposes a virtual switch upgrade method to shorten the service suspension time during the virtual switch upgrade process and ensure uninterrupted services as much as possible. The virtual switch upgrade method involved in this embodiment can be used in large-scale virtualized commercial networks such as 5G core network elements of mobile operators.

The implementation details of the virtual switch upgrading method in this embodiment will be described in detail below. The following content is only for the convenience of understanding the implementation details of the solution, and is not necessary for implementing the solution. The specific process is shown in Figure 1, and may include the following steps:

Step 101 , creating and initializing a new version of the virtual switch when the old version of the virtual switch performs service forwarding.

In this step, the virtual switch of the new version can be created and initialized without interrupting its normal operation while the virtual switch of the old version is performing service forwarding work. The initialization of the new version of the virtual switch includes initializing the DPDK huge page memory, backing up the OpenFlow flow rules, and preparing related resources for the new version of the virtual switch for forwarding. Initializing the new version of the virtual switch may also include initializing shared memory for storing virtual machine information. In actual implementation, after the initialization process of the new version of the virtual switch is completed, the part of the virtual switch upgrade device deployed in the new version of the virtual switch may send an initialization completion notification.

In an example, in the process of performing service forwarding by the old-version virtual switch, a new-version virtual switch is created and initialized in response to a virtual switch upgrade instruction. Wherein, the virtual switch upgrade instruction may be generated according to the situation that the virtual switch needs to perform fault repair or version upgrade.

Step 102, freezing the service forwarding work of the old version virtual switch, and migrating the virtual machine information in the old version virtual switch to the new version virtual switch; wherein, the virtual machine information includes the network communication information of the virtual machine connected to the old version virtual switch.

In an example, step 102 may include freezing the service forwarding work of the old-version virtual switch, the old-version virtual switch writes the virtual machine information in the old-version virtual switch to a preset shared memory, and the new-version virtual switch reads the virtual machine information from the shared memory . In this example, shared memory is used to migrate virtual machine information.

In another example, after step 102, the network card in the old version of the virtual switch can also be migrated to the new version of the virtual switch. The network card migration involved in this example may be implemented by the part of the virtual switch upgrade device deployed in the new version of the virtual switch to send a network card migration completion notification.

Step 103, based on the virtual machine information migrated to the virtual switch of the new version and the network card previously migrated from the virtual switch of the old version to the virtual switch of the new version, switch the service forwarding work to the virtual switch of the new version for execution.

In this step, after the virtual machine information and network card are migrated to the new version of the virtual switch, the unit of the virtual switch upgrade device deployed in the new version of the virtual switch can rebuild the virtual sending and receiving queue and communicate with the virtual operating system emulator (Quick Emulator, referred to as "QEMU"), the front-end and back-end links are reconnected, so that the service forwarding work can be switched to the new version of the virtual switch for execution. After the communication link including the new version virtual switch is rebuilt, the unit of the virtual switch upgrade device deployed in the new version virtual switch may send a reconstruction end message to the old version virtual switch, so as to trigger the exit process of the old version virtual switch.

It is worth mentioning that the virtual switch upgrade method involved in this embodiment has no correlation with the version before and after the upgrade, that is, no matter what business function changes or upgrades the new version of the virtual switch performs, it can realize uninterrupted business during the virtual switch upgrade stage.

In this embodiment, when the old version of the virtual switch performs service forwarding, the new version of the virtual switch can be created and initialized without interrupting services. Then freeze the service forwarding work of the old version of the virtual switch, and migrate the virtual machine information in the old version of the virtual switch to the new version of the virtual switch. Wherein, the virtual machine information includes the information used for network communication by the virtual machine connected to the old version of the virtual switch, so that the new version of the virtual switch can obtain information required for network communication. Then, based on the migrated virtual machine information and the network card migrated from the old-version virtual switch to the new-version virtual switch in advance, the service forwarding work is switched to the new-version virtual switch for execution. Compared with the upgrade method of stopping forwarding during the whole upgrade process of the virtual switch, the service suspension time can be greatly shortened, and the service is not interrupted as much as possible.

Another embodiment of the present application relates to a method for upgrading a virtual switch. In this embodiment, in the process of performing service forwarding by the old version of the virtual switch, create and initialize the new version of the virtual switch; freeze the service forwarding work of the old version of the virtual switch, and migrate the virtual machine information in the old version of the virtual switch to the new version of the virtual switch ; Among them, the virtual machine information includes the information used by the virtual machine connected to the old version of the virtual switch for network communication; based on the virtual machine information migrated to the new version of the virtual switch and the network card migrated from the old version of the virtual switch to the new version of the virtual switch in advance, the business The forwarding work is switched to the new version of the virtual switch for execution. The specific flow of the method for upgrading a virtual switch in this implementation manner may be shown in FIG. 2 .

The implementation details of the virtual switch upgrading method in this embodiment will be described in detail below. The following content is only for the convenience of understanding the implementation details of the solution, and is not necessary for implementing the solution. The specific process is shown in Figure 2, and may include the following steps:

Step 201: Create and initialize a new version of the virtual switch during service forwarding by the old version of the virtual switch.

Step 202, migrate some member network cards in the network card aggregation group in the old version virtual switch to the new version virtual switch; wherein, the network cards migrated from the old version virtual switch to the new version virtual switch in advance refer to some member network cards.

The duration of freezing the service forwarding work of the old-version virtual switch determines the length of service delay caused by the upgrade of the virtual switch. Therefore, in this step, the network card aggregation group is dynamically adjusted. There is no need to migrate the network card during the period when the service is suspended and forwarded, which can shorten the service freeze time of the old version of the virtual switch, that is, reduce the delay of service forwarding caused by the upgrade.

In an example, the network card migration involved in step 202 may be to migrate a member network card in the network card aggregation group in the old version virtual switch to the new version virtual switch. If the NIC aggregation group in the old-version virtual switch includes multiple NICs, one of the member NICs can be migrated first.

Step 203, freezing the service forwarding work of the old version virtual switch, and migrating the virtual machine information in the old version virtual switch to the new version virtual switch; wherein, the virtual machine information includes the network communication information of the virtual machine connected to the old version virtual switch.

Step 204, based on the virtual machine information migrated to the new version virtual switch and the network card previously migrated from the old version virtual switch to the new version virtual switch, switch the service forwarding work to the new version virtual switch for execution.

In one example, step 204 may include: recovering virtual machine communication according to the virtual machine information; wherein, the recovery of virtual machine communication includes rebuilding the message sending and receiving queue of the virtual machine and reconnecting the link between the virtual switch of the new version and the virtual machine ; Among them, after the locking state of some member network cards and uplink switch ports is released and the virtual machine communication is restored, the new version of the virtual switch performs service forwarding. In this example, the reconstruction of the sending and receiving queues for communication between virtual machines and the link reconnection between the new version of the virtual switch and the virtual machines can enable the new version of the virtual switch to perform business forwarding work smoothly in the future.

Those skilled in the art can understand that, in addition to performing link reconnection-related work after the freeze time in this example, link reconnection-related work can also be performed during the freeze time.

In another example, step 202 may include: releasing some member network cards in the NIC aggregation group in the old version virtual switch, and adding some member network cards released by the old version virtual switch to the new version virtual switch; Some member network cards in the network are connected to the ports of the uplink switch, and some member network cards and the ports of the uplink switch are set to the locked state. The steps in this example are performed before the freezing time, which can further shorten the time, that is, shorten the suspension time of service forwarding.

In actual implementation, after the step of releasing some member NICs in the NIC aggregation group in the old-version virtual switch involved in this example is completed, the part of the virtual switch upgrade device deployed in the old-version virtual The switch can add this NIC.

In this example, step 204 involves the step of switching the service forwarding work to the new version of the virtual switch based on the virtual machine information migrated to the new version of the virtual switch and the network card migrated from the old version of the virtual switch to the new version of the virtual switch in advance, It may include: releasing the locking state of some member network cards and uplink switch ports.

In this example, the establishment of connections between some member NICs added to the new version virtual switch and the port of the uplink switch may include: specifying the identification identifiers of some member NICs added to the new version virtual switch as: The identification marks in the switches are the same; based on the specified identification marks, some member network cards in the new version of the virtual switch are connected to the ports of the uplink switch. It can avoid the upgrade perception of the virtual switch by the peer hardware switch device.

Figure 3 shows the migration scenario of the aggregation group member NICs involved in this example. When the old version of the virtual switch process is working normally, the hardware NICs eth0 and eth1 on the server are added to the aggregation group, and the LACP protocol is used to maintain the protocol status of the aggregation group member NICs with the ports of the uplink hardware switch to ensure the normal forwarding of incoming and outgoing services from the server. When migrating member NIC ports of the aggregation group, first exit the aggregation group member NIC eht1 of the old virtual switch process, and add eth1 to the aggregation group of the new virtual switch process. Furthermore, by specifying the identification identifier system-id of the member NICs of the process aggregation group of the new version of the virtual switch, the peer hardware switch can normally perform LACP negotiation with the new version of the virtual switch, that is, service interworking. Both the control network card eth1 and the uplink hardware switch ports are locked. When the virtual machine information migration step is performed, the LACP state transition process is started synchronously, that is, the forwarding link between the new version of the virtual switch process and the uplink switch is opened through the migrated member network card eth1. After the virtual machine information migration step is completed, after the original virtual switch releases the member network card eth0 under the corresponding aggregation group, eth0 is dynamically added to the aggregation group of the new virtual switch process, and the upgrade and switching process of the entire hardware network card device is completed.

Step 205: Migrate other member network cards except some member network cards in the network card aggregation group in the old version virtual switch to the new version virtual switch, and belong to the same network card aggregation group in the new version virtual switch as some member network cards.

In this step, you can first release the other member NICs in the NIC aggregation group in the old version of the virtual switch except some member NICs, and then send the network card release notification to the part of the virtual switch upgrade device deployed in the old version of the virtual switch, and then you can exit the old version virtual switch. After the old version of the virtual switch exits, the new version of the virtual switch completes the addition of other member NICs of the NIC aggregation group, that is, the virtual switch upgrade process is completed.

It is not difficult to see that step 201, step 203, and step 204 in this embodiment are the same as those in the previous embodiment. The relevant technical details mentioned in the previous embodiment are still valid in this embodiment. In order to reduce repetition, No more details will be given in this embodiment.

In this embodiment, when the old version of the virtual switch performs service forwarding, the new version of the virtual switch can be created and initialized without interrupting services. Migrate some member NICs in the NIC aggregation group in the old version of the virtual switch to the new version of the virtual switch, thereby freezing the service forwarding work of the old version of the virtual switch, and migrating the information of the virtual machines in the old version of the virtual switch to the new version of the virtual switch, which can make the new version The virtual switch obtains the information required for network communication. Then, based on the migrated virtual machine information and the network card migrated from the old-version virtual switch to the new-version virtual switch in advance, the service forwarding work is switched to the new-version virtual switch for execution. Then migrate other member NICs in the old version of the virtual switch. This implementation mode does not need to suspend the service of the virtual switch during the creation and initialization stages of the new version of the virtual switch, and when the network card is migrated. Compared with the upgrade method of stopping forwarding during the entire upgrade process of the virtual switch, the service suspension time can be greatly shortened. , to achieve uninterrupted services as much as possible, which can improve the robustness and reliability of the current 5G service network.

An implementation manner of the present application relates to an upgrade device of a virtual switch, as shown in FIG. 4 . The virtual switch upgrade device is deployed on a physical machine (not shown in the figure), and a virtual machine (not shown in the figure) and an old version virtual switch (not shown in the figure) connected to the virtual machine are also deployed on the physical machine; the virtual switch Upgraded equipment includes:

The deployment module 401 is configured to create and initialize a new version of the virtual switch when the old version of the virtual switch performs service forwarding work;

The network card migration module 402 is used to migrate the network card in the old version of the virtual switch to the new version of the virtual switch;

The virtual machine information migration module 403 is used to freeze the service forwarding work of the old version of the virtual switch after the initialization of the new version of the virtual switch is completed, and migrate the virtual machine information in the old version of the virtual switch to the new version of the virtual switch;

The switching module 404 is configured to switch the service forwarding work to the new version virtual switch for execution based on the virtual machine information migrated to the new version virtual switch and the network card previously migrated from the old version virtual switch to the new version virtual switch.

It is worth mentioning that the modules mentioned above can be divided into multiple parts or units that are deployed independently or deployed in an old-version virtual switch to implement the same function. For example, the virtual machine information migration module 403 may have a part deployed separately in the physical machine, which is used to freeze the service forwarding work of the old-version virtual switch; The information is migrated to the new version of the virtual switch. The above multiple units deployed in the physical machine and the virtual switch together form the virtual machine information migration module 403 .

In an example, the network card migration module 402 can also be used to migrate some member network cards in the network card aggregation group in the old version of the virtual switch to the new version after creating and initializing the new version of the virtual switch and before freezing the service forwarding work of the old version of the virtual switch In the virtual switch; wherein, the network cards that are migrated from the old version of the virtual switch to the new version of the virtual switch in advance refer to some member network cards; the network card migration module 402 can also be used to transfer information based on the virtual machine in the new version of the virtual switch and pre-migrate from the old version of the virtual switch After the switch is migrated to the NICs in the new version of the virtual switch, and the service forwarding work is switched to the new version of the virtual switch, the other member NICs in the NIC aggregation group in the old version of the virtual switch are migrated to the new version of the virtual switch. Some member NICs belong to the same NIC aggregation group in the new version of the virtual switch.

In an example, the network card migration module 402 can also be used to release some member network cards in the network card aggregation group in the old version virtual switch, and add some member network cards released by the old version virtual switch to the new version virtual switch; Some member network cards in the virtual switch are connected to the ports of the uplink switch, and some member network cards and the ports of the uplink switch are set to a locked state; in this example, the switching module 404 can also be used to connect some member network cards to the uplink switch The locked state of the port is released.

In one example, the switching module 404 can also be used to restore the virtual machine communication according to the information of the virtual machine; wherein, the restoration of the virtual machine communication includes rebuilding the message sending and receiving queue of the virtual machine and the link between the new version of the virtual switch and the virtual machine. Route reconnection; Among them, after the locking status of some member NICs and uplink switch ports is released and the virtual machine communication is restored, the new version of the virtual switch performs service forwarding.

In an example, the network card migration module 402 can also be used to specify the identification of some member network cards added to the new version of the virtual switch as: the same as the identification of some member network cards in the old version of the virtual switch; based on the specified identification, Connect some member NICs in the new version of the virtual switch to the ports of the uplink switch.

In an example, the network card migration module 402 may also be used to migrate a member network card in the network card aggregation group in the old version virtual switch to the new version virtual switch.

In another example, the network card migration module 402 can also be used to freeze the service forwarding work of the old version of the virtual switch, and based on the virtual machine information migrated to the new version of the virtual switch and migrate from the old version of the virtual switch to the new version of the virtual switch in advance Before switching the service forwarding work to the new version of the virtual switch, the network card in the old version of the virtual switch is migrated to the new version of the virtual switch.

In another example, the virtual machine information migration module 403 can also be used to write the virtual machine information in the old version virtual switch into the preset shared memory after freezing the service forwarding work of the old version virtual switch, and the new version virtual switch Read virtual machine information from shared memory.

In another example, the deploying module 401 may also be configured to create and initialize a new version of the virtual switch in response to a virtual switch upgrade instruction during the process of performing service forwarding by the old version of the virtual switch.

The virtual switch upgrade device provided in this embodiment can create and initialize a new version of the virtual switch without interrupting services during the process of performing service forwarding by the old version of the virtual switch. Then freeze the service forwarding work of the old version of the virtual switch, and migrate the virtual machine information in the old version of the virtual switch to the new version of the virtual switch. Wherein, the virtual machine information includes the information used for network communication by the virtual machine connected to the old version of the virtual switch, so that the new version of the virtual switch can obtain information required for network communication. Then, based on the migrated virtual machine information and the network card migrated from the old-version virtual switch to the new-version virtual switch in advance, the service forwarding work is switched to the new-version virtual switch for execution. Compared with the upgrade method of stopping forwarding during the whole upgrade process of the virtual switch, the service suspension time can be greatly shortened, and the service is not interrupted as much as possible.

It is worth mentioning that all the modules involved in the above embodiments of the present application are logical modules. In practical applications, a logical unit can be a physical unit, or a part of a physical unit, and can also Combination of physical units. In addition, in order to highlight the innovative part of the present application, units that are not closely related to solving the technical problems proposed in the present application are not introduced in this embodiment, but this does not mean that there are no other units in this embodiment.

The embodiment of the present application also provides a virtual switch upgrading device, as shown in FIG. 5 , including at least one processor 501; An old version virtual switch that runs a virtual machine and is connected to the virtual machine; the memory 502 stores instructions that can be executed by at least one processor 501, and the instructions are executed by at least one processor 501, so that at least one processor 501 can perform the above-mentioned virtual switch upgrade method.

Wherein, the memory 502 and the processor 501 are connected by a bus, and the bus may include any number of interconnected buses and bridges, and the bus connects one or more processors 501 and various circuits of the memory 502 together. The bus may also connect together various other circuits such as peripherals, voltage regulators, and power management circuits, all of which are well known in the art and therefore will not be further described herein. The bus interface provides an interface between the bus and the transceivers. A transceiver may be a single element or multiple elements, such as multiple receivers and transmitters, providing means for communicating with various other devices over a transmission medium. The data processed by the processor 501 is transmitted on the wireless medium through the antenna, and further, the antenna also receives the data and transmits the data to the processor 501 .

Processor 501 is responsible for managing the bus and general processing, and may also provide various functions including timing, peripheral interface, voltage regulation, power management and other control functions. Instead, the memory 502 may be used to store data used by the processor 501 when performing operations. The virtual switch upgrade device involved in the previous implementation manner may also be deployed in the electronic device involved in this implementation manner.

The above-mentioned products can execute the methods provided in the embodiments of this application, and have the corresponding functional modules and beneficial effects for executing the methods. For technical details not described in detail in this embodiment, please refer to the methods provided in the embodiments of this application.

Embodiments of the present application also provide a computer-readable storage medium storing a computer program. When the computer program is executed by the processor, the above virtual switch upgrading method is implemented. The virtual switch upgrade device involved in the foregoing implementation manners may also be deployed in the computer-readable storage medium involved in this implementation manner.

Those skilled in the art can understand that all or part of the steps in the method of the above-mentioned embodiments can be completed by instructing related hardware through a program, the program is stored in a storage medium, and includes several instructions to make a device (which can be A single chip microcomputer, a chip, etc.) or a processor (processor) executes all or part of the steps of the methods in various embodiments of the present application. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disc, etc., which can store program codes. .

The above-mentioned embodiments are provided for those of ordinary skill in the art to implement and use this application. Those of ordinary skill in the art can make various modifications or changes to the above-mentioned embodiments without departing from the inventive idea of this application. Therefore, this The protection scope of the application is not limited by the above-mentioned embodiments, but should conform to the maximum scope of the innovative features mentioned in the claims.

Claims

A method for upgrading a virtual switch, comprising:

Create and initialize the new version of the virtual switch while the old version of the virtual switch is performing service forwarding work;

freezing the service forwarding work of the old-version virtual switch, and migrating the virtual machine information in the old-version virtual switch to the new-version virtual switch; wherein, the virtual machine information includes a virtual machine connected to the old-version virtual switch Information used for network communications;

Based on the virtual machine information migrated to the new version virtual switch and the network card previously migrated from the old version virtual switch to the new version virtual switch, the service forwarding work is switched to the new version virtual switch for execution.
The method for upgrading a virtual switch according to claim 1, wherein, after creating and initializing the new version of the virtual switch and before freezing the service forwarding work of the old version of the virtual switch, further comprising:

Migrate some member network cards in the NIC aggregation group in the old-version virtual switch to the new-version virtual switch; wherein, the network cards migrated from the old-version virtual switch to the new-version virtual switch in advance refer to the part member network card;

Switching the service forwarding work to the new version of the virtual switch based on the virtual machine information migrated to the new version of the virtual switch and the network card migrated from the old version of the virtual switch to the new version of the virtual switch in advance After execution, also include:

Migrate other member network cards in the network card aggregation group in the old version of the virtual switch except for the part of the member network cards to the new version of the virtual switch, and belong to the same member network card as the part of the member network cards in the new version of the virtual switch NIC aggregation group.
The method for upgrading a virtual switch according to claim 2, wherein said migrating some member network cards in the network card aggregation group in the old version virtual switch to the new version virtual switch includes:

releasing some of the member network cards in the network card aggregation group in the old version of the virtual switch, and adding the part of the member network cards released by the old version of the virtual switch to the new version of the virtual switch;

Establishing a connection between the part of the member network cards added to the new version of the virtual switch and the port of the uplink switch, and setting the part of the member network cards and the port of the uplink switch to a locked state;

Switching the service forwarding work to the new version of the virtual switch based on the virtual machine information migrated to the new version of the virtual switch and the network card migrated from the old version of the virtual switch to the new version of the virtual switch in advance The executed steps include: releasing the locked state of the part of the member network cards and the port of the uplink switch.
The method for upgrading a virtual switch according to claim 3, wherein, based on the virtual machine information migrated to the new version of the virtual switch and the network card migrated from the old version of the virtual switch to the new version of the virtual switch in advance, The step of switching the service forwarding work to the new version of the virtual switch also includes:

Restoring the virtual machine communication according to the virtual machine information; wherein, the restoration of the virtual machine communication includes rebuilding the message sending and receiving queue of the virtual machine and reconnecting the link between the new version of the virtual switch and the virtual machine ;

Wherein, after the locking states of the part of the member network cards and the ports of the uplink switch are released and the communication of the virtual machine is restored, the new version of the virtual switch performs the service forwarding work.
The method for upgrading a virtual switch according to claim 3, wherein said establishing a connection between said part of the member network cards added to said new version of the virtual switch and an uplink switch port includes:

Specifying the identification marks of the part of the member network cards added to the new version of the virtual switch to be: the same as the identification marks of the part of the member network cards in the old version of the virtual switch;

Based on the designated identification mark, the part of the member network cards in the new version of the virtual switch is connected to the port of the uplink switch.
The method for upgrading a virtual switch according to claim 2, wherein said migrating some member network cards in the network card aggregation group in the old version virtual switch to the new version virtual switch includes:

Migrating a member network card in the network card aggregation group in the old version virtual switch to the new version virtual switch.
The method for upgrading a virtual switch according to claim 1, wherein after the freezing of the service forwarding work of the old version virtual switch, and after the virtual machine information migrated to the new version virtual switch and in advance Before migrating from the old version of the virtual switch to the network card in the new version of the virtual switch, before switching the business forwarding work to the new version of the virtual switch, it also includes:

Migrate the network card in the virtual switch of the old version to the virtual switch of the new version.
The method for upgrading a virtual switch according to claim 1, wherein freezing the service forwarding work of the old version virtual switch and migrating the virtual machine information in the old version virtual switch to the new version virtual switch includes:

After freezing the service forwarding work of the old-version virtual switch, the old-version virtual switch writes the virtual machine information in the old-version virtual switch into a preset shared memory, and the new-version virtual switch reads the Virtual machine information.
The method for upgrading a virtual switch according to claim 1, wherein said creating and initializing a new version of the virtual switch in the process of performing service forwarding work by the old version of the virtual switch is specifically:

In the process of performing service forwarding by the old-version virtual switch, a new-version virtual switch is created and initialized in response to a virtual switch upgrade instruction.
A virtual switch upgrade device, wherein the virtual switch upgrade device is deployed on a physical machine, and a virtual machine and an old version virtual switch connected to the virtual machine are also deployed on the physical machine; the virtual switch upgrade device includes:

The deployment module is configured to create and initialize a new version of the virtual switch during the process of performing service forwarding by the old version of the virtual switch;

A network card migration module configured to migrate the network card in the old version of the virtual switch to the new version of the virtual switch;

The virtual machine information migration module is configured to freeze the service forwarding work of the old version virtual switch after the initialization of the new version virtual switch is completed, and migrate the virtual machine information in the old version virtual switch to the new version virtual switch;

A switching module, configured to switch the service forwarding work to the new version based on the virtual machine information migrated to the new version virtual switch and the network card migrated from the old version virtual switch to the new version virtual switch in advance Execute within the virtual switch.
An electronic device comprising:

at least one processor; and

a memory communicatively coupled to the at least one processor;

Wherein, the at least one processor is used to run a virtual machine and a legacy virtual switch connected to the virtual machine; the memory stores instructions executable by the at least one processor, and the instructions are processed by the at least one executed by a processor, so that the at least one processor can execute the method according to any one of claims 1-9.
A computer-readable storage medium storing a computer program, wherein the computer program implements the method according to any one of claims 1 to 9 when executed by a processor.