WO2016206456A1 - Procédé de mise à niveau de machine physique, procédé de migration de service et appareil - Google Patents
Procédé de mise à niveau de machine physique, procédé de migration de service et appareil Download PDFInfo
- Publication number
- WO2016206456A1 WO2016206456A1 PCT/CN2016/079733 CN2016079733W WO2016206456A1 WO 2016206456 A1 WO2016206456 A1 WO 2016206456A1 CN 2016079733 W CN2016079733 W CN 2016079733W WO 2016206456 A1 WO2016206456 A1 WO 2016206456A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- virtual machines
- migration
- upgrade
- message
- physical machine
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/34—Signalling channels for network management communication
- H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Definitions
- 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.
- NFV Network Functions Virtualization
- 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.
- the network is divided into three layers: the infrastructure layer, the virtual network layer, and the operational support layer.
- NFV Infrastructure Infrastructure layer network function Virtualization infrastructure
- 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.
- Virtual network layer corresponds to each telecommunication service network.
- Each physical network element is mapped to a virtual network element virtualized network function (VNF).
- VNF virtualized network function
- 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.
- NE Network Element
- Switchching Maintenance Maintenance Centre
- NMS Network Management System
- the operation support layer is the current Operation Support System (OSS)/Business Support System (BSS).
- OSS Operation Support System
- BSS Business Support System
- NFV-MANO NFV Management and Orchestration
- MANO Management and Orchestration domain
- VIM Virtualized Network Function Manager
- NFVO Network Functions Virtualization Orchestrator
- 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.
- a physical machine upgrade method 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.
- 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.
- 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.
- 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.
- 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.
- the method further includes: setting an affinity relationship with the one or more third virtual machines.
- a physical machine upgrade method 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.
- 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,
- 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 further includes: setting the one or more third The affinity of the virtual machine.
- a service migration method 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.
- 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.
- a physical machine upgrading apparatus 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- the apparatus further includes: a first setting module 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 of the above.
- a physical machine upgrading apparatus 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
- 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.
- the migration result includes a migration failure result and a migration success 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.
- the apparatus further includes: 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 of the above.
- a service migrating apparatus 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.
- 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.
- 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.
- a network function virtualization VNF controller 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.
- 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.
- FIG. 1 is a flowchart of a first physical machine upgrade method according to an embodiment of the present invention
- FIG. 2 is a flowchart of a second physical machine upgrade method according to an embodiment of the present invention.
- FIG. 3 is a flowchart of a service migration method according to an embodiment of the present invention.
- FIG. 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
- FIG. 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
- FIG. 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.
- 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.
- FIG. 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. 13 is a block diagram showing a preferred structure of a service migration apparatus according to an embodiment of the present invention.
- VNF controller 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
- FIG. 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. 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.
- 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.
- 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.
- the VIM is upgraded in the related technology, the service is interrupted, and the VIM upgrade is achieved without guaranteeing the service interruption.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- the upgrade is performed, the service is interrupted, and the physical machine upgrade is achieved without guaranteeing the service interruption.
- 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.
- 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.
- 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.
- 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.
- the term “module” may implement a combination of software and/or hardware of a predetermined function.
- 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.
- FIG. 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 is configured to receive an upgrade request sent by the virtualization infrastructure management VIM, where the upgrade request is used to request
- 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.
- 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.
- 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.
- 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.
- FIG. 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.
- FIG. 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.
- 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.
- 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.
- the foregoing migration result includes a migration failure result and a migration success 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.
- VIM 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;
- 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.
- 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.
- 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.
- an automated deployment specification is defined in the NFV-MANO domain to implement a set of virtualized application deployment processes and architectures.
- 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 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:
- This module is implemented by NFVO.
- 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.
- the NFVO 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.
- FIG. 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
- 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.
- the upgrade agent module does not process the VM.
- 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:
- 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.
- 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.
- 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.
- 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 :
- 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.
- VIM 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.
- 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.
- 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:
- 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 is a diagrammatic representation of 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.
- 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.
- 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.
- the 4102 module 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.
- the 4102 module 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.
- the 4101 module 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 is a diagrammatic representation of Embodiment 1:
- 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.
- 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
- 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.
- 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.
- the 5102 module After receiving the request, the 5102 module queries 5201, 5202 to carry the running status of the service.
- 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.
- the 5102 module 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.
- the 5101 module 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 is a diagrammatic representation of 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.
- 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
- 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.
- 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.
- the 6102 module After receiving the request, the 6102 module queries the running status of the service carried by the 6201 and 6202.
- 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.
- each of the above modules may be implemented by software or hardware.
- 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.
- the foregoing storage medium may be configured to store program code for performing the following steps:
- the VIM is notified to perform the upgrade process of the first physical machine according to the migration result.
- the storage medium is further arranged to store program code for performing the following steps:
- 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.
- 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).
- ROM Read-Only Memory
- RAM Random Access Memory
- the storage medium is further arranged to store program code for performing the following steps:
- the receiving network function virtualizes the request message sent by 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.
- the processor performs the above steps S11-S15 according to the stored program code in the storage medium.
- the processor performs the above steps S21-S25 according to the stored program code in the storage medium.
- the processor performs the above steps S31-S35 according to the stored program code in the storage medium.
- the existing telecommunication network under the NFV technology is separated into three layers.
- 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.
- 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.
- the invention is not limited to any specific combination of hardware and software.
- 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.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Hardware Redundancy (AREA)
Abstract
La présente invention concerne un procédé de mise à niveau de machine physique, un procédé de migration de service et un appareil. Le procédé de mise à niveau de machine physique consiste : à recevoir une requête de mise à niveau envoyée par une gestion d'infrastructure virtualisée (VIM), la requête de mise à niveau étant utilisée pour demander de mettre à niveau une première machine physique, et une ou plusieurs premières machines virtuelles résidant sur la première machine physique ; à réaliser le traitement de migration de services s'exécutant sur lesdites premières machines virtuelles vers une ou plusieurs deuxièmes machines virtuelles selon la requête de mise à niveau ; à envoyer un message de migration à la VIM pour faire migrer lesdites premières machines virtuelles vers une ou plusieurs troisièmes machines virtuelles après que le traitement est achevé ; à recevoir un résultat de migration renvoyé par la VIM ; et à notifier à la VIM d'exécuter le traitement de mise à niveau de la première machine physique selon le résultat de migration. La présente invention résout le problème d'interruption d'exécution de services durant la mise à niveau d'une VIM dans l'état de la technique associé, permettant ainsi d'atteindre l'effet de mise en œuvre de la mise à niveau de VIM, tout en garantissant que des services ne sont pas ininterrompus.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510364326.7A CN106301876B (zh) | 2015-06-26 | 2015-06-26 | 物理机升级方法、业务迁移方法及装置 |
CN201510364326.7 | 2015-06-26 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016206456A1 true WO2016206456A1 (fr) | 2016-12-29 |
Family
ID=57584653
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2016/079733 WO2016206456A1 (fr) | 2015-06-26 | 2016-04-20 | Procédé de mise à niveau de machine physique, procédé de migration de service et appareil |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106301876B (fr) |
WO (1) | WO2016206456A1 (fr) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106775993A (zh) * | 2017-02-15 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种物理机迁移至云计算平台的方法及*** |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106933517A (zh) * | 2017-03-17 | 2017-07-07 | 深信服科技股份有限公司 | 一种数据迁移方法及装置 |
CN107168769B (zh) * | 2017-03-30 | 2020-12-18 | 联想(北京)有限公司 | 一种信息处理方法及电子设备 |
CN108737144B (zh) * | 2017-04-24 | 2021-06-29 | 华为技术有限公司 | 资源管理的方法和设备 |
CN108108177B (zh) * | 2018-01-02 | 2020-10-27 | 联想(北京)有限公司 | 物理主机的固件升级方法、物理主机及虚拟机 |
CN110048875B (zh) | 2018-01-17 | 2021-01-01 | 华为技术有限公司 | 一种升级驱动的方法及设备 |
CN111213343B (zh) * | 2018-09-28 | 2021-08-20 | 华为技术有限公司 | 一种主机升级方法及设备 |
CN110968392B (zh) | 2018-09-30 | 2024-04-12 | 华为技术有限公司 | 一种升级虚拟化模拟器的方法和装置 |
CN109885380B (zh) * | 2019-01-18 | 2022-09-06 | 山石网科通信技术股份有限公司 | 会话的处理方法及装置、存储介质和电子装置 |
CN111510314B (zh) * | 2019-01-31 | 2021-07-06 | 大唐移动通信设备有限公司 | 一种核心网网元升级处理方法及装置 |
CN111897554A (zh) * | 2019-05-06 | 2020-11-06 | 中兴通讯股份有限公司 | 一种升级方法、装置和*** |
CN111078248A (zh) * | 2019-10-30 | 2020-04-28 | 烽火通信科技股份有限公司 | 一种云平台的升级方法、装置及存储介质 |
CN114650319B (zh) * | 2020-12-17 | 2023-11-03 | 中移(苏州)软件技术有限公司 | 一种资源迁移的方法、装置、服务器及存储介质 |
CN112612495B (zh) * | 2020-12-25 | 2024-07-05 | 深圳市科力锐科技有限公司 | 升级保护方法、装置、设备及存储介质 |
CN113885904A (zh) * | 2021-09-02 | 2022-01-04 | 奇安信科技集团股份有限公司 | ***升级方法、装置、电子设备及存储介质 |
CN115913940A (zh) * | 2021-09-29 | 2023-04-04 | 中兴通讯股份有限公司 | 网络升级方法、电子设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101398770A (zh) * | 2007-09-30 | 2009-04-01 | 赛门铁克公司 | 迁移一个或多个虚拟机的***和方法 |
CN102455942A (zh) * | 2010-12-02 | 2012-05-16 | 中标软件有限公司 | 一种广域网虚拟机动态迁移方法及*** |
CN102591702A (zh) * | 2011-12-31 | 2012-07-18 | 华为技术有限公司 | 虚拟化处理方法及相关装置和计算机*** |
CN102821158A (zh) * | 2012-08-20 | 2012-12-12 | 广州杰赛科技股份有限公司 | 一种实现虚拟机迁移的方法和云*** |
CN103825915A (zh) * | 2012-11-16 | 2014-05-28 | 中国电信股份有限公司 | 虚拟化环境下服务移动性管理方法及*** |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101814121A (zh) * | 2010-04-19 | 2010-08-25 | 山东高效能服务器和存储研究院 | 一种预见性虚拟机零宕机ha |
CN102917025B (zh) * | 2012-09-21 | 2015-06-10 | 苏州盈联智能科技股份有限公司 | 一种云计算平台的业务迁移方法 |
CN103136101A (zh) * | 2012-12-31 | 2013-06-05 | 博彦科技(上海)有限公司 | 软件自动化测试统一运营平台 |
CN103581177A (zh) * | 2013-10-24 | 2014-02-12 | 华为技术有限公司 | 虚拟机管理方法及装置 |
CN103973478A (zh) * | 2014-01-28 | 2014-08-06 | 国网信通亿力科技有限责任公司 | 基于资源池技术的电网信息灾备***及灾备方法 |
US9558082B2 (en) * | 2014-03-28 | 2017-01-31 | Vmware, Inc. | VM availability during migration and VM network failures in host computing systems |
CN104484243B (zh) * | 2014-12-05 | 2019-08-06 | 广东中兴新支点技术有限公司 | 一种虚拟机容错技术和高可用集群技术结合的高可靠***装置和方法 |
-
2015
- 2015-06-26 CN CN201510364326.7A patent/CN106301876B/zh active Active
-
2016
- 2016-04-20 WO PCT/CN2016/079733 patent/WO2016206456A1/fr active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101398770A (zh) * | 2007-09-30 | 2009-04-01 | 赛门铁克公司 | 迁移一个或多个虚拟机的***和方法 |
CN102455942A (zh) * | 2010-12-02 | 2012-05-16 | 中标软件有限公司 | 一种广域网虚拟机动态迁移方法及*** |
CN102591702A (zh) * | 2011-12-31 | 2012-07-18 | 华为技术有限公司 | 虚拟化处理方法及相关装置和计算机*** |
CN102821158A (zh) * | 2012-08-20 | 2012-12-12 | 广州杰赛科技股份有限公司 | 一种实现虚拟机迁移的方法和云*** |
CN103825915A (zh) * | 2012-11-16 | 2014-05-28 | 中国电信股份有限公司 | 虚拟化环境下服务移动性管理方法及*** |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106775993A (zh) * | 2017-02-15 | 2017-05-31 | 郑州云海信息技术有限公司 | 一种物理机迁移至云计算平台的方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN106301876A (zh) | 2017-01-04 |
CN106301876B (zh) | 2019-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2016206456A1 (fr) | Procédé de mise à niveau de machine physique, procédé de migration de service et appareil | |
CN106657173B (zh) | 一种nfv架构下软件升级中的业务迁移方法、装置及服务器 | |
CN106664216B (zh) | 一种切换vnf的方法和装置 | |
EP3216194B1 (fr) | Chaînage de service de virtualisation de fonction réseau | |
KR101746202B1 (ko) | 네트워크 기능 가상화 방법 및 이를 위한 장치 | |
WO2017181876A1 (fr) | Procédé de surveillance d'informations de ressources et d'état de dispositif, dispositif associé et système | |
CN111917571B (zh) | 一种策略管理方法、装置和*** | |
WO2015117401A1 (fr) | Procédé et dispositif de traitement d'informations | |
CN106302074B (zh) | 一种虚拟化网络功能vnf的迁移方法及装置 | |
EP3447965B1 (fr) | Procédé de gestion d'instances de fonction de réseau et dispositif pertinent | |
CN103647849A (zh) | 一种业务迁移方法、装置和一种容灾*** | |
EP3200393A1 (fr) | Procédé et dispositif de gestion de fonctions de réseau virtuel | |
CN103516759B (zh) | 云***资源管理方法、云呼叫中心坐席管理方法和云*** | |
US20240031432A1 (en) | High Availability and High Utilization Cloud Data Center Architecture for Supporting Telecommunications Services | |
CN102316043B (zh) | 端口虚拟化方法、交换机及通信*** | |
CN109565447A (zh) | 网络功能处理方法及相关设备 | |
CN107682411A (zh) | 一种大规模sdn控制器集群及网络*** | |
CN110958297B (zh) | 一种数据迁移方法及*** | |
CN105491061A (zh) | 一种访问控制***及其方法 | |
CN112655185B (zh) | 软件定义网络中的服务分配的设备、方法和存储介质 | |
CN104320282A (zh) | 虚拟边缘端口汇聚***中虚拟机主备切换方法及物理主机 | |
CN109788007B (zh) | 一种基于两地三中心的云平台及其通信方法 | |
US20230337018A1 (en) | Centralized unit user plane (cu-up) and centralized unit control plane (cu-cp) standby pods in a cloud-native fifth generation (5g) wireless telecommunication network | |
Quang et al. | Experimental Evaluation of the Effectiveness of Virtualized Mobile Core Networks in the Real Commercial Network Environment | |
JP6246677B2 (ja) | 通信システム、コントロール装置及び処理装置切替方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16813572 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 16813572 Country of ref document: EP Kind code of ref document: A1 |