WO2016206456A1

WO2016206456A1 - Physical machine upgrading method, service migration method and apparatus

Info

Publication number: WO2016206456A1
Application number: PCT/CN2016/079733
Authority: WO
Inventors: 周智伟; 刘磊
Original assignee: 中兴通讯股份有限公司
Priority date: 2015-06-26
Filing date: 2016-04-20
Publication date: 2016-12-29
Also published as: CN106301876B; CN106301876A

Abstract

The present invention provides a physical machine upgrading method, a service migration method and apparatus. The physical machine upgrading method comprises: receiving an upgrading request sent by a virtualized infrastructure management (VIM), the upgrading request being used for requesting for upgrading a first physical machine, and one or more first virtual machines being resident on the first physical machine; performing the processing of migrating services running on the one or more first virtual machines to one or more second virtual machines according to the upgrading request; sending a migration message to the VIM for migrating the one or more first virtual machines to one or more third virtual machines after the processing is completed; receiving a migration result returned by the VIM; and notifying the VIM to execute the upgrading processing of the first physical machine according to the migration result. The present invention resolves the problem of interruption of running services during upgrading of a VIM in the related art, thereby reaching the effect of implementing the VIM upgrading, while ensuring that services are not uninterrupted.

Description

Physical machine upgrade method, business migration method and device

Technical field

The present invention relates to the field of communications, and in particular to a physical machine upgrade method, a service migration method, and an apparatus.

Background technique

Traditional network equipment, which is provided by software and hardware, is changed by Network Functions Virtualization (NFV), that is, software and hardware need to be separated, so that software and hardware are independent. development of. The research goal of the NFV working group is to realize the flexible loading of software in the data center by adopting standardized virtualization technology and adopting industry-standard large-capacity servers, storage and switches to carry various network software functions. Flexible configuration of network nodes and clients, speeding up network deployment and adjustment, reducing the complexity of service deployment, improving the uniformity, generalization, and adaptability of network devices, and ultimately reducing the network's Capex and Opex. According to the NFV design, the network is divided into three layers: the infrastructure layer, the virtual network layer, and the operational support layer.

(1) Infrastructure layer network function Virtualization infrastructure (NFV Infrastructure, referred to as NFVI): From the perspective of cloud computing, it is a resource pool. NFVI mapping to physical infrastructure is a number of geographically dispersed data centers that are connected by high-speed communication networks. NFVI needs to convert physical computing/storage/switching resources into virtual compute/storage/swap resource pools through virtualization.

(2) Virtual network layer: The virtual network layer corresponds to each telecommunication service network. Each physical network element is mapped to a virtual network element virtualized network function (VNF). The required resources of the VNF need to be decomposed. The virtual computing/storage/switching resources are carried by the NFVI. The interface between the VNFs still uses the signaling interface defined by the traditional network. The service network management of the VNF still uses the network element (Net Element, referred to as NE)-switching side operation. Maintenance Maintenance Centre (Switching, EMS for short) - Network Management System (NMS) system.

(3) Operation support layer: The operation support layer is the current Operation Support System (OSS)/Business Support System (BSS).

Specifically, according to the requirements of the European Telecommunications Standards Institute (ETSI), a set of NFV specifications is defined in the NFV Management and Orchestration (NFV-MANO) domain. Realize the organizational structure of telecom business software. The biggest difference between NFV and traditional network is the addition of a management orchestration domain, referred to as MANO. MANO is responsible for the management and orchestration of the entire NFVI resources, responsible for the mapping and association of business networks and NFVI resources, and responsible for the implementation of OSS business resource processes. MANO internally includes three entities: VIM, Virtualized Network Function Manager (VNFM) and Network Functions Virtualization Orchestrator (NFVO), which provide NFVI, VNF and service network respectively. Network Service (NS Service) Level of management.

In this architecture, the layers are separated and cannot be perceived by each other. When the underlying VIM layer is upgraded, it will affect the upper-layer service operation, resulting in the interruption of upper-layer services and even the loss of service data, causing serious consequences. . Therefore, in the related art, there is a problem that when the VIM is upgraded, the service is interrupted.

For the problem that when the VIM is upgraded in the related technology, the service is interrupted, and an effective solution has not been proposed yet.

Summary of the invention

The present invention provides a physical machine upgrade method, a service migration method, and a device, to solve at least the problem that the service interruption occurs when the VIM is upgraded in the related art.

According to an aspect of the present invention, a physical machine upgrade method is provided, comprising: receiving an upgrade request sent by a virtualization infrastructure management VIM, wherein the upgrade request is used to request to upgrade a first physical machine, the first physical Retaining one or more first virtual machines on the machine; performing, according to the upgrade request, a process of migrating services running on the one or more first virtual machines to one or more second virtual machines; After completion, sending, to the VIM, a migration message for migrating the one or more first virtual machines to one or more third virtual machines; receiving a migration result returned by the VIM; according to the migration result And notifying the VIM to perform an upgrade process of the first physical machine.

Optionally, performing, according to the upgrade request, performing a process of migrating services running on the one or more first virtual machines to one or more second virtual machines includes: transmitting to a network function virtualization VNF controller Requesting a request message for querying a service running state of the one or more first virtual machines; receiving a service running state of the one or more first virtual machines returned by the VNF controller; according to the one or more The service running state of the first virtual machine sends a migration message to the VNF controller for migrating services running on the one or more first virtual machines to the one or more second virtual machines Processing.

Optionally, performing, according to the service running status of the one or more first virtual machines, transmitting, to the VNF controller, the migrating services running on the one or more first virtual machines to the one or The processing of the migration message on the plurality of second virtual machines includes: transmitting, when the service running state of the one or more first virtual machines is a primary state and/or a load sharing state, to the VNF controller And migrating the message; when the service running state of the one or more first virtual machines is a standby state, the migration message is not sent to the VNF controller.

Optionally, the step of notifying the VIM to perform the upgrade process of the first physical machine according to the migration result includes: when the migration result is that the migration is successful, notifying the VIM to upgrade the first physical machine; And/or, when the migration result is a migration failure, notifying the VIM that the first physical machine is not upgraded.

Optionally, after receiving the migration result returned by the VIM, the method further includes: notifying the network function to virtualize the VNF controller to perform a data synchronization operation; and/or notifying the network function to virtualize the VNF controller to store the one or more The mapping relationship of the third virtual machine.

Optionally, transmitting to the VIM for migrating the one or more first virtual machines to one or more third virtual After the migration message on the machine, the method further includes: setting an affinity relationship with the one or more third virtual machines.

According to another aspect of the present invention, a physical machine upgrade method is provided, including: sending an upgrade request to a network function virtualization orchestration NFVO, wherein the upgrade request is for requesting to upgrade a first physical machine, the first physical Hosting one or more first virtual machines onboard; receiving the NFVO to perform migration of services running on the one or more first virtual machines to one or more second virtual machines according to the upgrade request a migration message sent after processing, wherein the migration message is used to migrate the one or more first virtual machines to one or more third virtual machines; performing the one according to the migration message Or an operation of migrating the plurality of first virtual machines to the one or more third virtual machines; transmitting the migration result to the NFVO; and the first according to the received notification message returned by the NFVO according to the migration result The physical machine is upgraded.

Optionally, the migration result includes a migration failure result and a migration success result, where, when the migration result is a migration failure result, according to the received notification message returned by the NFVO according to the migration result The upgrading process of the physical machine includes: receiving an upgrade check failure message returned by the NFVO according to the migration failure result; after receiving the upgrade check failure message, not upgrading the first physical machine; and/or, When the migration result is a successful migration result, performing the upgrade process on the first physical machine according to the received notification message returned by the NFVO according to the migration result includes: receiving the NFVO to return according to the migration success result. The upgrade check success message; after receiving the upgrade check success message, the first physical machine is upgraded.

Optionally, after performing the operation of migrating the one or more first virtual machines to the one or more third virtual machines according to the migration message, the method further includes: setting the one or more third The affinity of the virtual machine.

According to another aspect of the present invention, a service migration method is provided, including: receiving a request message sent by a network function virtualization orchestration NFVO; and querying a service running state of one or more first virtual machines according to the request message, where And the one or more first virtual machines are camped on the first physical machine to be upgraded; the service running status of the queried one or more first virtual machines is sent to the NFVO; and the NFVO is received. a migration message sent according to a service running state of the one or more first virtual machines; migrating services running on the one or more first virtual machines to one or more second virtual machines according to the migration message on.

Optionally, after the traffic running on the one or more first virtual machines is migrated to the one or more second virtual machines according to the migration message, the method further includes: receiving the NFVO in the virtualization infrastructure. Managing a notification message sent by the VIM after migrating the one or more first virtual machines to one or more third virtual machines; performing a data synchronization operation according to the notification message, and/or storing according to the notification message A mapping relationship with the one or more third virtual machines.

According to another aspect of the present invention, a physical machine upgrading apparatus is provided, including: a first receiving module, configured to receive an upgrade request sent by a virtualization infrastructure management VIM, wherein the upgrade request is used to request an upgrade first a physical machine, where the first physical machine resides with one or more first virtual machines; the first execution module is configured to perform a service migration on the one or more first virtual machines according to the upgrade request Processing to one or more second virtual machines; the first sending module configured to, after the processing is completed, send to the VIM to migrate the one or more first virtual machines to one or more a migration message on the third virtual machine; the second receiving module is configured to receive the migration result returned by the VIM; the first notification module is configured to notify the VIM to perform the upgrade of the first physical machine according to the migration result At Reason.

Optionally, the first execution module includes: a first sending unit, configured to send, to the network function virtualization VNF controller, a request message for requesting querying a service running state of the one or more first virtual machines; a receiving unit, configured to receive a service running state of the one or more first virtual machines returned by the VNF controller; and an executing unit configured to perform a direction according to a service running state of the one or more first virtual machines The VNF controller sends a process for migrating traffic running on the one or more first virtual machines to a migration message on the one or more second virtual machines.

Optionally, the executing unit includes: when the service running state of the one or more first virtual machines is in a primary state and/or a load sharing state, sending the migration message to the VNF controller; When the service running state of the one or more first virtual machines is the standby state, the migration message is not sent to the VNF controller.

Optionally, the first notification module includes: when the migration result is that the migration is successful, notifying the VIM to upgrade the first physical machine; and/or, when the migration result is a migration failure, Notifying the VIM that the first physical machine is not upgraded.

Optionally, the device further includes: a second notification module, configured to notify the network function to virtualize the VNF controller to perform a data synchronization operation; and/or to notify the network function to virtualize the VNF controller to store the one or more The mapping relationship of the third virtual machine.

Optionally, the apparatus further includes: a first setting module configured to set an affinity relationship with the one or more third virtual machines.

According to another aspect of the present invention, there is provided a network function virtualization orchestration NFVO, comprising the apparatus of any of the above.

According to another aspect of the present invention, a physical machine upgrading apparatus is provided, comprising: a second sending module, configured to send an upgrade request to a network function virtualization orchestration NFVO, wherein the upgrade request is used to request to upgrade the first physical The first physical machine resides with one or more first virtual machines; the third receiving module is configured to receive the NFVO, and execute the one or more first virtual machines according to the upgrade request The running service migrates to a migration message sent after processing on one or more second virtual machines, wherein the migration message is used to migrate the one or more first virtual machines to one or more third a second execution module, configured to perform an operation of migrating the one or more first virtual machines to one or more third virtual machines according to the migration message; and the third sending module is configured to The NFVO sends a migration result; the first processing module is configured to perform an upgrade process on the first physical machine according to the received notification message returned by the NFVO according to the migration result.

Optionally, the migration result includes a migration failure result and a migration success result, where, when the migration result is a migration failure result, the first processing module includes: receiving the NFVO returned according to the migration failure result Upgrading the check failure message; after receiving the upgrade check failure message, the first physical machine is not upgraded; and/or, when the migration result is a successful migration result, the first processing module includes: receiving The NFVO returns an upgrade check success message according to the migration success result; after receiving the upgrade check success message, the first physical machine is upgraded.

Optionally, the apparatus further includes: a second setting module configured to set an affinity relationship with the one or more third virtual machines.

According to another aspect of the present invention, there is provided a virtualized infrastructure management VIM, comprising the apparatus of any of the above.

According to another aspect of the present invention, a service migrating apparatus is provided, including: a fourth receiving module, configured to receive a request message sent by a network function virtualization orchestration NFVO; and a query module configured to query one or a service running state of the plurality of first virtual machines, wherein the one or more first virtual machines reside on the first physical machine to be upgraded; and the fourth sending module is configured to query the one or more The service running status of the first virtual machine is sent to the NFVO; the fifth receiving module is configured to receive the migration message sent by the NFVO according to the service running status of the one or more first virtual machines; Migrating services running on the one or more first virtual machines to one or more second virtual machines in accordance with the migration message.

Optionally, the apparatus further includes: a sixth receiving module, configured to receive the NFVO, and migrate the one or more first virtual machines to one or more third virtual machines in a virtualized infrastructure management VIM a notification message sent later; the second processing module is configured to perform a data synchronization operation according to the notification message, and/or to store a mapping relationship with the one or more third virtual machines according to the notification message.

According to another aspect of the present invention, a network function virtualization VNF controller is provided, comprising the apparatus of any of the above.

Another embodiment of the present invention provides a computer storage medium storing execution instructions for performing the method in the above embodiments.

With the present invention, the upgrade request sent by the receiving virtualization infrastructure management VIM is used, wherein the upgrade request is used to request to upgrade the first physical machine, and the first physical machine resides with one or more first virtual machines; Performing a process of migrating services running on the one or more first virtual machines to one or more second virtual machines according to the upgrade request; after the processing is completed, sending the Migrating a migration message to the one or more first virtual machines to one or more third virtual machines; receiving a migration result returned by the VIM; notifying the VIM to execute the first physical machine according to the migration result The upgrade process solves the problem that when the VIM is upgraded, the service will be interrupted when the VIM is upgraded, and the effect of implementing the VIM upgrade without guaranteeing the service is achieved.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the invention, and are intended to be a part of the invention. In the drawing:

1 is a flowchart of a first physical machine upgrade method according to an embodiment of the present invention;

2 is a flowchart of a second physical machine upgrade method according to an embodiment of the present invention;

3 is a flowchart of a service migration method according to an embodiment of the present invention;

4 is a structural block diagram of a first physical machine upgrading apparatus according to an embodiment of the present invention;

FIG. 5 is a structural block diagram of a first execution module 44 in a first physical machine upgrade apparatus according to an embodiment of the present invention;

6 is a block diagram 1 of a preferred structure of a first physical machine upgrading apparatus according to an embodiment of the present invention;

7 is a block diagram 2 of a preferred structure of a first physical machine upgrading apparatus according to an embodiment of the present invention;

FIG. 8 is a structural block diagram of an NFVO 82 according to an embodiment of the present invention; FIG.

9 is a structural block diagram of a second physical machine upgrading apparatus according to an embodiment of the present invention;

10 is a block diagram showing a preferred structure of a second physical machine upgrading apparatus according to an embodiment of the present invention;

11 is a structural block diagram of a VIM according to an embodiment of the present invention;

FIG. 12 is a structural block diagram of a service migration apparatus according to an embodiment of the present invention; FIG.

FIG. 13 is a block diagram showing a preferred structure of a service migration apparatus according to an embodiment of the present invention; FIG.

14 is a structural block diagram of a VNF controller according to an embodiment of the present invention;

Figure 15 is a block diagram showing the structure of a system in accordance with an embodiment of the present invention;

16 is a schematic diagram of a VIM upgrade process when a virtual machine is in a shutdown state or a virtual machine is in an active state and its carried service is standby, according to an embodiment of the present invention;

17 is a schematic diagram of a VIM upgrade process when a virtual machine is in an active state and a hosted service is used as a primary device according to an embodiment of the present invention;

FIG. 18 is a schematic diagram of VNF service switching and virtual machine migration when a VNF service is used for backup and backup according to an embodiment of the present invention; FIG.

FIG. 19 is a schematic diagram of VNF service switching, migration, and virtual machine migration when the VNF service is in the active backup mode and the load sharing mode according to the embodiment of the present invention;

FIG. 20 is a schematic diagram of VNF service switching and virtual machine migration when a VIM has a virtual machine with a service failure state according to an embodiment of the present invention.

detailed description

The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

It is to be understood that the terms "first", "second" and the like in the specification and claims of the present invention are used to distinguish similar objects, and are not necessarily used to describe a particular order or order.

In this embodiment, a physical machine upgrade method is provided, and FIG. 1 is a first physical machine liter according to an embodiment of the present invention. A flowchart of the level method, as shown in FIG. 1, the process includes the following steps:

Step S102, receiving an upgrade request sent by the virtualization infrastructure management VIM, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines;

Step S104, performing a process of migrating services running on one or more first virtual machines to one or more second virtual machines according to the foregoing upgrade request;

Step S106, after the processing is completed, sending, to the VIM, a migration message for migrating one or more first virtual machines to one or more third virtual machines;

Step S108, receiving a migration result returned by the VIM.

Step S110, according to the migration result, notify the VIM to perform the upgrade process of the first physical machine.

After the upgrade of the physical machine, the VIM migrates the services running on the virtual machine that resides on the physical machine and the virtual machine to other virtual machines. This ensures that the service is continuously interrupted during the VIM upgrade. When the VIM is upgraded in the related technology, the service is interrupted, and the VIM upgrade is achieved without guaranteeing the service interruption.

In an optional embodiment, performing the process of migrating services running on the one or more first virtual machines to the one or more second virtual machines according to the foregoing upgrade request comprises: virtualizing the VNF controller to the network function Sending a request message for requesting querying a service running state of the one or more first virtual machines; receiving a service running state of one or more first virtual machines returned by the VNF controller; according to the one or more first virtual The business operational status of the machine performs a process of transmitting, to the VNF controller, a migration message for migrating traffic running on one or more first virtual machines to one or more second virtual machines. It can be seen from this that in this embodiment, the VNF controller is utilized to perform the migration of services on the virtual machine. The foregoing process of transmitting, to the VNF controller, a migration message for migrating services running on one or more first virtual machines to one or more second virtual machines may include sending a migration message to the VNF and not Sending a migration message to the VNF. In actual applications, it is determined whether a migration message needs to be sent to the VNF according to a specific situation. For example, when no service is running on one or more first virtual machines, the service may not be performed. Migration does not require sending a migration message to the VNF.

In an optional embodiment, the sending to the VNF controller for moving the services running on the one or more first virtual machines to one or more is performed according to the service running state of the one or more first virtual machines. The processing of the migration message on the second virtual machine includes: sending a migration message to the VNF controller when the service running status of the one or more first virtual machines is in a primary state and/or a load sharing state; when one or more When the service running state of the first virtual machine is the standby state, the migration message is not sent to the VNF controller.

In an optional embodiment, according to the foregoing migration result, notifying the VIM to perform the upgrade process of the first physical machine includes: when the migration result is that the migration is successful, notifying the VIM to upgrade the first physical machine; and/or, when If the migration fails, the VIM is notified that the first physical machine is not upgraded.

In an optional embodiment, after receiving the migration result returned by the VIM, the method further includes: notifying the network function virtual The VNF controller performs a data synchronization operation; and/or notifies the network function to virtualize the VNF controller to store a mapping relationship with the one or more third virtual machines.

In an optional embodiment, after transmitting, to the VIM, the migration message for migrating the one or more first virtual machines to the one or more third virtual machines, the method further includes: setting the one or more The affinity of the third virtual machine.

FIG. 2 is a flowchart of a second physical machine upgrade method according to an embodiment of the present invention. As shown in FIG. 2, the process includes the following steps:

Step S202, sending an upgrade request to the network function virtualization orchestration NFVO, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines;

Step S204, receiving a migration message sent by the NFVO after performing the process of migrating the services running on the one or more first virtual machines to the one or more second virtual machines according to the foregoing upgrade request, where the migration message is used. Migrating one or more first virtual machines to one or more third virtual machines;

Step S206, performing an operation of migrating one or more first virtual machines to one or more third virtual machines according to the migration message;

Step S208, sending a migration result to the NFVO;

Step S210: Perform upgrade processing on the first physical machine according to the received notification message returned by the NFVO according to the migration result.

The main body that performs the above process may be VIM. Therefore, before the VIM performs the physical machine upgrade, the NFVO migrates the services running on the virtual machine hosted on the physical machine and the virtual machine to other virtual machines, thereby being able to be in the VIM. When the upgrade is performed, the service is continuously uninterrupted, and the problem that the service is interrupted when the VIM is upgraded in the related technology is solved, and the effect of implementing the VIM upgrade without guaranteeing the service is achieved.

In an optional embodiment, the foregoing migration result includes a migration failure result and a migration success result, where, when the migration result is a migration failure result, the first physics is received according to the received notification message returned by the NFVO according to the foregoing migration result. The upgrade process includes: receiving an upgrade check failure message returned by the NFVO according to the foregoing migration failure result; after receiving the upgrade check failure message, the first physical machine is not upgraded; and/or, when the migration result is a successful migration result The upgrade processing of the first physical machine according to the received notification message returned by the NFVO according to the foregoing migration result includes: receiving an upgrade check success message returned by the NFVO according to the foregoing migration success result; after receiving the upgrade check success message, The first physical machine is upgraded.

In an optional embodiment, after performing the operation of migrating the one or more first virtual machines to the one or more third virtual machines according to the foregoing migration message, the method further includes: setting the one or more The affinity of the three virtual machines.

FIG. 3 is a flowchart of a service migration method according to an embodiment of the present invention. As shown in FIG. 3, the process includes the following steps:

Step S302, receiving a request message sent by the network function virtualization orchestration NFVO;

Step S304, querying, according to the request message, a service running state of one or more first virtual machines, where the one One or more first virtual machines reside on the first physical machine to be upgraded;

Step S306, the service running status of the queried one or more first virtual machines is sent to the NFVO;

Step S308, receiving a migration message that is sent by the NFVO according to a service running state of one or more first virtual machines;

Step S310, migrating services running on one or more first virtual machines to one or more second virtual machines according to the migration message.

Through the above steps, before the physical machine is upgraded, the services running on the virtual machines residing on the physical machines are migrated, so that the physical services can be continuously upgraded without interruption, and the physical machines existing in the related technologies are solved. When the upgrade is performed, the service is interrupted, and the physical machine upgrade is achieved without guaranteeing the service interruption.

In an optional embodiment, after the traffic running on the one or more first virtual machines is migrated to the one or more second virtual machines according to the foregoing migration message, the method further includes: receiving the NFVO on a virtualization basis. a notification message sent by the facility management VIM after migrating one or more first virtual machines to one or more third virtual machines; performing a data synchronization operation according to the notification message, and/or storing one or Mapping relationship of multiple third virtual machines.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, The optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.

In the embodiment, a physical machine upgrading device and a service migrating device are provided, which are used to implement the foregoing embodiments and preferred embodiments, and are not described again. As used below, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

4 is a structural block diagram of a first physical machine upgrading apparatus according to an embodiment of the present invention. As shown in FIG. 4, the apparatus includes a first receiving module 42, a first executing module 44, a first sending module 46, and a second receiving. Module 48 and first notification module 410, the device will be described below.

The first receiving module 42 is configured to receive an upgrade request sent by the virtualization infrastructure management VIM, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines; The first execution module 44 is connected to the first receiving module 42, and is configured to perform a process of migrating services running on one or more first virtual machines to one or more second virtual machines according to the foregoing upgrade request; a sending module 46, coupled to the first executing module 44, configured to send a migration message to the VIM for migrating the one or more first virtual machines to one or more third virtual machines after the processing is completed. The second receiving module 48 is connected to the first sending module 46, and is configured to receive the migration result returned by the VIM. The first notification module 410 is connected to the second receiving module 48, and is configured to notify the VIM to perform according to the migration result. The upgrade process of the first physical machine.

FIG. 5 is a structural block diagram of a first execution module 44 in a first physical machine upgrade apparatus according to an embodiment of the present invention. As shown in FIG. 5, the first execution module 44 includes a first sending unit 52, a receiving unit 54, and an execution. Unit 56, the first execution module 44 is described below.

The first sending unit 52 is configured to send a request message for requesting querying the service running state of the one or more first virtual machines to the network function virtualization VNF controller; the receiving unit 54 is connected to the first sending unit 52. And configured to receive a service running state of the one or more first virtual machines returned by the VNF controller; the executing unit 56 is connected to the receiving unit 54 and configured to execute according to the service running state of the one or more first virtual machines. A process for migrating traffic running on one or more first virtual machines to migration messages on one or more second virtual machines is sent to the VNF controller.

Optionally, the executing unit 56 includes: when the service running state of the one or more first virtual machines is in a primary state and/or a load sharing state, sending the migration message to the VNF controller; when the one or more When the service running state of the first virtual machine is the standby state, the migration message is not sent to the VNF controller.

Optionally, the first notification module 410 includes: when the migration result is that the migration is successful, notifying the VIM to upgrade the first physical machine; and/or, when the migration result is a migration failure, notifying the VIM that the first physical is not The machine is upgraded.

6 is a block diagram of a preferred structure of a first physical machine upgrading apparatus according to an embodiment of the present invention. As shown in FIG. 6, the apparatus includes: a second notification module 62, in addition to all the modules shown in FIG. The device will be described below.

a second notification module 62, coupled to the second receiving module 48, configured to notify the network function to virtualize the VNF controller to perform a data synchronization operation; and/or to notify the network function to virtualize the VNF controller to store the one or more The mapping relationship between the three virtual machines.

7 is a block diagram of a preferred structure of a first physical machine upgrading apparatus according to an embodiment of the present invention. As shown in FIG. 7, the apparatus includes a first setting module 72, in addition to all the modules shown in FIG. The device will be described.

The first setting module 72 is connected to the first sending module 46, and is configured to set an affinity relationship with one or more third virtual machines.

FIG. 8 is a block diagram showing the structure of an NFVO 82 according to an embodiment of the present invention. As shown in FIG. 8, the NFVO 82 includes the first physical machine upgrading apparatus 84 of any of the above.

FIG. 9 is a structural block diagram of a second physical machine upgrading apparatus according to an embodiment of the present invention. As shown in FIG. 9, the apparatus includes a second sending module 92, a third receiving module 94, a second executing module 96, and a third sending. Module 98 and first processing module 910, the device will be described below.

The second sending module 92 is configured to send an upgrade request to the network function virtualization orchestration NFVO, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines; The three receiving module 94 is connected to the second sending module 92, and is configured to receive the NFVO to perform the migration of the services running on the one or more first virtual machines to the one or more second virtual machines according to the foregoing upgrade request. Processing a migration message sent after the migration message is used to migrate one or more first virtual machines to one or more third virtual machines; a second execution module 96, Connected to the third receiving module 94, configured to perform an operation of migrating one or more first virtual machines to one or more third virtual machines according to the migration message; and a third sending module 98 connected to the second execution The module 96 is configured to send a migration result to the NFVO. The first processing module 910 is connected to the third sending module 98, and is configured to perform an upgrade process on the first physical machine according to the received notification message returned by the NFVO according to the migration result.

Optionally, the foregoing migration result includes a migration failure result and a migration success result, where, when the migration result is a migration failure result, the foregoing first processing module 910 includes: receiving an upgrade check failure message returned by the NFVO according to the migration failure result; After the upgrade check failure message is sent, the first physical machine is not upgraded; and/or, when the migration result is a successful migration result, the first processing module 910 includes: receiving an upgrade check success message returned by the NFVO according to the migration success result. After the upgrade check success message is received, the first physical machine is upgraded.

FIG. 10 is a block diagram showing a preferred structure of a second physical machine upgrading apparatus according to an embodiment of the present invention. As shown in FIG. 10, the apparatus includes a second setting module 102, in addition to all the modules shown in FIG. The device will be described.

The second setting module 102 is connected to the second execution module 96, and is configured to set an affinity relationship with one or more third virtual machines.

11 is a block diagram showing the structure of a VIM according to an embodiment of the present invention. As shown in FIG. 11, the VIM 112 includes the second physical machine upgrading apparatus 114 of any of the above.

FIG. 12 is a structural block diagram of a service migration apparatus according to an embodiment of the present invention. As shown in FIG. 12, the apparatus includes a fourth receiving module 122, a querying module 124, a fourth sending module 126, a fifth receiving module 128, and a migration module 1210. The device will be described below.

The fourth receiving module 122 is configured to receive a request message sent by the network function virtualization orchestration NFVO, and the query module 124 is connected to the fourth receiving module 122, and is configured to query the service of the one or more first virtual machines according to the request message. An operating state, wherein the one or more first virtual machines reside on the first physical machine to be upgraded; the fourth sending module 126 is connected to the query module 124, and is configured to query the one or more first The service running status of the virtual machine is sent to the NFVO; the fifth receiving module 128 is connected to the fourth sending module 126, and configured to receive the migration message sent by the NFVO according to the service running state of the one or more first virtual machines; the migration module 1210 And connecting to the fifth receiving module 128, configured to migrate the services running on the one or more first virtual machines to the one or more second virtual machines according to the migration message.

FIG. 13 is a block diagram of a preferred structure of a service migration apparatus according to an embodiment of the present invention. As shown in FIG. 13, the apparatus includes a sixth receiving module 132 and a second processing module 134, in addition to all the modules shown in FIG. The device will be described below.

The sixth receiving module 132 is connected to the migration module 1210, and configured to receive a notification message sent by the NFVO after the virtualization infrastructure management VIM migrates the one or more first virtual machines to the one or more third virtual machines; The second processing module 134 is connected to the sixth receiving module 132, configured to perform a data synchronization operation according to the notification message, and/or to store a mapping relationship with one or more third virtual machines according to the notification message.

FIG. 14 is a structural block diagram of a VNF controller according to an embodiment of the present invention. As shown in FIG. 14, the VNF controller 142 is shown in FIG. The business migration device 144 of any of the above is included.

In the above embodiments, they are separately described from the NFVO, VIM, and VNF controllers. The following is a description of the overall process: In the NFV-MANO domain specification for virtualizing the network function of telecommunication equipment, a set of VIM is proposed. The VNF service is implemented without interruption during the upgrade to ensure the integrity of the business data and the continuity of the business. This system is designed to be responsible for the migration and switching of service modules when implementing VIM upgrade. In the actual application of the NFV-MANO domain, because the direct association between the layers is isolated, when the I layer is upgraded, the VNF service is The inability to perceive the underlying changes, the inability to make appropriate adjustments, and the decentralized deployment of business modules and the differences in the various VNF services make it difficult to guarantee the continued operation of the business. In order to adapt to the new technology development, the solutions in the foregoing embodiments can implement the migration and handover of the VNF service in a timely and rapid manner when the NFVI and the VIM are upgraded, thereby ensuring the data integrity and operation sustainability of the VNF service.

According to the requirements of the ETSI specification, an automated deployment specification is defined in the NFV-MANO domain to implement a set of virtualized application deployment processes and architectures. In this architecture, the Orchestrator, which is responsible for the management and scheduling of VNFs and resources within the entire virtualization management platform, is NFVO, the VNFM responsible for lifecycle management of virtual network functions and associated functional entities (VNF, EMS, VIM).

The VNF service uninterrupted system in the VIM upgrade under the telecommunications equipment virtualization technology in the embodiment of the present invention includes the following modules: an NFVO module responsible for VNF and resource management and scheduling in the entire virtualization management platform, and NFVI responsible for virtual network functions. The VIM module managed by the layer and the VNF module of the service layer.

Also includes:

The VNF service does not interrupt the system during VIM upgrade: it consists of three sub-modules, such as the upgrade agent module of NFVO, the VNF controller module of VNF, and the upgrade processing module of VIM, as shown in FIG. 15, FIG. 15 is a system according to an embodiment of the present invention. Block diagram, the following describes each component:

Upgrade the agent module:

This module is implemented by NFVO. When the VIM needs to be upgraded, the upgrade request is sent from the VIM to the upgrade agent module of the NFVO. The upgrade information mainly includes the hardware list to be upgraded and the host list corresponding to the virtual resource. After the NFVO receives the upgrade request, it sends the upgrade information sent by the VIM, and the information includes the list of hosts corresponding to the hardware and virtual resources to be upgraded, and sends the upgrade list to the upgrade agent module. The upgrade agent module stores the matching relationship between the VNF instance information corresponding to the current virtual machine and the host resource, and checks the running status of the affected virtual machine according to the request information received by the NFVO, and combines the internally managed VNF instance information to The business module begins processing.

16 is a schematic diagram of a VIM upgrade process when a virtual machine is in a shutdown state or a virtual machine is in an active state and its carried service is standby, and FIG. 17 is a virtual machine in an activated state and carried according to an embodiment of the present invention. Schematic diagram of the VIM upgrade process when the service is used. The specific processing flow of the upgrade agent module will be described below with reference to FIGS. 16 and 17.

1.1 If the VM affected by the VIM upgrade is not activated (as shown in Figure 16), the upgrade agent module does not process the VM.

1.2 If the virtual machine affected by the VIM upgrade is in the active state (as shown in Figure 17), the upgrade agent module sends a service running status query message to the VNF where the virtual machine is located, and the VNF forwards the message to the VNF controller. The VNF controller determines whether it is running the service, and returns the query result to the NFVO, and performs the following processing according to the query result:

(1) If the current service of the virtual machine is in the active state, the upgrade agent module sends a service primary state switch to the standby state request to the VNF controller, and the VNF controller switches the active state of the current virtual machine service to the standby state.

(2) If the current service of the VM is in the standby state, no active/standby switchover is required.

(3) If the current service of the virtual machine is load sharing, the upgrade agent module sends a service migration request to the VNF controller, and the VNF controller migrates the current virtual machine service to other standby modules.

After the above process is completed, the upgrade agent module sends a request for migrating a virtual machine to the NFVO, migrates the virtual machine to a new host physical machine, and performs affinity setting according to the VNF requirement, and the setting is optional. After the request is sent to the VIM by the NFVO, the VIM performs the virtual machine migration and sets the affinity relationship for the newly migrated virtual machine. The VIM notifies the NFVO of the execution result. If the NFVO returns the information to the upgrade agent module, the upgrade agent module stores the relevant information. If the failure occurs, the NFVO notifies the VIM, and the upgrade fails. All processes are changed because they are virtual machines that are not currently activated by the service, so there is no impact on the business.

The business virtual machine migration method:

(1) The VIM processes the newly switched virtual machine according to the VNF image that the NFVO brings to it, and recreates the VM on the new physical host.

(2) After VIM newly creates the VM, it is set according to the affinity mutual exclusion relationship issued by NFVO, and then returns relevant new VM information to NFVO.

(3) After receiving the information, NFVO transfers to the upgrade agent module, and the upgrade agent module updates the relevant virtual resource information corresponding to the VNF stored by itself, loads the version software corresponding to the VNF for the new virtual machine, and then sends the information to the VNF control. The VNF controller completes the operation of distributing new virtual machine data from the primary virtual machine to the standby virtual machine.

After the above process is completed, the upgrade agent module notifies the VIM that the service switching and migration are complete and can be upgraded.

This module can realize the service data integrity through the virtual machine migration of the service module to prevent data loss caused by the hardware or software upgrade. The service is switched between the active and standby services to ensure the uninterrupted operation of the service and ensure the sustainability of the service. . The entire process is controlled by NFVO in NFV-MANO to interact with VIM, and VNF does not need to perceive changes in the underlying layer. Therefore, the present invention can implement the VNF service without interruption when the VIM upgrade is implemented in the network function virtualization of the NFV-MANO specification.

VNF controller module:

This module is implemented by VNF. The functions responsible for implementation are mainly:

Determine the running status of the service module carried by the virtual machine and return the query result.

Responsible for performing active/standby switchover on the service modules carried by the VM and returning the result.

The NFVO returns the migrated virtual machine information and notifies the VNF to perform the data distribution operation.

VIM upgrade processing module:

This module is implemented by VIM and is responsible for issuing upgrade information to be upgraded, migrating virtual machines, and setting affinity relationships.

Embodiment 1:

FIG. 18 is a schematic diagram of VNF service switching and virtual machine migration when a VNF service is used for backup and backup according to an embodiment of the present invention. As shown in FIG. 18, one VIM system manages four physical hosts, namely HOST1 and HOST2. , HOST3, HOST4. The VIM virtual machine management system resides in HOST1, where 4101 entity is NFVO, 4102 entity is VNF controller, 4201, 4202, 4301, 4302 are respectively VNF service virtual machines, and 4201 and 4301 service relationships are mutual The active and standby, 4202 and 4302 service relationships are active and standby, and the 4401, 4402 virtual machines have not been created and are created during the virtual machine migration process.

VIM notifies 4101 that the upgrade will be performed. The upgraded information is: HOST2 is upgraded, and the VMs hosted on HOST2 are 4201 and 4202.

After receiving the upgrade information, the 4101 module determines whether the running status of the

virtual machines

4201, 4202 is enabled. This instance virtual machine is enabled. The 4101 module compares and matches the

virtual machines

4201, 4202 and the virtual machines and VNF information managed by themselves.

The 4101 module sends the

virtual machines

4201 and 4202 to the 4102 respectively according to the matching result, and notifies the 4102 to query the running status of the 4201 and 4202 bearer services respectively.

After receiving the request, the 4102 module queries the running status of the service carried by the 4201 and 4202. In this example, the 4201 and 4302 virtual machine bearer services are used as the main service, and the 4202 and 4301 virtual machine bearer services are reserved. The 4102 module sends the query result to the 4101 module.

The 4101 module notifies the 4102 module to perform service switching on the 4201 in the active state.

After receiving the message, the 4102 module performs an active/standby switchover on the 4201 and returns the result to the 4101 module.

The 4101 module receives the service switching result. If the switch fails, the 4101 module notifies the VIM that the upgrade check fails and cannot perform the upgrade operation. If it is successful, at this time, the service status carried by the

virtual machines

4201 and 4202 on HOST2 is standby, and the virtual machines 301 and 302 on HOST3 are in the active state. The 4101 module notifies the VIM to migrate the

virtual machines

4201 and 4202 on the HOST2 and migrates to the physical machine HOST4. The virtual machines are respectively 4401 and 4402.

After the VIM operation is completed, notify 4101, the operation result. If the operation fails, the 4101 module notifies the VIM that the upgrade check fails and cannot perform the upgrade operation. If successful, the 4101 module notifies the 4102 module to perform a data synchronization operation and stores the information virtual machine mapping relationship.

The 4101 module notifies the VIM that the upgrade is successful. You can upgrade the HOST2 physical machine.

Embodiment 2:

FIG. 19 is a schematic diagram of VNF service switching, migration, and virtual machine migration when the VNF service is in the active backup mode and the load sharing mode according to the embodiment of the present invention. As shown in FIG. 19, one VIM system manages four physical hosts. , are HOST1, HOST2, HOST3, HOST4. The virtual machine management system of the VIM resides in the HOST1. The 5101 entity is the NFVO, the 5102 entity is the VNF controller, and the 5201, 5202, 5301, and 5302 are the service virtual machines of the VNF. The 5201 and 5301 service relationships are load sharing. The 5202 and 5302 service relationships are in the primary and backup mode. The 5202 is the primary and the 5302 is the standby. The 5401 and 5402 virtual machines have not been created and are created during the virtual machine migration process.

VIM notifies 5101 that the upgrade will be performed. The upgraded information is as follows: the upgraded physical machine is HOST2, and the virtual machine residing on HOST2 is 5201, 5202.

After receiving the upgrade information, the 5101 module determines whether the running status of the

virtual machines

5201, 5202 is enabled. This instance virtual machine is enabled. The 5101 module compares and matches the

virtual machines

5201, 5202 and the virtual machines and VNF information managed by themselves.

The 5101 module sends the

virtual machines

5201 and 5202 respectively to the 5102 according to the matching result, and notifies the 5102 to query the operating status of the 5201 and 5202 bearer services respectively.

After receiving the request, the 5102

module queries

5201, 5202 to carry the running status of the service. In this example, the services running on 5201 and 5301 are load sharing modes, and 5202 and 5302 are in the standby mode, 5202 is the primary, and 5302 is the standby. The 5102 module sends the query result to the 5101 module.

The 5101 module notifies the 5102 module to perform service migration on the 5201 service, migrates to 5301, and performs active/standby switchover on the 5202 service.

After receiving the message, the 5102 module performs service migration on the 5201, and performs service master/slave switching on the 5202, and returns the result to the 5101 module.

The 5101 module receives the execution result. If the execution fails, the 5101 module notifies the VIM that the upgrade check fails and cannot perform the upgrade operation. If it is successful, at this time, the service status carried by the

virtual machines

5201 and 5202 on HOST2 is standby, and the

virtual machines

5301 and 5302 on HOST3 are in the active state. The 5101 module notifies the VIM to migrate the

virtual machines

5201 and 5202 on the HOST2 and migrate to the physical machine HOST4. The virtual machines are respectively 5401 and 5402.

After the VIM operation is completed, notify 5101, the operation result. If the operation fails, the 5101 module notifies the VIM that the upgrade check fails and cannot perform the upgrade operation. If successful, the 5101 module notifies the 5102 module to perform a data synchronization operation and stores the information virtual machine mapping relationship.

The 5101 module notifies the VIM that the upgrade is successful. You can upgrade the HOST2 physical machine.

Embodiment 3:

FIG. 20 is a schematic diagram of VNF service switching and virtual machine migration when a VIM has a virtual machine with a service failure state according to an embodiment of the present invention. As shown in FIG. 20, one VIM system manages four physical hosts, respectively, HOST1. , HOST2, HOST3, HOST4. The VM management system of the VIM resides in the HOST1. The 6101 entity is the NFVO, the 6102 entity is the VNF controller, and the 6201, 6202, 6301, and 6302 are the service virtual machines of the VNF. The 6201 and 6301 service relationships are mutually Active/standby, the 6202 and 6302 service relationships are active and standby. The 6302 VM fails and cannot run services. The 6401 and 6402 VMs have not been created and are created during the VM migration process.

VIM notifies 6101 that the upgrade will be performed. The upgraded information is as follows: the upgraded physical machine is HOST2, and the virtual machine residing on HOST2 is 6201 and 6202.

After receiving the upgrade information, the module 6101 determines whether the running status of the

virtual machines

6201, 6202 is enabled. This instance virtual machine is enabled. The 6101 module compares and matches the

virtual machines

6201, 6202 and the virtual machines and VNF information managed by itself.

The 6101 module sends the

virtual machines

6201 and 6202 to the 6102 respectively according to the matching result, and notifies the 6102 to query the running status of the service carried by the 6201 and 6202, respectively.

After receiving the request, the 6102 module queries the running status of the service carried by the 6201 and 6202. In this example, the 6201 virtual machine bearer service is standby, and the 6301 and 6202 virtual machine bearer services are used as the main service, and the 6302 virtual machine bearer service is in the fault state. The 6102 module sends the query result to the 6101 module.

The 6101 module finds a virtual machine with a faulty state and directly notifies VIM that the upgrade cannot be performed and the upgrade process is terminated.

It should be noted that each of the above modules may be implemented by software or hardware. For the latter, the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.

Embodiments of the present invention also provide a storage medium. Optionally, in the embodiment, the foregoing storage medium may be configured to store program code for performing the following steps:

S11, receiving an upgrade request sent by the virtualization infrastructure management VIM, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines;

S12. Perform a process of migrating services running on one or more first virtual machines to one or more second virtual machines according to the foregoing upgrade request.

S13. After the processing is completed, send, to the VIM, a migration message for migrating one or more first virtual machines to one or more third virtual machines;

S14. Receive a migration result returned by the VIM.

S15. The VIM is notified to perform the upgrade process of the first physical machine according to the migration result.

Optionally, the storage medium is further arranged to store program code for performing the following steps:

S21, sending an upgrade request to the network function virtualization orchestration NFVO, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines;

S22. Receive a migration message sent by the NFVO after performing the process of migrating services running on the one or more first virtual machines to one or more second virtual machines according to the foregoing upgrade request, where the migration message is used for Migrating one or more first virtual machines to one or more third virtual machines;

S23. Perform an operation of migrating one or more first virtual machines to one or more third virtual machines according to the migration message.

S24. Send a migration result to the NFVO.

S25. Perform an upgrade process on the first physical machine according to the received notification message returned by the NFVO according to the foregoing migration result.

Optionally, in the embodiment, the foregoing storage medium may include, but is not limited to, a USB flash drive, a Read-Only Memory (ROM), and a Random Access Memory (RAM). A variety of media that can store program code, such as a hard disk, a disk, or an optical disk.

S31. The receiving network function virtualizes the request message sent by the NFVO.

S32, querying, according to the foregoing request message, a service running state of one or more first virtual machines, where the one or more first virtual machines reside on a first physical machine to be upgraded;

S33, sending the queried service status of the one or more first virtual machines to the NFVO;

S34. Receive a migration message that is sent by the NFVO according to a service running state of one or more first virtual machines.

S35. Migrate the services running on the one or more first virtual machines to the one or more second virtual machines according to the migration message.

Optionally, in the embodiment, the processor performs the above steps S11-S15 according to the stored program code in the storage medium.

Optionally, in the embodiment, the processor performs the above steps S21-S25 according to the stored program code in the storage medium.

Optionally, in the embodiment, the processor performs the above steps S31-S35 according to the stored program code in the storage medium.

For example, the specific examples in this embodiment may refer to the examples described in the foregoing embodiments and the optional embodiments, and details are not described herein again.

For the existing NFV-MANO in the related art, the existing telecommunication network under the NFV technology is separated into three layers. When the VIM is upgraded, the VNF cannot detect the VIM change, and the VNF layer service operation is interrupted during the VIM upgrade. Data loss and other conditions. The embodiment of the present invention can implement the migration and switching of the VNF service in a timely and rapid manner when the NFVI and the VIM are upgraded, and implement the service data integrity through the virtual machine migration of the service module to prevent data loss caused by hardware or software upgrade. Through the active/standby switchover of the service, the uninterrupted operation of the service is realized, and the business is guaranteed to be sustainable. Sex. Therefore, the present invention supplements the NFV-MANO specification to ensure the integrity of the NFV layer service during VIM upgrade.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

The above description is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial applicability

As described above, the physical machine upgrade method, the service migration method, and the device provided by the embodiments of the present invention have the following beneficial effects: the problem that the service interruption is caused when the VIM is upgraded in the related art is solved, and the problem is achieved. The effect of VIM upgrade is achieved without guaranteeing business interruption.

Claims

A physical machine upgrade method includes:

Receiving an upgrade request sent by the virtualization infrastructure management VIM, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines;

Performing a process of migrating services running on the one or more first virtual machines to one or more second virtual machines according to the upgrade request;

After the processing is completed, sending, to the VIM, a migration message for migrating the one or more first virtual machines to one or more third virtual machines;

Receiving a migration result returned by the VIM;

And according to the migration result, notifying the VIM to perform an upgrade process of the first physical machine.
The method of claim 1, wherein the performing the process of migrating the services running on the one or more first virtual machines to the one or more second virtual machines according to the upgrade request comprises:

Sending, to the network function virtualization VNF controller, a request message for requesting querying a service running state of the one or more first virtual machines;

Receiving a service running status of the one or more first virtual machines returned by the VNF controller;

Transmitting, to the VNF controller, for transferring the services running on the one or more first virtual machines to the one or more second, according to a service running state of the one or more first virtual machines Processing of migration messages on the virtual machine.
The method of claim 2, wherein transmitting to the VNF controller for running on the one or more first virtual machines is performed according to a service operational state of the one or more first virtual machines The process of migrating the migration message to the one or more second virtual machines includes:

Sending the migration message to the VNF controller when the service running state of the one or more first virtual machines is a primary state and/or a load sharing state;

When the service running state of the one or more first virtual machines is the standby state, the migration message is not sent to the VNF controller.
The method of claim 1, wherein the informing the VIM to perform the upgrade process of the first physical machine according to the migration result comprises:

Notifying the VIM to upgrade the first physical machine when the migration result is that the migration is successful; and/or,

When the migration result is a migration failure, the VIM is notified not to upgrade the first physical machine.
The method of claim 1, wherein after receiving the migration result returned by the VIM, the method further comprises:

Notifying the network function to virtualize the VNF controller for data synchronization operations; and/or,

Notifying the network function to virtualize the VNF controller to store a mapping relationship with the one or more third virtual machines.
The method of claim 1, wherein after transmitting the migration message for migrating the one or more first virtual machines to the one or more third virtual machines to the VIM, the method further comprises:

An affinity relationship with the one or more third virtual machines is set.
A physical machine upgrade method includes:

Sending an upgrade request to the network function virtualization orchestration NFVO, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines;

Receiving a migration message sent by the NFVO after performing a process of migrating traffic running on the one or more first virtual machines to one or more second virtual machines according to the upgrade request, wherein Migrating messages for migrating the one or more first virtual machines to one or more third virtual machines;

Performing an operation of migrating the one or more first virtual machines to one or more third virtual machines according to the migration message;

Sending a migration result to the NFVO;

And upgrading the first physical machine according to the received notification message returned by the NFVO according to the migration result.
The method of claim 7, wherein the migration result comprises a migration failure result and a migration success result, wherein

When the migration result is a migration failure result, performing the upgrade processing on the first physical machine according to the received notification message returned by the NFVO according to the migration result includes: receiving the NFVO, returning according to the migration failure result Upgrade check failure message; after receiving the upgrade check failure message, the first physical machine is not upgraded; and/or,

When the migration result is a successful migration result, performing the upgrade process on the first physical machine according to the received notification message returned by the NFVO according to the migration result includes: receiving the NFVO to return according to the migration success result. The upgrade check success message; after receiving the upgrade check success message, the first physical machine is upgraded.
The method of claim 7, wherein after performing the operation of migrating the one or more first virtual machines to the one or more third virtual machines according to the migration message, the method further comprises:

An affinity relationship with the one or more third virtual machines is set.
A method of business migration, including:

Receiving a network function to virtualize a request message sent by NFVO;

Querying, according to the request message, a service running state of one or more first virtual machines, where the one or The plurality of first virtual machines reside on the first physical machine to be upgraded;

Transmitting the queried service status of the one or more first virtual machines to the NFVO;

Receiving, by the NFVO, a migration message sent according to a service running state of the one or more first virtual machines;

Migrating services running on the one or more first virtual machines to one or more second virtual machines according to the migration message.
The method of claim 10, further comprising: after migrating the services running on the one or more first virtual machines to the one or more second virtual machines according to the migration message, further comprising:

Receiving a notification message sent by the NFVO after the virtualization infrastructure management VIM migrates the one or more first virtual machines to one or more third virtual machines;

Performing a data synchronization operation according to the notification message, and/or storing a mapping relationship with the one or more third virtual machines according to the notification message.
A physical machine upgrade device includes:

a first receiving module, configured to receive an upgrade request sent by the virtualization infrastructure management VIM, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machine;

a first execution module, configured to perform a process of migrating services running on the one or more first virtual machines to one or more second virtual machines according to the upgrade request;

a first sending module, configured to send, after the processing is completed, a migration message for migrating the one or more first virtual machines to one or more third virtual machines to the VIM;

a second receiving module, configured to receive a migration result returned by the VIM;

The first notification module is configured to notify the VIM to perform an upgrade process of the first physical machine according to the migration result.
The apparatus of claim 12, wherein the first execution module comprises:

a first sending unit, configured to send, to the network function virtualization VNF controller, a request message for requesting querying a service running state of the one or more first virtual machines;

a receiving unit, configured to receive a service running state of the one or more first virtual machines returned by the VNF controller;

An execution unit, configured to send, according to a service running state of the one or more first virtual machines, to the VNF controller, to migrate services running on the one or more first virtual machines to the one Or processing of migration messages on multiple second virtual machines.
The apparatus of claim 13 wherein said execution unit comprises:

Sending the migration message to the VNF controller when the service running state of the one or more first virtual machines is a primary state and/or a load sharing state;

When the service running state of the one or more first virtual machines is the standby state, the migration message is not sent to the VNF controller.
The apparatus of claim 12, wherein the first notification module comprises:

Notifying the VIM to upgrade the first physical machine when the migration result is that the migration is successful; and/or,

When the migration result is a migration failure, the VIM is notified not to upgrade the first physical machine.
The apparatus of claim 12, further comprising:

a second notification module, configured to notify the network function to virtualize the VNF controller to perform a data synchronization operation; and/or to notify the network function to virtualize the VNF controller to store a mapping relationship with the one or more third virtual machines.
The apparatus of claim 12, further comprising:

The first setting module is configured to set an affinity relationship with the one or more third virtual machines.
A network function virtualization orchestration NFVO comprising the apparatus of any one of claims 12 to 17.
A physical machine upgrade device includes:

a second sending module, configured to send an upgrade request to the network function virtualization orchestration NFVO, where the upgrade request is used to request to upgrade the first physical machine, where the first physical machine resides with one or more first virtual machines ;

a third receiving module, configured to receive, after the NFVO performs a process of migrating services running on the one or more first virtual machines to one or more second virtual machines according to the upgrade request, Migrating a message, wherein the migration message is used to migrate the one or more first virtual machines to one or more third virtual machines;

a second execution module, configured to perform an operation of migrating the one or more first virtual machines to one or more third virtual machines according to the migration message;

a third sending module, configured to send a migration result to the NFVO;

The first processing module is configured to perform an upgrade process on the first physical machine according to the received notification message returned by the NFVO according to the migration result.
The apparatus according to claim 19, wherein the migration result includes a migration failure result and a migration success result, wherein

When the migration result is a migration failure result, the first processing module includes: receiving an upgrade check failure message returned by the NFVO according to the migration failure result; after receiving the upgrade check failure message, the The first physical machine is upgraded; and/or,

When the migration result is a successful migration result, the first processing module includes: receiving an upgrade check success message returned by the NFVO according to the migration success result; after receiving the upgrade check success message, the The first physical machine is upgraded.
The apparatus of claim 19, further comprising:

And a second setting module configured to set an affinity relationship with the one or more third virtual machines.
A virtualized infrastructure management VIM comprising the apparatus of any one of claims 19-21.
A service migration device, comprising:

a fourth receiving module, configured to receive a request message sent by the network function virtualization orchestration NFVO;

a querying module, configured to query, according to the request message, a service running state of one or more first virtual machines, where the one or more first virtual machines reside on a first physical machine to be upgraded;

a fourth sending module, configured to send the queried service status of the one or more first virtual machines to the NFVO;

a fifth receiving module, configured to receive a migration message that is sent by the NFVO according to a service running state of the one or more first virtual machines;

And a migration module configured to migrate the services running on the one or more first virtual machines to the one or more second virtual machines according to the migration message.
The apparatus of claim 23, further comprising:

a sixth receiving module, configured to receive a notification message sent by the NFVO after the virtualized infrastructure management VIM migrates the one or more first virtual machines to one or more third virtual machines;

The second processing module is configured to perform a data synchronization operation according to the notification message, and/or to store a mapping relationship with the one or more third virtual machines according to the notification message.
A network function virtualization VNF controller comprising the apparatus of any one of claims 23-24.