WO2015158108A1 - 虚拟机资源的变更方法、装置及虚拟网络功能设备 - Google Patents

虚拟机资源的变更方法、装置及虚拟网络功能设备 Download PDF

Info

Publication number
WO2015158108A1
WO2015158108A1 PCT/CN2014/086768 CN2014086768W WO2015158108A1 WO 2015158108 A1 WO2015158108 A1 WO 2015158108A1 CN 2014086768 W CN2014086768 W CN 2014086768W WO 2015158108 A1 WO2015158108 A1 WO 2015158108A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual machine
change
vnf
request
nfvo
Prior art date
Application number
PCT/CN2014/086768
Other languages
English (en)
French (fr)
Inventor
卢云许
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP14889466.0A priority Critical patent/EP3133771A4/en
Priority to RU2016141987A priority patent/RU2683629C2/ru
Publication of WO2015158108A1 publication Critical patent/WO2015158108A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • 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

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, an apparatus, and a virtualized network function (VNF) device for changing a virtual machine resource.
  • VNF virtualized network function
  • NFV Network Function Virtualization
  • NFVO Network Reference Virtualization Orchestrator
  • VNFM Virtualized Network Function Manager
  • Virtual Infrastructure Management Virtual Infrastructure Manager
  • NFVO is mainly responsible for the network service, virtual resources and physical resource scheduling and related management functions of the whole network;
  • VNFM is mainly responsible for VNF lifecycle management and VNF related virtual resource allocation and management;
  • VIM is mainly responsible for virtualized infrastructure management, mainly The function is to realize the allocation and management of the entire infrastructure layer resources including computing, storage and network resources;
  • NFVI as the virtualization resource layer, including the newly added virtualization platform and original hardware resources after virtualization;
  • VNF refers to virtualization
  • the network element is deployed on the NFVI and performs the network element functions defined by the 3GPP. The functions are consistent with those of the non-virtualization, such as EPC and MME.
  • NFVO and VNFM work together to complete the lifecycle management of VNF, including On-Boarding, instantiation, expansion, shrinkage, upgrade, and termination of VNF.
  • VNF lifecycle management In the VNF lifecycle management defined by ETSI, the behavior types of VNF virtual machines are defined, including scale out, scale in, scale up, scale down, and increase network capacity and bandwidth. Standardized VNF elastic expansion and expansion, and capacity reduction. Solution and process. In a change operation such as scale up and scale down of a virtual machine, it is inevitable to trigger a restart of a VNF-related virtual machine (Virtual Machine, abbreviated as VM).
  • VM Virtual Machine
  • ETSI believes that the change operation of all virtual machines related to a certain VNF is completed once. Therefore, in the process of VNF expansion and contraction, a VM change request is initiated by VNFM to NFVO, and the NFVO requests VIM to complete. Changes to VM resources and return a response to VNFM. And actually in VIM need to restart the virtual In the case of a machine, a VM change process will cause all related VMs to restart, causing the service units running on these VMs to fail, causing service interruption
  • the virtual machine change for the VNF in the related art causes the problem of the interruption of the business unit running on these virtual machines, and no effective solution has been proposed yet.
  • the embodiment of the present invention provides a method, an apparatus, and a VNF device for changing a virtual machine resource, so as to at least solve the problem that the virtual machine change of the VNF in the related art causes the service unit running on the virtual machine to be interrupted.
  • a method for changing a virtual machine resource includes: determining a change policy of a virtual machine of a virtual network function VNF; and performing a change to each virtual machine in batches according to the change policy.
  • determining the change policy of the virtual machine of the VNF comprises: determining the change policy according to a working mechanism of the virtual machine, where the working mechanism includes at least one of the following: a primary and backup mechanism of the virtual machine, and a virtual machine load sharing mechanism.
  • the change policy includes at least one of: a sequence of changes of each virtual machine, and a batch number of changes of each virtual machine.
  • determining the change policy of the virtual machine of the VNF comprises: directly determining the change policy; or determining the change policy by negotiating with the VNF.
  • performing the change of each virtual machine in batches according to the change policy comprises: requesting, by the NFVO, a change of the virtual machine according to the change policy, wherein each request includes the virtual machine requested to be changed this time;
  • the NFVO is used to make changes to the requested virtual machine in response to each request.
  • the method further includes: responding to the VNF and/or NFVO initiated request for virtual machine change.
  • performing the change to each virtual machine in batches according to the change policy comprises: responding to the request for the change initiated by the VNF according to the change policy, respectively, initiating a request to the NFVO to perform the virtual machine requested by the request.
  • a device for changing a virtual machine resource includes: a determining module configured to determine a change policy of a virtual machine of a virtual network function VNF; and a change module configured to batch according to the change policy Make changes to each virtual machine.
  • the determining module is configured to determine the change policy according to a working mechanism of the virtual machine, where the working mechanism includes at least one of the following: a primary and backup mechanism of the virtual machine, and a virtual machine load sharing mechanism.
  • the determining module is configured to directly determine the change policy; or determine the change policy by negotiating with the VNF.
  • the change module is configured to request the network function virtualization orchestrator NFVO to change the virtual machine multiple times according to the change policy, where each request includes the virtual machine requested to be changed this time; NFVO is used to make changes to the requested virtual machine in response to each request.
  • the apparatus further comprises: a response module, configured to respond to the VNF and/or NFVO initiated request for virtual machine change.
  • a response module configured to respond to the VNF and/or NFVO initiated request for virtual machine change.
  • the change module comprises: a response unit, configured to respond to the VNF request for change according to the change policy, and a change unit, configured to respectively initiate a request to the NFVO for the virtual machine requested by the request A change is made wherein the NFVO is used to make changes to the requested virtual machine in response to each request.
  • VNFM device comprising any of the above devices of the present invention.
  • a VNF device including: a determining module configured to determine a change policy of a virtual machine of a VNF; and a change module configured to be initiated to the VNFM for change according to the change policy The request, wherein each request includes the virtual machine requested to make the change; the VNFM is used to respond to the requested virtual machine in response to each request.
  • the determining module is configured to determine the change policy according to a working mechanism of the virtual machine, where the working mechanism includes at least one of the following: a primary and backup mechanism of the virtual machine, and a virtual machine load sharing mechanism.
  • the change policy of the virtual machine of the VNF is determined, and each virtual machine is changed in batches according to the change policy, thereby solving the problem that the virtual machine change of the VNF causes the service unit running on the virtual machine to be interrupted, so that Business units running on some or all of the virtual machines are not interrupted.
  • FIG. 1 is a flowchart of a method for changing a virtual machine resource according to an embodiment of the present invention
  • FIG. 2 is a structural block diagram of a device for changing a virtual machine resource according to an embodiment of the present invention
  • FIG. 3 is a structural block diagram of a VNF device according to an embodiment of the present invention.
  • FIG. 4 is a flowchart 1 of a method for changing a preferred virtual machine resource according to an embodiment of the present invention
  • FIG. 5 is a second flowchart of a method for changing a virtual machine resource according to an embodiment of the present invention.
  • FIG. 6 is a flowchart 3 of a method for changing a preferred virtual machine resource according to an embodiment of the present invention.
  • FIG. 7 is a flow chart 4 of a preferred method of changing virtual machine resources in accordance with an embodiment of the present invention.
  • NFVO functional units such as NFVO, VNFM, VIM, NFVI, and VNF
  • functional units such as NFVO, VNFM, VIM, NFVI, and VNF may be implemented by a computer program unit, and different functional units may be located in the same device or distributed in different devices, and those skilled in the art may Need to set.
  • the device may be a device (such as a server, a host, etc.) that is common in a communication system, or may be other types of devices.
  • the apparatus can include a processor and a storage medium, and the processor can execute a computer program element in the storage medium.
  • the methods and apparatus described below may be implemented by a computer program unit, which may be stored in a storage medium and executed by a processor.
  • the computer program unit can be step-by-step in the network and can be operated by multiple processors.
  • a method for changing a virtual machine resource is provided.
  • the change may include any change to a virtual machine resource of the VNF, such as expansion, shrinkage, and the like of the VNF.
  • FIG. 1 is a flowchart of a method for changing a virtual machine resource according to an embodiment of the present invention. As shown in FIG. 1, the method includes steps S102 to S104.
  • Step 102 Determine a change policy of the virtual machine of the VNF.
  • Step 104 Perform changes to each virtual machine in batches according to the change policy.
  • the service units running on all the virtual machines are interrupted, and the reliability of the service operation is ensured.
  • a certain guarantee effect can be achieved by changing the virtual machine in batches according to the change policy.
  • the change policy may be determined according to a working mechanism of the virtual machine.
  • the working mechanism of the virtual machine may include at least one of the following: a primary and backup mechanism of the virtual machine, and a virtual machine load sharing mechanism.
  • the change policy includes at least one of a sequence of changes of the virtual machines and a batch number of changes of the virtual machines.
  • the primary virtual machine runs the service unit, and the standby virtual machine runs the service unit when the primary virtual machine fails, or the standby virtual machine and the primary virtual machine run the same service unit at the same time,
  • the active virtual machine is changed first.
  • the standby virtual machine runs the service unit, and when the primary virtual machine is changed, the standby virtual machine is changed.
  • the changed primary virtual machine runs the business unit.
  • the working mode and the number of the active virtual machine and the standby virtual machine are not limited. With this preferred embodiment, it is possible to ensure that the service is not interrupted.
  • the service unit is allocated to the virtual machine according to the load sharing mechanism of the virtual machine, and the virtual machine that does not run the service is changed.
  • the changed virtual machine shares the running task of the service unit, The virtual machine that has not been changed is changed.
  • the foregoing two methods may also be used in combination.
  • the primary virtual machine may be changed first, then some of the standby virtual machines may be changed, and then The remaining virtual machines are changed.
  • the change policy may be directly determined or negotiated with the VNF to determine the change policy.
  • the VNF can set the change policy of the virtual machine associated with it.
  • the change policy can be determined according to the working mechanism of the virtual machine, and the working mechanism of the virtual machine includes, but is not limited to, a primary backup mechanism of the virtual machine and a load sharing mechanism of the virtual machine.
  • the NFVO may be requested to change the virtual machine multiple times according to the change policy, where each request includes the virtual machine requested to be changed.
  • the above NFVO is used to make changes to the requested virtual machine in response to each request.
  • the request for virtual machine change initiated by the VNF and/or the NFVO may also be responded to.
  • the multiple requests and the NFVO multiple responses in this embodiment are not limited to the one that requests one response once, and may be multiple times after multiple requests, which is not limited by the embodiment of the present invention.
  • the above multiple requests can be completed in one request message, or each request can be completed by multiple request messages.
  • the embodiment of the present invention may use one request message once, one request corresponding to one response, and after one response process is completed, perform the next request and response process.
  • step S104 in response to the request for change initiated by the VNF according to the change policy, the NFVO may be separately requested to change the virtual machine requested by the current request, where NFVO is used to make changes to the requested virtual machine in response to each request.
  • the multiple requests and the multiple responses in the embodiment, and the response of the NFVO are not limited to the mode of requesting one response once, or may be multiple responses after multiple requests, which is not the embodiment of the present invention. Make a limit.
  • the above multiple requests can be completed in one request message, or each request can be completed by multiple request messages. That is, the VNF may send a request message, initiate multiple requests in the request message, receive the request message, and initiate a request to the NFVO in response to multiple requests in the request message, and of course, the request is not limited. Initiate and respond to the pattern.
  • the embodiment of the present invention may use one request message once, one request corresponding to one response, and after one response process is completed, perform the next request and response process.
  • the request for the change of the VNF virtual machine may be initiated by the VNF, the NFVO, or the like, and the request for the change may be initiated by the VNF, the NFVO, and the like.
  • the virtual machine can be changed in batches when the request is initiated or corresponding.
  • a device for changing virtual machine resources is provided. It is contemplated that the apparatus can be implemented by a computer program element, which can be stored in a storage medium.
  • an embodiment of the present invention further provides a computer program product, including a storage medium and a computer program element stored in the storage medium to implement the apparatus, and the computer program element may include instructions for implementing the above method.
  • FIG. 2 is a structural block diagram of a device for changing a virtual machine resource according to an embodiment of the present invention.
  • the device mainly includes: a determining module 10 and a changing module 20.
  • the determining module 10 is configured to determine a change policy of the virtual machine of the VNF.
  • the change module 20 is connected to the determining module 10 and configured to change the virtual machines in batches according to the change policy.
  • the service units running on all the virtual machines are interrupted, and the reliability of the service operation is ensured.
  • the determining module 10 may be configured to determine a change policy according to a working mechanism of the virtual machine, where the working mechanism includes at least one of the following: a virtual machine active/standby mechanism and a virtual machine load sharing mechanism.
  • the primary virtual machine runs the service unit, and the standby virtual machine runs the service unit when the primary virtual machine fails, or the standby virtual machine and the primary virtual machine run the same service unit at the same time,
  • the active virtual machine is changed first.
  • the standby virtual machine runs the service unit, and when the primary virtual machine is changed, the standby virtual machine is changed.
  • the changed primary virtual machine runs the business unit.
  • the working mode and the number of the active virtual machine and the standby virtual machine are not limited. With this preferred embodiment, it is possible to ensure that the service is not interrupted.
  • the service unit is allocated to the virtual machine according to the load sharing mechanism of the virtual machine, and the virtual machine that does not run the service is changed.
  • the changed virtual machine shares the running task of the service unit, The virtual machine that has not been changed is changed.
  • the foregoing two methods may also be used in combination.
  • the primary virtual machine may be changed first, then some of the standby virtual machines may be changed, and then The remaining virtual machines are changed.
  • the determining module 10 may be configured to directly determine the change policy, or negotiate with the VNF to determine the change policy.
  • the VNF can set a change policy as needed, and the determining module 10 obtains the change policy from the VNF.
  • the change module 20 may be configured to request the NFVO to change the virtual machine multiple times according to the change policy, where each request includes the virtual machine requested to be changed this time; The virtual machine requested this time is changed in response to each request.
  • the apparatus further comprises: a response module, configured to respond to the VNF and/or NFVO initiated request for virtual machine change.
  • a response module configured to respond to the VNF and/or NFVO initiated request for virtual machine change.
  • the multiple requests and the NFVO multiple responses in this embodiment are not limited to the one that requests one response once, and may be multiple times after multiple requests, which is not limited by the embodiment of the present invention.
  • the above multiple requests can be completed in one request message, or each request can be completed by multiple request messages.
  • the embodiment of the present invention may use one request message once, one request corresponding to one response, and after one response process is completed, perform the next request and response process.
  • the change module 20 may include: a response unit, configured to respond to the VNF request for change according to the change policy, and a change unit, configured to initiate a request to the NFVO respectively The virtual machine requested by the secondary request is changed, and NFVO is used to respond to the requested virtual machine in response to each request.
  • the multiple requests and the multiple responses in the embodiment, and the response of the NFVO are not limited to the mode of requesting one response once, or may be multiple responses after multiple requests, which is not the embodiment of the present invention. Make a limit.
  • the above multiple requests can be completed in one request message, or each request can be completed by multiple request messages. That is, the VNF may send a request message, initiate multiple requests in the request message, receive the request message, and initiate a request to the NFVO in response to multiple requests in the request message, and of course, the request is not limited. Initiate and respond to the pattern.
  • the embodiment of the present invention may use one request message once, one request corresponding to one response, and after one response process is completed, perform the next request and response process.
  • a VNFM device including any of the above-described virtual machine resource changing devices of the present invention. It is contemplated that the apparatus can be implemented by a computer program element, which can be stored in a storage medium of a VNFM, which can be executed by a processor of the VNFM device.
  • a VNF device is provided.
  • FIG. 3 is a structural block diagram of a VNF device according to an embodiment of the present invention.
  • the device mainly includes: a determining module 302 and a changing module 304.
  • the determining module 302 is configured to determine a change policy of the virtual machine of the VNF;
  • the change module 304 is connected to the determining module 302, and is configured to send a request for the change to the VNFM multiple times according to the change policy, where each request is Contains the virtual machine requested to be changed this time; VNFM is used to respond to the requested virtual machine in response to each request.
  • the service units running on all the virtual machines are interrupted, and the reliability of the service operation is ensured.
  • the determining module 302 is configured to determine the change policy according to the working mechanism of the virtual machine, where the working mechanism includes, but is not limited to, at least one of the following: a virtual machine active/standby mechanism and a virtual machine load sharing mechanism.
  • an interaction method between the NFVO, the VNFM, and the VNF is provided.
  • the VNF can be customized by the VNF to meet the needs of the VNF special scenario.
  • the VNF can pass the VM's active/standby mechanism and load sharing. Mechanisms, etc., implement VM changes in batches, enabling NFVO to smoothly complete VNF expansion, shrinkage, and upgrade operations involving VM changes without interrupting VNF.
  • the VM change policy is completely determined by the VNFM, or is determined by the VNFM and the VNF, the VM change policy is different for different VNFs in different application scenarios. Therefore, the preferred embodiment only gives NFVO and VNFM. Inter-VM change interaction and VNFM and VNF implement the VM change strategy interaction method. The specific VM change strategy is defined by the VNF itself.
  • the batch change can be implemented in the following two ways: 1) the VNFM can decide the VM change policy, and the VNFM requests the NFVO to perform the VM change interaction method multiple times; 2) the VNFM can negotiate with the VNF.
  • the VM change policy is an interactive method in which the VNFM requests the NFVO to perform VM change multiple times.
  • the VNFM decides the VM change policy, and the VNFM requests the NFVO to perform the VM change interaction method multiple times, which may include: when the NFVO requests the VNFM to perform the VNF VM change, the VNFM determines the VM change policy (eg, according to the active/standby mechanism between the VMs, The load sharing mechanism determines the order of the VM changes, and then initiates a VM change request to the NFVO multiple times, and the VNFM returns a VM change end response to the NFVO until all VM changes are completed.
  • the VNFM determines the VM change policy (eg, according to the active/standby mechanism between the VMs, The load sharing mechanism determines the order of the VM changes, and then initiates a VM change request to the NFVO multiple times, and the VNFM returns a VM change end response to the NFVO until all VM changes are completed.
  • the VNFM decides the VM change policy, and the VNFM requests the NFVO to perform the VM change interaction method multiple times, which may include: when the VNFM actively initiates the VM change, first determine the VM change policy (for example, according to the active/standby mechanism and the load sharing mechanism between the VMs) Wait for the order of the VM changes, and then initiate a VM change request to NFVO multiple times until all VM changes are completed.
  • the interaction between the VNFM and the VNF to determine the VM change policy and the VNFM requesting the NFVO to perform the VM change may include: when the NFVO requests the VNFM to perform the VNF VM change, the VNFM requests the VNF to perform the VM change, and the VNF determines the VM change policy. (eg according to the master-slave mechanism between VMs, The load sharing mechanism determines the order of the VM changes, and then initiates a VM change request to the VNFM multiple times. After all VM changes are completed, the VNF returns the VM change end response to the NFVO after the VNF returns the VM change to the VNFM.
  • the interaction between the VNFM and the VNF to determine the VM change policy and the VNFM requesting the NFVO to perform the VM change may include: when the VNF actively initiates the VM change, first determining the VM change policy (eg, according to the active/standby mechanism between the VMs, The load sharing mechanism determines the order of the VM changes, and then initiates a VM change request to the VNFM multiple times until all VM changes are completed.
  • the preferred embodiment enhances the VNF custom VM change policy in the network function virtualization scenario by enhancing the interaction between the NFVO, the VNFM, and the VNF, and satisfies the VNF special scenario requirements, such as without interruption.
  • the VM change operation of the VNF is implemented in the case of the VNF service.
  • the method for enhancing interaction between NFVO, VNFM and VNF in the preferred embodiment can be applied to the field of mobile communication after network function virtualization, such as IMS communication field, CS communication field, LTE/EPS and others.
  • the field of mobile communications can be applied to the field of mobile communication after network function virtualization, such as IMS communication field, CS communication field, LTE/EPS and others.
  • the VNF custom VM change policy is implemented by the VNFM.
  • FIG. 4 is a flowchart 1 of a method for changing a virtual machine resource according to an embodiment of the present invention. As shown in FIG. 4, the process of changing a virtual machine resource includes the following steps (steps S402 to S408):
  • NFVO When the user performs the VNF change process through NFVO (such as capacity expansion, capacity reduction, upgrade, etc.), NFVO initiates a VNF change request to the VNFM, and the request carries the change parameters, such as the changed virtual network element, the operation type, and other parameters related to the operation. Wait. VNFM performs virtual machine resource changes. The VNFM performs necessary preparations, such as verifying whether the virtual network element in the request is legal.
  • step S402 the VNFM determines the VM that the virtual network element needs to be changed according to the VM change policy of the VNF. For example, the VNFM needs to change according to the pre-configured rules or the attributes of the locally recorded VNF virtual machine according to the active/standby mechanism and the load sharing mechanism.
  • the VMs are processed in batches. The VNFM then requests NFVO to make changes to the first batch of VMs.
  • step S404 the NFVO requests a change from the VIM, and requests to carry the changed VM information, such as a specific VM list and a VM change definition list.
  • step S406 the VIM performs a change process of the VM, and returns a response to the NFVO after the change process is completed.
  • step S408 the NFVO returns a change response to the VNFM, and the response carries the change result, such as the changed VM list and the result.
  • the VNFM judges that there is still a VM that needs to be changed, and repeats steps S402 to S408 to perform subsequent batch VM changes until all batches of VMs are changed.
  • the VNFM returns an operational response to the NFVO.
  • the VNF custom VM change policy is implemented by the VNFM.
  • FIG. 5 is a second flowchart of a method for changing a virtual machine resource according to an embodiment of the present invention. As shown in FIG. 5, the process of changing a virtual machine resource includes the following steps (step S502 to step S508):
  • VNFM When VNFM actively initiates VM changes, such as VNFM determines the list of virtual machines that need to be changed according to the VNF load situation, and according to the VNF VM change policy, such as VNFM according to pre-configured rules or locally recorded VNF virtual machine attributes, according to the main The backup mechanism, load sharing mechanism, etc., determine the VM batch that needs to be changed.
  • step S502 the VNFM requests the NFVO to perform a VM change, and the request carries the changed VM information, such as a VM list that needs to be changed.
  • step S504 the NFVO requests a change from the VIM, and the request carries the changed VM information, such as a specific VM list and a VM resource change definition list.
  • step S506 the VIM performs a resource change process of the VM, and returns a response to the NFVO after the change process is completed.
  • step S508 the NFVO returns a change response to the VNFM, and the response carries the change result, such as the changed VM list and the result.
  • the VNFM judges that there is still a VM that needs to be changed, and repeats steps S502 to S508 to perform subsequent batch VM changes until all batches of VMs are changed.
  • the VM change policy is implemented by VNFM and VNF negotiation.
  • FIG. 6 is a third flowchart of a method for changing a virtual machine resource according to an embodiment of the present invention. As shown in FIG. 6, the process of virtual machine resource change includes the following steps (step S602 to step S614):
  • NFVO When the user performs the VNF change process through NFVO (such as capacity expansion, capacity reduction, upgrade, etc.), NFVO initiates a VNF change request to the VNFM, and the request carries the information of changing the VNF, such as the changed virtual network element, the operation type, and other operations related. Parameters, etc.
  • the VNFM performs necessary preparations, such as verifying whether the virtual network element in the request is legal.
  • step S602 the VNFM initiates a VM change request to the VNF (if the changed virtual machine information is determined by the VNFM, the VM information that needs to be changed is carried in the request).
  • Step S604 the VNF obtains the virtual machine information that needs to be changed (can be obtained from the VM change request of the VNFM, or can be determined by the VNF itself), according to the VM change policy, such as according to a pre-configured rule or a locally recorded VNF virtual machine.
  • the attribute is processed in batches according to the active/standby mechanism and the load sharing mechanism, and then the VNFM is requested to perform the change of the first batch of VMs.
  • step S606 the VNFM requests the NFVO to perform a VM change, and the request carries the changed VM information, such as a VM list that needs to be changed.
  • step S608 the NFVO requests a change to the VIM, and the request carries the changed VM information, such as a specific VM list and a VM resource change definition list.
  • step S610 the VIM performs a resource change process of the VM, and returns a response to the NFVO after the change process is completed.
  • step S612 the NFVO returns a change response to the VNFM, and the response carries the change result, such as the changed VM list and the result.
  • step S614 the VNFM returns the changed VM list to the VNF.
  • step S602 to step S614 are repeated until all the VMs are changed.
  • the VNF returns a VM change end response to the VNFM.
  • the VNFM then returns a VNF change response to the NFVO.
  • the VNF implements a custom VM change policy by the VNF during the VM change initiative initiated by the VNF.
  • FIG. 7 is a flowchart 4 of a method for changing a virtual machine resource according to an embodiment of the present invention. As shown in FIG. 7, the process of virtual machine resource change includes the following steps (step S702 to step S712):
  • the VNF determines the list of virtual machines to be changed according to the load situation, and according to the VNF VM change policy, such as according to pre-configured rules or locally recorded VNF virtual machine attributes, according to the active/standby mechanism and load sharing. Mechanisms, etc., to determine the VM batch that needs to be changed.
  • step S702 the VNF requests the VNFM to perform VM change, and the request carries the changed VM information, such as the VM list that needs to be changed.
  • step S704 the VNFM requests the NFVO to perform a VM change, and the request carries the changed VM information, such as a VM list that needs to be changed.
  • step S706 the NFVO requests a change to the VIM, and the request carries the changed VM information, such as a specific VM list and a VM resource change definition list.
  • step S708 the VIM performs a resource change process of the VM, and returns a response to the NFVO after the change process is completed.
  • step S710 the NFVO returns a change response to the VNFM, and the response carries the change result, such as the changed VM list and the result.
  • step S712 the VNFM returns a VM change response to the VNF.
  • step S702 to step S712 are repeatedly executed until all VMs are changed.
  • the present invention achieves the following technical effects: implementing a VNF custom VM change policy to meet the VNF special scenario requirements, such as implementing a VNF VM change operation without interrupting the VNF service.
  • 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.
  • a method, an apparatus, and a virtual network function device for changing a virtual machine resource provided by an embodiment of the present invention have the following beneficial effects: the virtual machine change of the VNF can be alleviated or avoided, and the service unit running on the virtual machine is interrupted. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Hardware Redundancy (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种虚拟机资源的变更方法、装置及虚拟网络功能设备。其中，虚拟机资源的变更方法包括：确定VNF的虚拟机的变更策略；根据该变更策略分批对各个虚拟机进行变更。通过本发明，解决了VNF的虚拟机变更导致运行在这些虚拟机上的业务单元中断的问题，使得部分或全部虚拟机上运行的业务单元不发生中断。

Description

虚拟机资源的变更方法、装置及虚拟网络功能设备 技术领域
本发明涉及通信领域，具体而言，涉及一种虚拟机资源的变更方法、装置及虚拟网络功能(Virtualized Network Function，简称为VNF)设备。
背景技术
为提升设备资源利用率和业务部署效率、降低运维成本，欧洲电信标准化协会(European Telecommunications Standards Institute，简称为ETSI)制定了网络功能虚拟化(Network Functions Virtualization，简称为NFV)协议标准，在端到端参考架构中引入了网络功能虚拟化编排器(Network Functions Virtualization Orchestrator，简称为NFVO)、虚拟网络功能管理(Virtualized Network Function Manager，简称为VNFM)、虚拟基础设施管理(Virtualized Infrastructure Manager，简称为VIM)、网络功能虚拟化基础设施(Network Functions Virtualization Infrastructure，简称为NFVI)、VNF等功能单元。
NFVO主要负责全网的网络服务、虚拟资源以及物理资源的编排和相关管理功能；VNFM主要负责VNF的生命周期管理和VNF相关的虚拟资源的分配和管理；VIM主要负责虚拟化基础设施管理，主要功能是实现对整个基础设施层资源包括计算、存储、网络资源的分配和管理；NFVI作为虚拟化资源层，包括虚拟化后新增的虚拟化平台和原有的硬件资源；VNF指虚拟化后的网元，部署在NFVI上，执行着3GPP定义的网元功能，功能与非虚拟化时保持一致，如EPC、MME等。NFVO和VNFM协同完成VNF的生命周期管理，包括VNF的On-Boarding、实例化、扩容、缩容、升级和终止过程。
在ETSI定义的VNF生命周期管理中，定义了VNF虚拟机的行为类型，包括scale out、scale in、scale up、scale down以及增加网络容量和带宽等，标准化了VNF弹性伸缩和扩容、缩容的解决方法和流程。在虚拟机的scale up、scale down等变更操作中，不可避免的要触发VNF相关虚拟机(Virtual Machine，简称为VM)的重新启动。ETSI认为对具体某个VNF相关的所有虚拟机的变更操作是一次完成的，因此在VNF扩容、缩容的流程中，定义了由VNFM向NFVO发起一次VM变更申请，由NFVO请求VIM完成所涉及VM资源的变更，并向VNFM返回响应。而实际上在VIM需要重启虚拟 机的情况下，一次VM变更处理会引起相关虚拟机全部重启，造成运行于这些虚拟机之上的业务单元无法工作，引起业务中断。
针对相关技术中VNF的虚拟机变更导致运行在这些虚拟机上的业务单元中断的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种虚拟机资源的变更方法、装置及VNF设备，以至少解决相关技术中VNF的虚拟机变更导致运行在这些虚拟机上的业务单元中断的问题。
根据本发明的一个方面，提供了一种虚拟机资源的变更方法，包括：确定虚拟网络功能VNF的虚拟机的变更策略；根据所述变更策略分批对各个虚拟机进行变更。
优选地，确定VNF的虚拟机的变更策略包括：根据虚拟机的工作机制确定所述变更策略，其中所述工作机制包括以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
优选地，所述变更策略包括以下至少之一：各个虚拟机的变更的顺序、各个虚拟机的变更的分批次数。
优选地，确定VNF的虚拟机的变更策略包括：直接确定所述变更策略；或者与VNF协商确定所述变更策略。
优选地，根据所述变更策略分批对各个虚拟机进行变更包括：根据所述变更策略多次请求NFVO对虚拟机的进行变更，其中每次请求中包含本次所请求进行变更的虚拟机；所述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
优选地，根据所述变更策略分批对各个虚拟机进行变更之前，还包括：响应VNF和/或NFVO发起的用于虚拟机变更的请求。
优选地，根据所述变更策略分批对各个虚拟机进行变更包括：响应VNF根据所述变更策略多次发起的用于变更的请求，分别向NFVO发起请求对本次请求所请求的虚拟机进行变更，其中所述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
根据本发明的另一个方面，提供了一种虚拟机资源的变更装置，包括：确定模块，设置为确定虚拟网络功能VNF的虚拟机的变更策略；变更模块，设置为根据所述变更策略分批对各个虚拟机进行变更。
优选地，所述确定模块，设置为根据虚拟机的工作机制确定所述变更策略，其中所述工作机制包括以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
优选地，所述确定模块，设置为直接确定所述变更策略；或者与VNF协商确定所述变更策略。
优选地，所述变更模块，设置为根据所述变更策略多次请求网络功能虚拟化编排器NFVO对虚拟机的进行变更，其中每次请求中包含本次所请求进行变更的虚拟机；所述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
优选地，上述装置还包括：响应模块，设置为响应VNF和/或NFVO发起的用于虚拟机变更的请求。
优选地，所述变更模块包括：响应单元，设置为响应VNF根据所述变更策略多次发起的用于变更的请求；变更单元，设置为分别向NFVO发起请求对本次请求所请求的虚拟机进行变更，其中所述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
根据本发明的又一个方面，提供了一种VNFM设备，包括本发明上述的任一装置。
根据本发明的再一个方面，提供了一种VNF设备，包括：确定模块，设置为确定VNF的虚拟机的变更策略；变更模块，设置为根据所述变更策略多次向VNFM发起的用于变更的请求，其中每次请求中包含本次所请求进行变更的虚拟机；所述VNFM用于响应每次请求对本次所请求的虚拟机进行变更。
优选地，所述确定模块，设置为根据虚拟机的工作机制确定所述变更策略，其中所述工作机制包括以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
通过本发明实施例，确定VNF的虚拟机的变更策略，根据该变更策略分批对各个虚拟机进行变更，解决了VNF的虚拟机变更导致运行在这些虚拟机上的业务单元中断的问题，使得部分或全部虚拟机上运行的业务单元不发生中断。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例虚拟机资源的变更方法的流程图；
图2是根据本发明实施例的虚拟机资源的变更装置的结构框图；
图3是根据本发明实施例的VNF设备的结构框图；
图4是根据本发明实施例优选的虚拟机资源的变更方法的流程图一；
图5是根据本发明实施例优选的虚拟机资源的变更方法的流程图二；
图6是根据本发明实施例优选的虚拟机资源的变更方法的流程图三；以及
图7是根据本发明实施例优选的虚拟机资源的变更方法的流程图四。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在以下实施例中，NFVO、VNFM、VIM、NFVI、VNF等功能单元可以通过计算机程序单元实现，不同的功能单元可以位于同一设备中，也可以分布在不同的设备中，本领域技术人员可以根据需要进行设定。
在以下实施例中，设备可以是通信系统中常见的设备(例如服务器、主机等)，也可以其他类型的设备。该设备可以包括处理器和存储介质，处理器可以执行存储介质中的计算机程序单元。
可以预料的是，本发明实施例的下述方法和装置可以通过计算机程序单元实现，该计算机程序单元可以存储在存储介质中，可以由处理器执行。在云计算等分布式计算场景，上述计算机程序单元可以分步在网络中，可以由多个处理器协同运算。
根据本发明实施例，提供了一种虚拟机资源的变更方法。在本发明实施例中，所述的变更可以包括任何对VNF的虚拟机资源的改变，例如VNF的扩容、缩容等。
图1是根据本发明实施例虚拟机资源的变更方法的流程图，如图1所示，该方法包括步骤S102至步骤S104。
步骤102，确定VNF的虚拟机的变更策略。
步骤104，根据变更策略分批对各个虚拟机进行变更。
通过本发明实施例，与相关技术中一次对VNF的所有虚拟机进行变更相比，避免了运行在所有虚拟机上的业务单元都中断，保证了业务运行的可靠性。
需要说明的是，在本发明实施例中，只要按照变更策略，分批对虚拟机进行变更，就能够达到一定的保证效果。
在本发明实施例的一个实施方式中，可以根据虚拟机的工作机制确定所述变更策略。优选地，虚拟机的工作机制可以包括以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
在本发明实施例的一个实施方式中，上述变更策略包括以下至少之一：各个虚拟机的变更的顺序、各个虚拟机的变更的分批次数。
优选地，如果虚拟机采用主备机制，主用虚拟机运行业务单元，备用虚拟机在主用虚拟机出现故障时运行业务单元，或者备用虚拟机和主用虚拟机同时运行同一业务单元，可以先对主用虚拟机进行变更，此时，备用虚拟机运行该业务单元，主用虚拟机变更完成时，再对备用虚拟机进行变更，此时变更后的主用虚拟机运行业务单元。当然，在本发明实施例中，不限定主用虚拟机和备用虚拟机的工作方式以及数量。通过该优选实施方式，可以保证业务不中断。
优选地，可以根据虚拟机的负荷分担机制，将业务单元分配到分虚拟机运行，对未运行业务的虚拟机进行变更，在变更完成时，变更后的虚拟机分担业务单元的运行任务，对未进行变更的虚拟机进行变更。
优选地，上述两种方式也可以结合使用，例如，对于一个主用虚拟机对应多个备用虚拟机的情况，可以先对主用虚拟机进行变更，再对部分备用虚拟机进行变更，然后对剩余的虚拟机进行变更。
在本发明实施例的一个实施方式中，可以直接确定变更策略，或者与VNF协商确定变更策略。VNF可以设置与其相关的虚拟机的变更策略。优选地，可以根据虚拟机的工作机制确定该变更策略，虚拟机的工作机制包括但不限于：虚拟机的主备机制和虚拟机的负荷分担机制。
在本发明实施例的一个实施方式中，上述步骤S104中，可以根据变更策略多次请求NFVO对虚拟机的进行变更，其中每次请求中包含本次所请求进行变更的虚拟机。上述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
优选地，在上述步骤S104之前，还还可以响应VNF和/或NFVO发起的用于虚拟机变更的请求。
需要说明的是，该实施方式中的多次请求和NFVO多次响应，不限于请求一次响应一次的模式，也可以是多次请求后多次响应，本发明实施例对此不做限定。当然，上述的多次请求，可以通过在一个请求消息中完成，也可以用多次请求消息分别完成每次请求。
优选地，本发明实施例可以采用一次请求使用一次请求消息，一次请求对应一次响应，在一次响应过程完成后，进行下一次请求和响应过程。
在本发明实施例的另一个实施方式中，上述步骤S104，可以响应VNF根据变更策略多次发起的用于变更的请求，分别向NFVO发起请求对本次请求所请求的虚拟机进行变更，其中NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
需要说明的是，该实施方式中的多次请求和多次响应，以及NFVO的响应，不限于请求一次响应一次的模式，也可以是多次请求后多次响应，本发明实施例对此不做限定。当然，上述的多次请求，可以通过在一个请求消息中完成，也可以用多次请求消息分别完成每次请求。也就是说，VNF可以发送一个请求消息，在该请求消息中发起多次请求，可以接收该请求消息，响应该请求消息中的多次请求，分别向NFVO发起请求，当然也不限定该请求的发起和响应模式。
优选地，本发明实施例可以采用一次请求使用一次请求消息，一次请求对应一次响应，在一次响应过程完成后，进行下一次请求和响应过程。
在本发明实施例中，可以由VNF、NFVO等主动发起VNF虚拟机变更的请求，也可以主动发起变更的请求，当然本发明实施例对此不做限定。在发起或相应该请求时，可以分批对虚拟机进行变更。
根据本发明实施例，与上述方法对应，提供了一种虚拟机资源的变更装置。可以预料的是，该装置可以通过计算机程序单元实现，该计算机程序单元可以存储在存储介质中。
相应的，本发明实施例，还提供一种计算机程序产品，包括存储介质和存储在该存储介质中实现上述装置的计算机程序单元，该计算机程序单元可以包含实现上述方法的指令。
图2是根据本发明实施例的虚拟机资源的变更装置的结构框图，如图2所示，该装置主要包括：确定模块10和变更模块20。其中，确定模块10，设置为确定VNF的虚拟机的变更策略；变更模块20，与确定模块10相连接，设置为根据变更策略分批对各个虚拟机进行变更。
通过本发明实施例，与相关技术中一次对VNF的所有虚拟机进行变更相比，避免了运行在所有虚拟机上的业务单元都中断，保证了业务运行的可靠性。
在本发明实施例的一个实施方式中，确定模块10，可以设置为根据虚拟机的工作机制确定变更策略，其中工作机制包括以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
优选地，如果虚拟机采用主备机制，主用虚拟机运行业务单元，备用虚拟机在主用虚拟机出现故障时运行业务单元，或者备用虚拟机和主用虚拟机同时运行同一业务单元，可以先对主用虚拟机进行变更，此时，备用虚拟机运行该业务单元，主用虚拟机变更完成时，再对备用虚拟机进行变更，此时变更后的主用虚拟机运行业务单元。当然，在本发明实施例中，不限定主用虚拟机和备用虚拟机的工作方式以及数量。通过该优选实施方式，可以保证业务不中断。
优选地，可以根据虚拟机的负荷分担机制，将业务单元分配到分虚拟机运行，对未运行业务的虚拟机进行变更，在变更完成时，变更后的虚拟机分担业务单元的运行任务，对未进行变更的虚拟机进行变更。
优选地，上述两种方式也可以结合使用，例如，对于一个主用虚拟机对应多个备用虚拟机的情况，可以先对主用虚拟机进行变更，再对部分备用虚拟机进行变更，然后对剩余的虚拟机进行变更。
在本发明实施例的一个实施方式中，确定模块10，可以设置为直接确定变更策略，或者与VNF协商确定上述变更策略。优选地，VNF可以根据需要设置变更策略，确定模块10从VNF获取该变更策略。
在本发明实施例的一个实施方式中，变更模块20，可以设置为根据变更策略多次请求NFVO对虚拟机的进行变更，其中每次请求中包含本次所请求进行变更的虚拟机；NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
优选地，上述装置还包括：响应模块，设置为响应VNF和/或NFVO发起的用于虚拟机变更的请求。
需要说明的是，该实施方式中的多次请求和NFVO多次响应，不限于请求一次响应一次的模式，也可以是多次请求后多次响应，本发明实施例对此不做限定。当然，上述的多次请求，可以通过在一个请求消息中完成，也可以用多次请求消息分别完成每次请求。
优选地，本发明实施例可以采用一次请求使用一次请求消息，一次请求对应一次响应，在一次响应过程完成后，进行下一次请求和响应过程。
在本发明实施例的另一个实施方式中，变更模块20可以包括：响应单元，设置为响应VNF根据变更策略多次发起的用于变更的请求；变更单元，设置为分别向NFVO发起请求对本次请求所请求的虚拟机进行变更，其中NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
需要说明的是，该实施方式中的多次请求和多次响应，以及NFVO的响应，不限于请求一次响应一次的模式，也可以是多次请求后多次响应，本发明实施例对此不做限定。当然，上述的多次请求，可以通过在一个请求消息中完成，也可以用多次请求消息分别完成每次请求。也就是说，VNF可以发送一个请求消息，在该请求消息中发起多次请求，可以接收该请求消息，响应该请求消息中的多次请求，分别向NFVO发起请求，当然也不限定该请求的发起和响应模式。
优选地，本发明实施例可以采用一次请求使用一次请求消息，一次请求对应一次响应，在一次响应过程完成后，进行下一次请求和响应过程。
根据本发明实施例，还提供了一种VNFM设备，包括本发明上述的任一虚拟机资源的变更装置。可以预料的是，该装置可以通过计算机程序单元实现，该计算机程序单元可以存储在VNFM的存储介质中，可以由VNFM设备的处理器执行该计算机程序单元。
根据本发明实施例，提供了一种VNF设备。
图3是根据本发明实施例的VNF设备的结构框图，如图3所示，该设备主要包括：确定模块302和变更模块304。其中，确定模块302设置为确定VNF的虚拟机的变更策略；变更模块304，与确定模块302相连接，设置为根据该变更策略多次向VNFM发起的用于变更的请求，其中每次请求中包含本次所请求进行变更的虚拟机；VNFM用于响应每次请求对本次所请求的虚拟机进行变更。
通过本发明实施例，与相关技术中一次对VNF的所有虚拟机进行变更相比，避免了运行在所有虚拟机上的业务单元都中断，保证了业务运行的可靠性。
优选地，确定模块302，设置为根据虚拟机的工作机制确定上述变更策略，其中该工作机制包括但不限于以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
下面对本发明实施例的优选实施方式进行描述。
在本优选实施例中，给出了增强NFVO、VNFM和VNF之间的交互方法，可以由VNF自定义VM变更策略，满足VNF特殊场景的需要，如VNF可以通过VM的主备机制、负荷分担机制等，分批实现VM的变更，使得NFVO能够在VNF不中断业务的情况下平滑完成VNF的扩容、缩容、升级等涉及VM变更的操作。
考虑到VM的变更策略完全由VNFM决定，或者由VNFM和VNF协商决定，对不同的VNF，在不同的应用场景下，其VM变更的策略不同，因此本优选实施例仅给出NFVO和VNFM之间VM变更交互以及VNFM和VNF实现VM变更策略的交互方法，具体的VM变更策略由VNF自己定义。
在该优选实施例中，可以通过以下两种方式实现分批变更：1)可以由VNFM决策VM变更策略，通过VNFM多次请求NFVO进行VM变更的交互方法；2)可以由VNFM与VNF协商决策VM变更策略，通过VNFM多次请求NFVO进行VM变更的交互方法。
由VNFM决策VM变更策略，通过VNFM多次请求NFVO进行VM变更的交互方法，可以包括：NFVO请求VNFM进行VNF的VM变更时，VNFM确定VM的变更策略(如根据VM之间的主备机制、负荷分担机制等确定VM变更的顺序)，然后多次向NFVO发起VM变更请求，直到所有VM变更完毕后，VNFM才向NFVO返回VM变更结束响应。
由VNFM决策VM变更策略，通过VNFM多次请求NFVO进行VM变更的交互方法，可以包括：VNFM主动发起VM变更时，先确定VM的变更策略(如根据VM之间的主备机制、负荷分担机制等确定VM变更的顺序)，然后多次向NFVO发起VM变更请求，直到所有VM变更完毕。
由VNFM与VNF协商决策VM变更策略，通过VNFM多次请求NFVO进行VM变更的交互方法，可以包括：NFVO请求VNFM进行VNF的VM变更时，VNFM请求VNF进行VM变更，由VNF确定VM的变更策略(如根据VM之间的主备机制、 负荷分担机制等确定VM变更的顺序)，然后多次向VNFM发起VM变更请求，直到所有VM变更完毕，VNF向VNFM返回VM变更结束后，VNFM才向NFVO返回VM变更结束响应。
由VNFM与VNF协商决策VM变更策略，通过VNFM多次请求NFVO进行VM变更的交互方法，可以包括：VNF主动发起VM变更时，先确定VM的变更策略(如根据VM之间的主备机制、负荷分担机制等确定VM变更的顺序)，然后多次向VNFM发起VM变更请求，直到所有VM变更完毕。
与相关技术相比，该优选实施例，通过增强NFVO、VNFM以及VNF之间交互的方法，使得在网络功能虚拟化场景下，实现VNF自定义VM变更策略，满足VNF特殊场景需求，如不中断VNF业务的情况下实现VNF的VM变更操作。
在具体实施时，该优选实施例的增强NFVO、VNFM和VNF之间交互的方法可以应用于网络功能虚拟化后的移动通信领域，例如：IMS通信领域、CS通信领域、LTE/EPS以及其他的移动通信领域。
优选实施方式一
该优选实施方式中，由VNFM实现VNF自定义VM变更策略。
图4是根据本发明实施例优选的虚拟机资源的变更方法的流程图一，如图4所示，虚拟机资源变更的过程包括如下步骤(步骤S402至步骤S408)：
用户在通过NFVO执行VNF变更过程时(如扩容、缩容、升级等)，NFVO向VNFM发起VNF变更请求，请求中携带了变更参数，如变更的虚拟网元、操作类型以及操作相关的其它参数等。VNFM进行虚拟机资源变更。VNFM进行必要的准备工作，如校验请求中的虚拟网元是否合法等。
步骤S402，VNFM根据VNF的VM变更策略，确定虚拟网元需要变更的VM，如VNFM根据预先配置的规则或者本地记录的VNF虚拟机的属性，按照主备机制、负荷分担机制等，对需要变更的VM进行分批处理。VNFM然后请求NFVO进行第一批次VM的变更。
步骤S404，NFVO向VIM请求变更，请求携带变更的VM信息，如具体的VM列表以及VM变更定义列表等。
步骤S406，VIM进行VM的变更处理，变更处理完毕后向NFVO返回响应。
步骤S408，NFVO向VNFM返回变更响应，响应中携带变更结果，如变更的VM列表以及结果等。
VNFM判断仍然有VM需要变更，重复执行步骤S402至步骤S408，进行后续批次VM的变更，直到所有批次的VM变更完毕。
VNFM向NFVO返回操作响应。
优选实施方式二
该优选实施方式中，由VNFM实现VNF自定义VM变更策略。
图5是根据本发明实施例优选的虚拟机资源的变更方法的流程图二，如图5所示，虚拟机资源变更的过程包括如下步骤(步骤S502至步骤S508)：
VNFM在主动发起VM变更时，如VNFM根据VNF负荷情况，确定需要变更的虚拟机列表，并根据VNF的VM变更策略，如VNFM根据预先配置的规则或者本地记录的VNF虚拟机的属性，按照主备机制、负荷分担机制等，确定需要变更的VM批次。
步骤S502，VNFM请求NFVO进行VM变更，请求中携带变更的VM信息，如需要变更的VM列表等。
步骤S504，NFVO向VIM请求变更，请求中携带变更的VM信息，如具体的VM列表以及VM资源变更定义列表等。
步骤S506，VIM进行VM的资源变更处理，变更处理完毕后向NFVO返回响应。
步骤S508，NFVO向VNFM返回变更响应，响应中携带变更结果，如变更的VM列表以及结果等。
VNFM判断仍然有VM需要变更，重复执行步骤S502至步骤S508，进行后续批次VM的变更，直到所有批次的VM变更完毕。
优选实施方式三
该优选实施方式中，由VNFM和VNF协商实现VM变更策略。
图6是根据本发明实施例优选的虚拟机资源的变更方法的流程图三，如图6所示，虚拟机资源变更的过程包括如下步骤(步骤S602至步骤S614)：
用户在通过NFVO执行VNF变更过程时(如扩容、缩容、升级等)，NFVO向VNFM发起VNF变更请求，请求中携带变更VNF的信息，如变更的虚拟网元、操作类型以及操作相关的其它参数等。VNFM进行必要的准备工作，如校验请求中的虚拟网元是否合法等。
步骤S602，VNFM向VNF发起VM变更请求(如果由VNFM确定变更的虚拟机信息，则在请求中携带需要变更的VM信息)。
步骤S604，VNF获取需要变更的虚拟机信息后(可以从VNFM的VM变更请求中获取，也可以由VNF自身确定)，根据VM变更策略，如根据预先配置的规则或者本地记录的VNF虚拟机的属性，按照主备机制、负荷分担机制等，对需要变更的VM进行分批处理，然后请求VNFM进行第一批次VM的变更。
步骤S606，VNFM请求NFVO进行VM变更，请求中携带变更的VM信息，如需要变更的VM列表等。
步骤S608，NFVO向VIM请求变更，请求中携带变更的VM信息，如具体的VM列表以及VM资源变更定义列表等。
步骤S610，VIM进行VM的资源变更处理，变更处理完毕后向NFVO返回响应。
步骤S612，NFVO向VNFM返回变更响应，响应中携带变更结果，如变更的VM列表以及结果等。
步骤S614，VNFM将已经变更的VM列表返回给VNF。
VNF判断仍然有VNF需要变更，则重复执行步骤S602至步骤S614，直到所有VM变更完毕。
VNF向VNFM返回VM变更结束响应。然后，VNFM向NFVO返回VNF变更响应。
优选实施方式四
该优选实施方式中，VNF主动发起的VM变更过程中，由VNF实现自定义VM变更策略。
图7是根据本发明实施例优选的虚拟机资源的变更方法的流程图四，如图7所示，虚拟机资源变更的过程包括如下步骤(步骤S702至步骤S712)：
VNF发起VM变更时，VNF根据负荷情况，确定需要变更的虚拟机列表，并根据VNF的VM变更策略，如根据预先配置的规则或者本地记录的VNF虚拟机的属性，按照主备机制、负荷分担机制等，确定需要变更的VM批次。
步骤S702，VNF请求VNFM进行VM变更，请求中携带变更的VM信息，如需要变更的VM列表。
步骤S704，VNFM请求NFVO进行VM变更，请求中携带变更的VM信息，如需要变更的VM列表等。
步骤S706，NFVO向VIM请求变更，请求中携带变更的VM信息，如具体的VM列表以及VM资源变更定义列表等。
步骤S708，VIM进行VM的资源变更处理，变更处理完毕后向NFVO返回响应。
步骤S710，NFVO向VNFM返回变更响应，响应中携带变更结果，如变更的VM列表以及结果等。
步骤S712，VNFM向VNF返回VM变更响应。
VNF判断仍然有VM需要变更，则重复执行步骤S702至步骤S712，直到所有VM变更完毕。
从以上的描述中，可以看出，本发明实现了如下技术效果：实现VNF自定义VM变更策略，满足VNF特殊场景需求，如不中断VNF业务的情况下实现VNF的VM变更操作。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
如上所述，本发明实施例提供的一种虚拟机资源的变更方法、装置及虚拟网络功能设备具有以下有益效果：能够缓解或避免VNF的虚拟机变更导致运行在这些虚拟机上的业务单元中断。

Claims (16)

  1. 一种虚拟机资源的变更方法，包括：
    确定虚拟网络功能VNF的虚拟机的变更策略；
    根据所述变更策略分批对各个虚拟机进行资源变更。
  2. 根据权利要求1所述的方法，其中，确定VNF的虚拟机的变更策略包括：
    根据虚拟机的工作机制确定所述变更策略，其中所述工作机制包括以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
  3. 根据权利要求1或2所述的方法，其中，所述变更策略包括以下至少之一：各个虚拟机的资源变更的顺序、各个虚拟机的资源变更的分批次数。
  4. 根据权利要求1或2所述的方法，其中，确定VNF的虚拟机的变更策略包括：
    直接确定所述变更策略；或者
    与VNF协商确定所述变更策略。
  5. 根据权利要求1所述的方法，其中，根据所述变更策略分批对各个虚拟机进行变更包括：
    根据所述变更策略多次请求网络功能虚拟化编排器NFVO对虚拟机的进行变更，其中每次请求中包含本次所请求进行变更的虚拟机；所述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
  6. 根据权利要求5述的方法，其中，根据所述变更策略分批对各个虚拟机进行变更之前，还包括：
    响应VNF和/或NFVO发起的用于虚拟机变更的请求。
  7. 根据权利要求1所述的方法，其中，根据所述变更策略分批对各个虚拟机进行变更包括：
    响应VNF根据所述变更策略多次发起的用于变更的请求，分别向NFVO发起请求对本次请求所请求的虚拟机进行变更，其中所述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
  8. 一种虚拟机资源的变更装置，包括：
    确定模块，设置为确定虚拟网络功能VNF的虚拟机的变更策略；
    变更模块，设置为根据所述变更策略分批对各个虚拟机进行变更。
  9. 根据权利要求8所述的装置，其中，所述确定模块，设置为根据虚拟机的工作机制确定所述变更策略，其中所述工作机制包括以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
  10. 根据权利要求8或9所述的装置，其中，所述确定模块，设置为直接确定所述变更策略；或者与VNF协商确定所述变更策略。
  11. 根据权利要求8所述的装置，其中，
    所述变更模块，设置为根据所述变更策略多次请求网络功能虚拟化编排器NFVO对虚拟机的进行变更，其中每次请求中包含本次所请求进行变更的虚拟机；所述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
  12. 根据权利要求11所述的装置，其中，还包括：
    响应模块，设置为响应VNF和/或NFVO发起的用于虚拟机变更的请求。
  13. 根据权利要求8所述的装置，其中，所述变更模块包括：
    响应单元，设置为响应VNF根据所述变更策略多次发起的用于变更的请求；
    变更单元，设置为分别向NFVO发起请求对本次请求所请求的虚拟机进行变更，其中所述NFVO用于响应每次请求对本次所请求的虚拟机进行变更。
  14. 一种虚拟网络功能管理VNFM设备，包括：权利要求8至13中任一项所述的装置。
  15. 一种虚拟网络功能VNF设备，包括：
    确定模块，设置为确定虚拟网络功能VNF的虚拟机的变更策略；
    变更模块，设置为根据所述变更策略多次向虚拟网络功能管理VNFM发起的用于变更的请求，其中每次请求中包含本次所请求进行变更的虚拟机；所述VNFM用于响应每次请求对本次所请求的虚拟机进行变更。
  16. 根据权利要求15所述的设备，其中，所述确定模块，设置为根据虚拟机的工作机制确定所述变更策略，其中，所述工作机制包括以下至少之一：虚拟机的主备机制、虚拟机负荷分担机制。
PCT/CN2014/086768 2014-04-14 2014-09-17 虚拟机资源的变更方法、装置及虚拟网络功能设备 WO2015158108A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP14889466.0A EP3133771A4 (en) 2014-04-14 2014-09-17 Virtual machine resource changing method, device and virtual network function device
RU2016141987A RU2683629C2 (ru) 2014-04-14 2014-09-17 Способ и устройство изменения ресурса виртуальной вычислительной машины и устройство для функционирования виртуальной сети передачи данных

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410147817.1A CN104980297A (zh) 2014-04-14 2014-04-14 虚拟机资源的变更方法、装置及虚拟网络功能设备
CN201410147817.1 2014-04-14

Publications (1)

Publication Number Publication Date
WO2015158108A1 true WO2015158108A1 (zh) 2015-10-22

Family

ID=54276429

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/086768 WO2015158108A1 (zh) 2014-04-14 2014-09-17 虚拟机资源的变更方法、装置及虚拟网络功能设备

Country Status (4)

Country Link
EP (1) EP3133771A4 (zh)
CN (1) CN104980297A (zh)
RU (1) RU2683629C2 (zh)
WO (1) WO2015158108A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10069844B2 (en) 2016-07-21 2018-09-04 Sprint Communications Company L.P. Virtual network function (VNF) hardware trust in a network function virtualization (NFV) software defined network (SDN)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106685784A (zh) * 2015-11-05 2017-05-17 中兴通讯股份有限公司 虚拟化网络功能vnf实例的伸缩方法及装置
CN106803786B (zh) * 2015-11-26 2020-01-24 中国移动通信集团公司 一种基于网络功能虚拟化的网元更新方法、系统
CN107122225B (zh) * 2016-02-25 2021-07-09 华为技术有限公司 一种启动虚拟机的方法和装置
EP3211531B1 (en) 2016-02-25 2021-12-22 Huawei Technologies Co., Ltd. Virtual machine start method and apparatus
CN107154951B (zh) * 2016-03-02 2020-10-02 南京中兴软件有限责任公司 一种虚拟化网络应用功能单元vnf伸缩管理方法及装置
US10158583B2 (en) * 2016-03-17 2018-12-18 Huawei Technologies Co., Ltd. Virtual network function state scaling
CN107689879A (zh) * 2016-08-04 2018-02-13 中兴通讯股份有限公司 虚拟网元的管理方法及装置
CN107770067B (zh) * 2016-08-23 2021-05-11 中兴通讯股份有限公司 消息发送方法和装置
CN107977252A (zh) * 2016-10-21 2018-05-01 中兴通讯股份有限公司 一种云平台业务的缩容方法、装置及云平台
CN108234158B (zh) * 2016-12-14 2021-04-20 中国电信股份有限公司 Vnf的建立方法、nfvo以及网络系统
CN109324868A (zh) * 2017-07-31 2019-02-12 华为技术有限公司 一种虚拟机资源的扩缩容方法、装置及服务器
CN109962904B (zh) * 2017-12-26 2020-09-01 中移动信息技术有限公司 一种基于Kubernetes的IMS系统
DE112018008119T5 (de) * 2018-11-01 2021-08-12 Hewlett Packard Enterprise Development Lp Modifizieren einer Ressourcenzuweisung oder einer Strategie in Reaktion auf Steuerungsinformationen von einer virtuellen Netzwerkfunktion
CN111385181B (zh) * 2018-12-29 2021-05-04 华为技术有限公司 一种实例化方法及装置
JP2024502842A (ja) * 2021-01-15 2024-01-23 華為技術有限公司 ノードをバッチでアップグレードするための方法、関連する装置、およびデバイス

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050262505A1 (en) * 2004-05-21 2005-11-24 Esfahany Kouros H Method and apparatus for dynamic memory resource management
CN101309177A (zh) * 2008-07-11 2008-11-19 中国移动通信集团云南有限公司 一种网络资源数据管理方法及系统
CN103049309A (zh) * 2012-12-11 2013-04-17 华为技术有限公司 虚拟机的资源管理装置、方法和系统
WO2014004312A1 (en) * 2012-06-29 2014-01-03 Brocade Communications Systems, Inc. Dynamic resource allocation for virtual machines

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0614741A2 (pt) * 2005-08-09 2011-04-12 Samsung Electronics Co Ltd método e aparelho para alocar recursos de comunicação utilizando a comutação de circuito virtual em um sistema de comunicação sem fio e método para transmitir e receber dados em uma estação móvel que utiliza o mesmo
US9086917B1 (en) * 2006-10-17 2015-07-21 Manageiq, Inc. Registering and accessing virtual systems for use in a managed system
US8271974B2 (en) * 2008-10-08 2012-09-18 Kaavo Inc. Cloud computing lifecycle management for N-tier applications
GB2483300A (en) * 2010-09-06 2012-03-07 Fonleap Ltd Transferring virtual machine state between host systems with common portions using a portable device
US8806502B2 (en) * 2010-09-15 2014-08-12 Qualcomm Incorporated Batching resource requests in a portable computing device
US10630559B2 (en) * 2011-09-27 2020-04-21 UST Global (Singapore) Pte. Ltd. Virtual machine (VM) realm integration and management
US8839243B2 (en) * 2012-04-23 2014-09-16 International Business Machines Corporation Remediating resource overload

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050262505A1 (en) * 2004-05-21 2005-11-24 Esfahany Kouros H Method and apparatus for dynamic memory resource management
CN101309177A (zh) * 2008-07-11 2008-11-19 中国移动通信集团云南有限公司 一种网络资源数据管理方法及系统
WO2014004312A1 (en) * 2012-06-29 2014-01-03 Brocade Communications Systems, Inc. Dynamic resource allocation for virtual machines
CN103049309A (zh) * 2012-12-11 2013-04-17 华为技术有限公司 虚拟机的资源管理装置、方法和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3133771A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10069844B2 (en) 2016-07-21 2018-09-04 Sprint Communications Company L.P. Virtual network function (VNF) hardware trust in a network function virtualization (NFV) software defined network (SDN)
US10623415B2 (en) 2016-07-21 2020-04-14 Sprint Communications Company L.P. Virtual network function (VNF) hardware trust in a network function virtualization (NFV) software defined network (SDN)

Also Published As

Publication number Publication date
RU2016141987A3 (zh) 2018-06-04
EP3133771A4 (en) 2017-05-17
CN104980297A (zh) 2015-10-14
RU2016141987A (ru) 2018-05-14
EP3133771A1 (en) 2017-02-22
RU2683629C2 (ru) 2019-03-29

Similar Documents

Publication Publication Date Title
WO2015158108A1 (zh) 虚拟机资源的变更方法、装置及虚拟网络功能设备
JP6710329B2 (ja) ネットワーク・エッジ・コンピューティングを使って仮想化ネットワーク機能を展開するための方法、装置およびシステム
US11146453B2 (en) Method and apparatus for creating network slice, and communications system
US10523529B2 (en) Method and apparatus for deploying network service
US10838890B2 (en) Acceleration resource processing method and apparatus, and network functions virtualization system
US10701139B2 (en) Life cycle management method and apparatus
EP3285439A1 (en) Network service lifecycle management method and device
US11544100B2 (en) Hardware acceleration method and related device
US20170373931A1 (en) Method for updating network service descriptor nsd and apparatus
JP6738965B2 (ja) ネットワークサービスライフサイクル管理許可方法及び装置
US20210389970A1 (en) Vnf lifecycle management method and apparatus
CN107967140B (zh) 软件修改的发起方法、发布元数据的方法及装置
US10489183B2 (en) Virtual machine migration method and apparatus
CN108628660B (zh) 一种虚拟机扩缩容方法及虚拟管理设备
RU2690198C1 (ru) Способ обработки ресурсов виртуализации сетевых функций и диспетчер виртуализованной сетевой функции
CN106856438B (zh) 一种网络业务实例化的方法、装置及nfv系统
WO2016155291A1 (zh) 一种虚拟化网络功能伸缩的管理方法及装置
WO2016121736A1 (ja) オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム
CN107534577B (zh) 一种网络业务实例化的方法及设备
EP3629160B1 (en) Method and device for managing vnf instantiation
US20180246772A1 (en) Method and apparatus for allocating a virtual resource in network functions virtualization network
CN107408058B (zh) 一种虚拟资源的部署方法、装置及系统
CN106685683A (zh) 管理指示发送、vnf自动伸缩功能的管理方法及装置
KR20150137766A (ko) 가상머신 스택 생성 시스템 및 방법
CN115454450A (zh) 一种针对数据作业的资源管理的方法、装置、电子设备和存储介质

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: 14889466

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2014889466

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2014889466

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016141987

Country of ref document: RU

Kind code of ref document: A