A virtual resource changing method, a terminal and a storage medium

Abstract

Embodiments of the present application disclose a virtual resource changing method, a terminal and a storage medium. A first terminal receives a virtual resource changing operation request, and performs virtual resource changing processing based on user usage information; wherein the user usage information represents an execution party performing the virtual resource changing processing; receives changing request information sent by a second terminal; wherein the changing request information is generated by the second terminal based on the user usage information; the changing request information represents specific operation information corresponding to the virtual resource changing processing; and a virtual resource changing track is generated based on the changing request information. The second terminal receives user usage information sent by the first terminal, and performs virtual resource changing processing based on the user usage information; performs virtual resource changing operation source judgment processing according to the user usage information, generates changing request information, and sends the changing request information to the first terminal; wherein the changing request information represents specific operation information corresponding to the virtual resource changing processing.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of network communication, and in particular to a virtual resource change method, a terminal and a storage medium. BACKGROUND

[0002] Network Function Virtualization (NFV) is a software implementation of telecommunications function nodes based on general-purpose hardware using virtualization technology, focusing on the rapid deployment, expansion and upgrade of application scale of network functions, and is the basic technology of future communication networks. As a product of the integration of Internet Technology (IT) and Communication Technology (CT), the most notable feature of NFV is the introduction of a new Management and Orchestration (MANO) system, thereby realizing flexible control of network functions and dynamic scheduling of resources. The introduction of MANO has brought about tremendous changes to the operation and maintenance processes of operators, and is an unprecedentedly complex network evolution in the telecommunications field. Based on the existing NFV MANO system management architecture, the configuration and change of virtual resources can be realized.

[0003] However, in the existing virtual resource change method, the virtual resource change track is fuzzy matching, and the triggered change operation and the virtual resource change data corresponding to the operation cannot be accurately matched. For example: the Network Functions Virtualization Orchestrator (NFVO) / Multi-access Edge Orchestrator (MEO) creates a virtual machine by the Infrastructure as a Service (IAAS) resource issuing method and creates it successfully, but before the NFVO queries the virtual machine data for matching and forming a change track, the Virtualization Infrastructure Manager (VIM) performs a change operation on the virtual machine, resulting in the data queried by the NFVO / MEO from the VIM being data after the change operation by the VIM. At this time, the virtual resource change track matching is incorrect. SUMMARY

[0004] The embodiments of the present application provide a virtual resource change method, a terminal and a storage medium, which can improve the accuracy of virtual resource change track matching.

[0005] The technical scheme of the embodiments of the present application is implemented as follows:

[0006] In a first aspect, an embodiment of the present application provides a virtual resource changing method, applied to a first terminal, and the method comprises:

[0007] receiving a virtual resource changing operation request, and performing virtual resource changing processing based on user usage information; wherein the user usage information represents an executor of the virtual resource changing processing;

[0008] receiving changing request information sent by a second terminal; wherein the changing request information is generated by the second terminal based on the user usage information; and the changing request information represents specific operation information corresponding to the virtual resource changing processing;

[0009] generating a virtual resource changing track based on the changing request information.

[0010] In a second aspect, an embodiment of the present application provides a virtual resource changing method, applied to a second terminal, and the method comprises:

[0011] receiving user usage information sent by a first terminal, and performing virtual resource changing processing based on the user usage information; wherein the user usage information is carried in a first preset field;

[0012] performing virtual resource changing operation source judgment processing according to the user usage information, generating changing request information, and sending the changing request information to the first terminal; wherein the changing request information is generated by the second terminal based on the user usage information; and the changing request information represents specific operation information corresponding to the virtual resource changing processing.

[0013] In a third aspect, an embodiment of the present application provides a first terminal, which comprises a first receiving unit and a first generating unit.

[0014] The first receiving unit is configured to receive a virtual resource changing operation request, and perform virtual resource changing processing based on user usage information; wherein the user usage information represents an executor of the virtual resource changing processing; and receive changing request information sent by a second terminal; wherein the changing request information is generated by the second terminal based on the user usage information; and the changing request information represents specific operation information corresponding to the virtual resource changing processing.

[0015] The first generating unit is configured to generate a virtual resource changing track based on the changing request information.

[0016] In a fourth aspect, an embodiment of the present application provides a second terminal, which comprises a second receiving unit and a second generating unit.

[0017] The second receiving unit is configured to receive user usage information sent by the first terminal, and perform virtual resource change processing based on the user usage information; wherein the user usage information is carried in a first preset field.

[0018] The second generating unit is configured to perform virtual resource change operation source judgment processing according to the user usage information, generate change request information, and send the change request information to the first terminal; wherein the change request information is generated by the second terminal based on the user usage information; and the change request information represents specific operation information corresponding to the virtual resource change processing.

[0019] In a fifth aspect, an embodiment of the present application provides a first terminal, which comprises a first processor, and a first memory storing executable instructions of the first processor, when the instructions are executed by the first processor, the virtual resource change method described above is implemented.

[0020] In a sixth aspect, an embodiment of the present application provides a second terminal, which comprises a second processor, and a second memory storing executable instructions of the second processor, when the instructions are executed by the second processor, the virtual resource change method described above is implemented.

[0021] In a seventh aspect, an embodiment of the present application provides a computer readable storage medium, which stores a program, and is applied to the first terminal and the second terminal, when the program is executed by the first processor, the method described in the first aspect is implemented; and when the program is executed by the second processor, the method described in the second aspect is implemented.

[0022] The embodiment of the application provides a virtual resource changing method, a terminal and a storage medium. A first terminal receives a virtual resource changing operation request, and performs virtual resource changing processing based on user use information; wherein the user use information represents an execution party of the virtual resource changing processing; receives changing request information sent by a second terminal; wherein the changing request information is generated by the second terminal based on the user use information; the changing request information represents specific operation information corresponding to the virtual resource changing processing; and generates a virtual resource changing track based on the changing request information. The second terminal receives user use information sent by the first terminal, and performs virtual resource changing processing based on the user use information; wherein the user use information is carried in a first preset field; performs virtual resource changing operation source judgment processing according to the user use information, generates changing request information, and sends the changing request information to the first terminal; wherein the changing request information is generated by the second terminal based on the user use information; the changing request information represents specific operation information corresponding to the virtual resource changing processing; therefore, in the application, the virtual resource changing processing is performed based on the user use information, so that the execution party of the virtual resource changing processing is clear, and accurate matching of the virtual resource changing is realized; further, after the second terminal generates the changing request based on the user use information and sends the changing request to the first terminal, the first terminal can generate the virtual resource changing track based on the user use information, and since the changing request information represents the specific operation information corresponding to the virtual resource changing processing, the accuracy of the virtual resource changing track can be improved. BRIEF DESCRIPTION OF DRAWINGS

[0023] Figure 1 Implementation schematic of the virtual resource changing method provided by the embodiment of the application Figure One ;

[0024] Figure 2 Implementation schematic of the virtual resource changing method provided by the embodiment of the application Figure Two ;

[0025] Figure 3 Implementation schematic of the virtual resource changing method provided by the embodiment of the application Figure Three ;

[0026] Figure 4 Implementation schematic of the virtual resource changing method provided by the embodiment of the application Figure Four ;

[0027] Figure 5 Implementation schematic of the virtual resource changing method provided by the embodiment of the application Figure Five ;

[0028] Figure 6 Implementation schematic of the virtual resource changing method provided by the embodiment of the application Figure Six ;

[0029] Figure 7 Implementation flow of the virtual resource changing method proposed by the embodiment of the present application Figure One

[0030] Figure 8 Implementation flow of the virtual resource changing method proposed by the embodiment of the present application Figure Two

[0031] Figure 9 Implementation flow of the virtual resource changing method proposed by the embodiment of the present application Figure Three

[0032] Figure 10 Implementation flow of the virtual resource changing method proposed by the embodiment of the present application Figure Seven

[0033] Figure 11 Implementation flow of the virtual resource changing method proposed by the embodiment of the present application Figure Eight

[0034] Figure 12 Implementation flow of the virtual resource changing method proposed by the embodiment of the present application Figure Nine

[0035] Figure 13 Implementation flow of the virtual resource changing method proposed by the embodiment of the present application Figure Ten

[0036] Figure 14 Composition structure of the first terminal proposed by the embodiment of the present application Figure One

[0037] Figure 15 Composition structure of the second terminal proposed by the embodiment of the present application Figure One

[0038] Figure 16 Composition structure of the first terminal proposed by the embodiment of the present application Figure Two

[0039] Figure 17 Composition structure of the second terminal proposed by the embodiment of the present application Figure Two DETAILED DESCRIPTION

[0040] The technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. It can be understood that the specific embodiments described herein are only used to explain the related application, but not to limit the application. In addition, it should be noted that, for the convenience of description, only the parts related to the application are shown in the drawings.

[0041] ​​​​​​​​​​​NFV is cooperated by MANO system and network management system, the network management system includes operation support system (OSS) and base station subsystem (BSS), so as to realize the management function of network cloud and virtualized network function (VNF) service deployed on the network cloud. Figure 1 Implementation schematic of the virtual resource change method proposed in the embodiment of the present application Figure One As shown in Figure 1 The structure of the core network cloud platform system in the prior art is shown in the figure, in the MANO management system, mainly can include NFVO, virtualized network function manager (VNFM) and VIM; wherein, the NFVO is the brain of network function virtualization, responsible for network global end-to-end network service and resource arrangement; the VNFM can realize the life cycle management of virtual network element VNF, including the management and processing of virtual network function descriptor (VNFD), VNF instantiation, manual expansion of VNF, termination of VNF, supporting receiving the elastic scaling policy issued by NFVO, realizing automatic expansion of VNF; the VIM is mainly responsible for the scheduling and management of hardware resources and virtualization resources; in the network management system, mainly includes OSS and operation and maintenance center (OMC), wherein, the OSS mainly supports the cross-service, end-to-end whole process management system, can realize the management function of resource, fault, quality and the like; the OMC is used to realize the fault, performance, configuration and the like management function of physical network element and virtual network element application layer, and can cooperate with VNFM to realize the life cycle management of virtual network element.

[0042] In order to meet the actual needs of vertical industry customers for edge traffic local forwarding and application deployment, combined with the core capabilities and network requirements required by different business scenarios, the edge computing management architecture is introduced for operators, that is, multi-access edge computing (MEC), which provides strong operation and maintenance support for future diversified architecture and various service modes on the edge side. The MEC management architecture is divided into the MEC management architecture in the perspective of European Telecommunications Standards Institute (ETSI) standard and the MEC management architecture based on NFV MANO framework. Figure 2 Implementation schematic of the virtual resource change method proposed in the embodiment of the present application Figure Two As shown in Figure 2The diagram illustrates the MEC management architecture from the ETSI standard perspective. It shows that the ETSI standard-based MEC management architecture presents the edge computing system and the interfaces between various systems. The MEC system mainly consists of two parts: the MEC Host and the MEC Management System, connected through interfaces between three sets of functional entities. The MEC Host includes the MEC platform and virtualization infrastructure that provides computing, storage, and network resources. It can be used to run edge applications (MEC APPs). The MEC platform enables edge software to run on a specific virtualization platform, providing and using MEC services. The MEC platform itself can also provide services, including accepting flow rule policies and guiding data plane configuration. The virtualization infrastructure provides computing, storage, and network resources for edge software. APPs are deployed on virtual machines within the virtualization infrastructure provided by the MEC Host, interacting with the MEC platform and using its services while also providing services themselves. In some scenarios, APPs can interact with the MEC platform to access processes related to APP lifecycle management. MEC Management includes MEC System-level Management and MEC Host-level Management. MEC System-level Management comprises the Multi-access Edge Orchestrator (MEO), OSS, and User Application Lifecycle Management (UIM) proxy. MEO provides functions such as a global view of the mobile edge system, edge application package management, and orchestration of edge application lifecycle management. MEC Host-level Management includes the MEC Platform Manager (MEPM) and the management of virtualization resource pools. MEPM handles edge application lifecycle management operations, MEP network element operation and maintenance management, and edge application service rule and requirement management, such as service authorization, flow rules, and Domain Name System (DNS) configuration.Furthermore, the MEC systems are connected by three sets of interfaces, including Mp-class interfaces, Mm-class interfaces, and Mx-class interfaces, the functions of which are shown in Tables 1 and 2 below; in addition, they also include Serviceregistry, Virtualization infrastructure, Deviceapp, MEC platform elementmgmt, etc.

[0043] Table 1

[0044]

[0045] Table 2

[0046]

[0047] The above functional entities and surrounding interfaces constitute the MEC management architecture from the ETSI standard perspective. MEO, as the management brain of the edge computing system, can realize lifecycle management and resource scheduling of edge applications.

[0048] Figure 3 This is a schematic diagram illustrating the implementation of the virtual resource modification method proposed in this application. Figure Three ,like Figure 3 The diagram illustrates the MEC management architecture based on the NFV MANO framework. The ETSI-defined NFV MANO framework-based MEC management architecture treats edge applications and MEPs as VNFs for management, and virtualization infrastructure as NFVIs managed by the ETSI-defined VIM. Some orchestration and lifecycle management functions from the MEC standard perspective can be delegated to the ETSI-defined NFVO and VNFM functional modules. In this ETSI-defined NFV MANO framework-based MEC management architecture, the Multi-access Edge Application Orchestrator (MEAO) serves as the management entry point for MEC applications, delegating the management of a group of MEC applications to the NFVO and cooperating with the NFVO to complete lifecycle management. MEAO works with the MEC Platform Manager (MEPM-V) to interpret and distribute edge application rules and policies. MEAO collaborates with VNFM to complete the lifecycle management of edge applications and edge VNFs. The MEC system interfaces based on the NFV MANO framework mainly include NFV architecture interfaces, MEC management architecture interfaces, and standard MEC architecture mappings to NFV. The interfaces in the MANO architecture, the MEC management architecture interface, and the interfaces mapped from the standard MEC architecture to the NFV MANO architecture are described in Table 3 below:

[0049] Table 3

[0050]

[0051] Based on the existing NFV MANO system management architecture, the MEC management architecture is mapped and integrated, providing a powerful reference for operators to realize the diversified deployment needs of edge VNFs and APPs, flexible scheduling of edge resources, and operation and maintenance management.

[0052] Furthermore, Figure 4 This is a schematic diagram illustrating the implementation of the virtual resource modification method proposed in this application. Figure Four ,like Figure 4 As shown, in the prior art, the VNF virtual resource change process initiated by NFVO / MEO may include the following steps:

[0053] Step 1: The operator performs VNF lifecycle operations in the NFVO / MEO interface.

[0054] Step 2: NFVO / MEO, VNFM, and VIM work together to perform VNF lifecycle operations.

[0055] Step 2.1: After the VNF lifecycle operation is successful, VNFM sends a VNFLifecycleChangeNotification Req to NFVO / MEO to inform the VNF of the virtual resources contained in the VNF.

[0056] Step 2.2: NFVO / MEO returns a response to VNFM.

[0057] Step 3: NFVO / MEO sends ListResDetails Req(qType=vim) to VIM to query the virtual resource configuration information in the specified VIM.

[0058] Step 4: VIM responds to NFVO / MEO with ListResDetails Resp, carrying the configuration information of the virtual resource pool and virtual machine.

[0059] Step 5: NFVO / MEO matches the virtual resource data from Steps 2.1 and 4 to form virtual resource change trajectory information.

[0060] in addition, Figure 5 This is a schematic diagram illustrating the implementation of the virtual resource modification method proposed in this application. Figure Five ,like Figure 5 As shown, the virtual resource change process for IAAS resource allocation initiated by NFVO / MEO in the prior art may include the following steps:

[0061] Step 1: The operator performs IaaS resource allocation operations in the NFVO / MEO interface.

[0062] Step 2: NFVO / MEO and VIM work together to distribute IaaS resources.

[0063] Step 2.1: NFVO / MEO queries VIM for the status of the cloud host.

[0064] Step 2.2: VIM returns status information to MEO / VIM.

[0065] Step 3: NFVO / MEO sends ListResDetails Req(qType=vim) to VIM to query the virtual resource configuration information in the specified VIM.

[0066] Step 4: VIM returns ListResDetails Resp to NFVO / MEO, carrying the configuration information of the virtual resource pool and virtual machine.

[0067] Step 5: NFVO / MEO matches the resource data and virtual resource data corresponding to the completion status of the operations in Steps 2.2 and 4 to form virtual resource change trajectory information.

[0068] in addition, Figure 6 This is a schematic diagram illustrating the implementation of the virtual resource modification method proposed in this application. Figure Six ,like Figure 6 The diagram shows a virtual resource change process initiated by VIM in the prior art, which may include the following steps:

[0069] Step 1: The operator performs virtual resource modification operations in the VIM interface.

[0070] Step 2: VIM performs virtual resource modification operations.

[0071] Step 3: VIM sends a ResChange Request to NFVO / MEO, carrying information about the virtual machine configuration changes.

[0072] Step 4: NFVO returns a ResChange Resp to VIM.

[0073] Step 5: Compare the resource data within the lifecycle returned by VNFM stored in the system with the virtual resource data corresponding to the cloud host status generated by VIM to determine the source of the operation and form virtual resource change trajectory information.

[0074] However, existing technologies use fuzzy matching for virtual resource change tracing, meaning that the triggered change operation and the corresponding virtual resource change data cannot be accurately matched. For example, if NFVO / MEO creates a virtual machine successfully through IaaS resource provisioning, but VIM performs a change operation on the virtual machine before NFVO / MEO queries the virtual machine data for matching and forming a change tracing, the data that NFVO / MEO subsequently retrieves from VIM will be the data after VIM's change operation. In this case, the virtual resource change tracing match is incorrect.

[0075] Meanwhile, existing technologies cannot accurately determine the source of virtual resource change operations. For example, when NFVO / MEO and VIM simultaneously perform the same or different operations on the same virtual resource, it is impossible to determine the specific operation source of the queried virtual resource data mapping. Furthermore, the basis for determining the source of virtual resource change operations initiated by VIM is whether the virtual resource change notification reported by VIM matches the resource data within the lifecycle returned by VNFM stored in the NFVO / MEO system, and the virtual resource data corresponding to the cloud host status exercised by VIM. If they do not match, the operation trigger is VIM. This method requires a large amount of comparison and matching work, which seriously affects system performance, and is also incompatible with scenarios where VNFM initiates automatic scaling to achieve virtual resource changes.

[0076] Furthermore, existing technologies cannot resolve the issue of NFVO / MEO receiving resource change notifications in a consistent timeline with the actual resource changes occurring. They also cannot achieve the requirement of sequentially converging resource change trajectories for changes to the same virtual resource.

[0077] To address the problems existing in current virtual resource modification methods, this application provides a virtual resource modification method, terminal, and storage medium. A first terminal receives a virtual resource modification operation request and performs virtual resource modification processing based on user information. The user information represents the executor performing the virtual resource modification processing. The terminal also receives modification request information from a second terminal, generated by the second terminal based on the user information. This modification request information represents the specific operation information corresponding to the virtual resource modification processing. A virtual resource modification trajectory is generated based on the modification request information. The second terminal receives user information from the first terminal and performs virtual resource modification processing based on this user information. The user information is carried in a first preset field. The terminal performs virtual resource modification operation source determination processing based on the user information, generates modification request information, and sends the modification request information to the first terminal. This modification request information is generated by the second terminal based on the user information and represents the specific operation information corresponding to the virtual resource modification processing. This improves the accuracy of the virtual resource modification trajectory.

[0078] The technical solutions in the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings.

[0079] Example 1

[0080] This application provides a transmission method applied to a first terminal. Figure 7 This is a schematic diagram illustrating the implementation process of the virtual resource modification method proposed in this application. Figure One ,like Figure 7 As shown, the method for changing virtual resources on the first terminal may include the following steps:

[0081] Step 101: Receive a virtual resource change operation request and perform virtual resource change processing based on user information; wherein, user information represents the executor of the virtual resource change processing.

[0082] In the embodiments of this application, the first terminal can initiate virtual resource change processing by receiving a virtual resource change operation request.

[0083] For example, in an embodiment of this application, the first terminal can receive a virtual resource change operation request initiated by an operator on the interface of the first terminal, thereby initiating virtual resource change processing.

[0084] Furthermore, in the embodiments of this application, the first terminal can be an NFVO or a MEO; that is, it can receive virtual resource change operation requests through an NFVO or a MEO, thereby the NFVO or MEO starts virtual resource change processing.

[0085] It should be noted that, in the embodiments of this application, the user information is created using the first terminal, and the user information represents the executor of the virtual resource change processing.

[0086] It should be noted that, in the embodiments of this application, user information consists of at least one fixed name-value pair.

[0087] Furthermore, in the embodiments of this application, before the first terminal receives the virtual resource change operation request and performs virtual resource change processing based on user usage information, the first terminal may create user usage information and send the user usage information to the second terminal in a first preset field.

[0088] For example, in an embodiment of this application, on NFVO or MEO, the user's "description" field is set to include a fixed name-value pair, where the "description" field is the first preset field; the fixed name-value pair can be "Source": "NFVO"; "Source": "MEO" or "Source": "VNFM"; wherein the "name" and "value" are separated by ":", and the name-value pair is separated from other information by ";", and the "value" must not contain ":" or ";". "Source": "NFVO" indicates that the user is using NFVO, "Source": "MEO" indicates that the user is using MEO, and "Source": "MEO" indicates that the user is using VNFM, that is, the executor corresponding to the virtual resource change processing can be NFVO, MEO, and VNFM.

[0089] For example, in an embodiment of this application, user usage information is created on NFVO and sent to VIM; wherein, VIM is a second terminal.

[0090] Furthermore, in the embodiments of this application, virtual resource change processing can be VNF lifecycle operation processing.

[0091] It should be noted that, in the embodiments of this application, virtual resource modification processing based on user usage information refers to virtual resource modification processing based on the executor determined by the user usage information.

[0092] Furthermore, different virtual resource change processes can correspond to different executors; for example, if the virtual resource change process is a VNF lifecycle operation process, then the virtual resource change process is performed based on user information, including: the first terminal, the second terminal, and the third terminal corresponding to the user information collaboratively execute the VNF lifecycle operation process.

[0093] For example, in the embodiments of this application, the virtual resource change processing is a VNF lifecycle operation processing. Then, NFVO, VNFM and VIM work together to perform the VNF lifecycle operation processing, wherein the first terminal is NFVO, the second terminal is VIM and the third terminal is VNFM; or MEO, VNFM and VIM work together to perform the VNF lifecycle operation processing, wherein the first terminal is MEO, the second terminal is VIM and the third terminal is VNFM.

[0094] The VNF lifecycle operations can include instantiation, scaling up, scaling down, termination, self-healing, VNF update, and VNF virtual machine maintenance.

[0095] Furthermore, in the embodiments of this application, the virtual resource change operation request may also include an IaaS resource provision request, and correspondingly, the virtual resource change processing corresponding to the IaaS resource provision request can be IaaS resource provision processing.

[0096] The IaaS resource provisioning process can include creating, deleting, editing, suspending, adjusting, soft / hard restarting, starting, and shutting down cloud servers.

[0097] It should be noted that, in the embodiments of this application, if the virtual resource change processing is IaaS resource provisioning processing, then NFVO and VIM will jointly execute the IaaS resource provisioning processing; or MEO and VIM will jointly execute the IaaS resource provisioning processing.

[0098] Furthermore, in the embodiments of this application, in addition to receiving virtual resource change operation requests through the first terminal NFVO or MEO to initiate virtual resource change processing, virtual resource change operation requests can also be received through the third terminal VNFM to initiate virtual resource change processing. It should be noted that before initiating virtual resource change processing using VNFM, user information still needs to be created on the first terminal NFVO or MEO.

[0099] Step 102: Receive change request information sent by the second terminal; wherein, the change request information is generated by the second terminal based on user usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing.

[0100] In the embodiments of this application, after receiving a virtual resource change operation request and performing virtual resource change processing based on user usage information, the first terminal can receive change request information sent by the second terminal; wherein, the change request information is generated by the second terminal based on user usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing.

[0101] It should be noted that, in the embodiments of this application, the change request information is generated by the second terminal based on the user's usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing; that is, after the second terminal completes the virtual resource change processing in cooperation with the user's usage information, it will send the change request information back to the first terminal, so that the first terminal can obtain the relevant specific operation information corresponding to this virtual resource change processing based on the change request information.

[0102] Furthermore, in the embodiments of this application, the change request information may include change operation username information, change operation source information, change operation action information, and change operation timing information.

[0103] Step 103: Generate a virtual resource change trajectory based on the change request information.

[0104] In the embodiments of this application, after receiving the change request information sent by the second terminal, the first terminal can generate a virtual resource change trajectory based on the change request information.

[0105] It should be noted that, in the embodiments of this application, the virtual resource change trajectory is the information ultimately generated by the first terminal, which can characterize the process and result of this virtual resource change processing.

[0106] Specifically, in the embodiments of this application, the method for generating a virtual resource change trajectory based on change request information may include: obtaining virtual resource identification information; and then integrating and processing the change request information according to the virtual resource identification information to generate a virtual resource change trajectory.

[0107] It should be noted that, in the embodiments of this application, the first terminal can perform timing judgment processing based on the change operation timing information in the change request information. This mainly involves receiving the change operation timing information ChangeSeq in the change request information through a preset time window to perform timing judgment processing. This can effectively determine the timing of the underlying resource changes and avoid the problem of discrepancies between the resource change notification reporting and the actual resource change time due to latency.

[0108] Furthermore, in the embodiments of this application, the virtual resource change trajectory may include virtual machine identification information, virtualized network function instance identification information, virtualized network function change operation information, virtual machine change operation information, first change operation source information, first change operation start time or completion time information, virtual machine status information after change, host information, and first change details.

[0109] For example, in the embodiments of this application, the information contained in the virtual resource change trajectory and the corresponding descriptions of the information can be shown in Tables 4, 5 and 6 below; wherein, the virtual machine identification information is the virtual machine ID and name, the virtualization network function instance identification information is the identity document (ID) and name of the VNF / APP instance, the virtualization network function change operation information is the VNF / APP change operation, the virtual machine change operation information is the virtual machine change operation, the first change operation source information is the change operation source, the full lifecycle change operation start / completion time is the full lifecycle change operation start / completion time, the virtual machine change status information is the virtual machine change status, the host information is the host to which the virtual machine currently belongs, the first change details are the virtual machine change details, and the virtual machine change details may include the change request information sent by the second terminal.

[0110] Table 4

[0111]

[0112] Table 5

[0113]

[0114] Table 6

[0115]

[0116] Furthermore, in the embodiments of this application, if the virtual resource change processing is a bare metal resource change processing, the virtual resource change trajectory may include bare metal identification information, bare metal change operation information, second change operation source information, second change operation start time or completion time information, bare metal change status information, server information, and second change details.

[0117] For example, in the embodiments of this application, if the virtual resource change processing is bare metal resource change processing, the virtual resource change trajectory can be shown in Tables 7 and 8 below; wherein, the bare metal identification information is the bare metal ID and name, the bare metal change operation information is the bare metal change operation, the second change operation source information is the change operation source, the second change operation start time or completion time information is the start / completion time of the entire lifecycle change operation, the bare metal change status information is the bare metal change status, the server information is the server to which the bare metal currently belongs, the second change details are the details after the bare metal change, and the details after the bare metal change may include the change request information sent by the second terminal.

[0118] Table 7

[0119]

[0120]

[0121] Table 8

[0122]

[0123] Furthermore, in the embodiments of this application, Figure 8 This is a schematic diagram illustrating the implementation process of the virtual resource modification method proposed in this application. Figure Two ,like Figure 8 As shown, the method for the first terminal to integrate and process virtual resource identification information may include the following steps:

[0124] Step 201: Filter the change request information based on the virtual resource identifier information to determine the change request information corresponding to the virtual resource identifier information.

[0125] In the embodiments of this application, the first terminal performs integration processing based on the virtual resource identification information. Specifically, the first terminal can first filter the change request information based on the virtual resource identification information to determine the change request information corresponding to the virtual resource identification information.

[0126] It is understood that, in the embodiments of this application, virtual resource identification information can be used to distinguish virtual resources; by filtering change request information based on virtual resource identification information, change request information corresponding to different virtual resource identification information can be distinguished, so as to determine the change request information corresponding to the virtual resource identification information.

[0127] Furthermore, in the embodiments of this application, a virtual resource change trajectory corresponding to the virtual resource identifier information can be generated based on the change request information corresponding to the virtual resource identifier information; that is, in the embodiments of this application, the virtual resource change trajectory can be a virtual resource change trajectory corresponding to all virtual resource identifier information, or it can be a virtual resource change trajectory corresponding to a single virtual resource identifier information.

[0128] Step 202: Perform sequential convergence processing on the change request information corresponding to the virtual resource identifier information to complete the integration process.

[0129] In the embodiments of this application, after the first terminal filters the change request information based on the virtual resource identifier information and determines the change request information corresponding to the virtual resource identifier information, it can perform sequential convergence processing on the change request information corresponding to the virtual resource identifier information to complete the integration processing.

[0130] It should be noted that, in the embodiments of this application, change request information corresponding to the same virtual resource identifier information can be processed in sequence according to the change operation timing information, thereby obtaining the sequentially converged change request information corresponding to the same virtual resource identifier information. Then, a sequentially converged virtual resource change trajectory can be generated based on the sequentially converged change request information, making the presentation effect of the virtual resource change trajectory better.

[0131] Furthermore, in the embodiments of this application, if the virtual resource change processing is a Virtualized Network Function (VNF) lifecycle operation processing, then the method for performing virtual resource change processing based on user usage information, i.e., the method proposed in step 103, may include the following steps:

[0132] Step 301: Collaborate with the second terminal and the third terminal corresponding to the user information to perform VNF lifecycle operation processing.

[0133] In the embodiments of this application, the first terminal performs virtual resource modification processing based on user usage information. Specifically, the first terminal can work with the second terminal and the third terminal corresponding to the user usage information to perform VNF lifecycle operation processing.

[0134] For example, in the embodiments of this application, the virtual resource change processing is a VNF lifecycle operation processing. Then, NFVO, VNFM and VIM work together to perform the VNF lifecycle operation processing, wherein the first terminal is NFVO, the second terminal is VIM and the third terminal is VNFM; or MEO, VNFM and VIM work together to perform the VNF lifecycle operation processing, wherein the first terminal is MEO, the second terminal is VIM and the third terminal is VNFM.

[0135] This application provides a method, terminal, and storage medium for changing virtual resources. A first terminal receives a virtual resource change operation request and performs virtual resource change processing based on user information. The user information represents the executor performing the virtual resource change processing. The second terminal receives change request information sent by a second terminal. The change request information is generated by the second terminal based on the user information. The change request information represents the specific operation information corresponding to the virtual resource change processing. A virtual resource change trajectory is generated based on the change request information. The second terminal receives user usage information sent by the first terminal and performs virtual resource modification processing based on the user usage information. The user usage information is carried in a first preset field. The second terminal performs source determination processing based on the user usage information, generates modification request information, and sends the modification request information to the first terminal. The modification request information is generated by the second terminal based on the user usage information. The modification request information represents the specific operation information corresponding to the virtual resource modification processing. Therefore, in this application, virtual resource modification processing is performed based on user usage information, thereby clearly identifying the executor of the virtual resource modification processing and achieving accurate matching of virtual resource modifications. Furthermore, after the second terminal generates a modification request based on the user usage information and sends it to the first terminal, the first terminal can generate a virtual resource modification trajectory based on the user usage information. Since the modification request information represents the specific operation information corresponding to the virtual resource modification processing, the accuracy of the virtual resource modification trajectory can be improved.

[0136] Example 2

[0137] Based on the above embodiments, in another embodiment of this application... Figure 9 This is a schematic diagram illustrating the implementation process of the virtual resource modification method proposed in this application. Figure Three ,like Figure 9 As shown, the method for changing virtual resources on the second terminal may include the following steps:

[0138] Step 401: Receive user usage information sent by the first terminal, and perform virtual resource modification processing based on the user usage information; wherein, the user usage information is carried in the first preset field.

[0139] In the embodiments of this application, the second terminal can receive user usage information sent by the first terminal and perform virtual resource modification processing based on the user usage information; wherein, the user usage information is carried in a first preset field.

[0140] It should be noted that, in the embodiments of this application, virtual resource modification processing based on user usage information refers to virtual resource modification processing based on the executor determined by the user usage information.

[0141] Furthermore, in an embodiment of this application, user information is carried in a first preset field.

[0142] Step 402: Based on the user's usage information, determine the source of the virtual resource change operation, generate change request information, and send the change request information to the first terminal; wherein, the change request information is generated by the second terminal based on the user's usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing.

[0143] In the embodiments of this application, after receiving user usage information sent by the first terminal and performing virtual resource modification processing based on the user usage information, the second terminal can perform virtual resource modification operation source determination processing based on the user usage information, generate modification request information, and send the modification request information to the first terminal; wherein, the modification request information is generated by the second terminal based on the user usage information; the modification request information represents the specific operation information corresponding to the virtual resource modification processing.

[0144] It should be noted that, in the embodiments of this application, since the user information determines the executor of the virtual resource change processing, the second terminal can perform virtual resource change operation source judgment processing based on the user information, determine the source of the virtual resource change operation, generate change request information, thereby achieving accurate matching of the virtual resource change trajectory.

[0145] Furthermore, in the embodiments of this application, four parameters can be added to the northbound resource change reporting interface corresponding to the second terminal: change operation username information, change operation source information, change operation action information, and change operation sequence information, to constitute change request information. For example, four parameters, SourceUser, Source, OpeType, and ChangeSeq, can be added to the northbound resource change reporting interface of VIM / Physical Infrastructure Manager (PIM). Among them, SourceUser is the change operation username information, Source is the change operation source information, OpeType is the change operation action information, and ChangeSeq is the change operation sequence information. This allows the first terminal NFVO / MEO to accurately determine the source of the change trajectory, the operation, the corresponding virtual resource change data, and the order of the change operation based on the change request information after receiving the change request information, thus forming an accurate virtual resource change trajectory.

[0146] It is understood that, in the embodiments of this application, the change operation username information, change operation source information, change operation action information, and change operation timing information are four types of interface parameter information added to obtain an accurate virtual resource change trajectory. In addition to these four types of interface parameter information, the change request information may also include other parameter information.

[0147] For example, in the embodiments of this application, the information included in the change request information can be VIM, PIM northbound resource change reporting interface parameters; the VIM, PIM northbound resource change reporting interface parameters can be as shown in Table 9 below; wherein, the selection item is represented by M for mandatory, C for conditionally mandatory, and O for optional; it can be seen that the interface parameters added in the embodiments of this application include change operation username information, change operation source information, change operation action information, and change operation timing information, which are respectively SourceUser, Source, OpeType, and ChangeSeq shown in Table 9.

[0148] Table 9

[0149]

[0150]

[0151]

[0152]

[0153]

[0154] Furthermore, in the embodiments of this application, the change operation action information, i.e., the OpeType in Table 9, may include: Create Server; Live-Migrate Server; Rebuild Server; Evacuate Server; Reboot Server; Resize Server; Migrate Server; Pause Server; Unpause Server; Suspend Server; Resume Suspended Server; Start Server; Stop Server; Rescue Server; Unrescue Server; Force-Delete Server; Shelve Server; Unshelve Shelved Server; Change Administrative Password; admin password; Create Image; Create Server Back Up; Restore Soft-Deleted Instance.

[0155] It should be noted that, in the embodiments of this application, the first terminal can obtain virtual resource identification information through change request information; for example, based on the interface content in Table 9 above, the first terminal can obtain virtual resource identification information through VIM and PIM object attributes; wherein, VIM and PIM object attributes may include virtual resource identification information and other attribute information.

[0156] Furthermore, in the embodiments of this application, the change request information is generated by the second terminal based on user usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing.

[0157] Furthermore, in the embodiments of this application, the second terminal can also receive virtual resource change operation requests and perform virtual resource change processing.

[0158] For example, in the embodiments of this application, the second terminal VIM receives a virtual resource change operation request and performs virtual resource change processing; that is, in addition to initiating a virtual resource change operation request through the first terminal, a virtual resource change operation request can also be initiated through the second terminal.

[0159] Furthermore, in the embodiments of this application, the second terminal may also respond to a virtual resource change operation request initiated by the third terminal and perform virtual resource change processing.

[0160] For example, in the embodiments of this application, the third terminal VNFM initiates a virtual resource change operation request, and the second terminal VIM performs virtual resource change processing in response to the virtual resource change operation request initiated by the third terminal VNFM; that is, in addition to initiating a virtual resource change operation request through the first terminal and the second terminal, a virtual resource change operation request can also be initiated through the third terminal.

[0161] This application provides a method, terminal, and storage medium for changing virtual resources. A first terminal receives a virtual resource change operation request and performs virtual resource change processing based on user information. The user information represents the executor performing the virtual resource change processing. The second terminal receives change request information sent by a second terminal. The change request information is generated by the second terminal based on the user information. The change request information represents the specific operation information corresponding to the virtual resource change processing. A virtual resource change trajectory is generated based on the change request information. The second terminal receives user usage information sent by the first terminal and performs virtual resource modification processing based on the user usage information. The user usage information is carried in a first preset field. The second terminal performs source determination processing based on the user usage information, generates modification request information, and sends the modification request information to the first terminal. The modification request information is generated by the second terminal based on the user usage information. The modification request information represents the specific operation information corresponding to the virtual resource modification processing. Therefore, in this application, virtual resource modification processing is performed based on user usage information, thereby clearly identifying the executor of the virtual resource modification processing and achieving accurate matching of virtual resource modifications. Furthermore, after the second terminal generates a modification request based on the user usage information and sends it to the first terminal, the first terminal can generate a virtual resource modification trajectory based on the user usage information. Since the modification request information represents the specific operation information corresponding to the virtual resource modification processing, the accuracy of the virtual resource modification trajectory can be improved.

[0162] Example 3

[0163] Based on the above embodiments, and exemplaryly in another embodiment of this application, Figure 10 This is a schematic diagram illustrating the implementation of the virtual resource modification method proposed in this application. Figure Seven ,like Figure 10 The diagram illustrates the process by which an operator performs VNF virtual resource changes on the NFVO or MEO interface. The main steps may include:

[0164] Step 1.1: Create tenant users and issue VIM.

[0165] Specifically, the user's user information can be carried in the custom field "description" and then sent to VIM.

[0166] It should be noted that tenant users can be created on NFVO or MEO by receiving a trigger operation from the super administrator; this step is only used when creating tenant users on NFVO or MEO.

[0167] Step 1.2: Initiate VNF lifecycle operations.

[0168] For example, VNF lifecycle operations can include instantiation, termination, self-healing, VNF virtual machine maintenance, VNF updates, etc.

[0169] It should be noted that VNF ​​lifecycle operations can be initiated on the NFVO or MEO interface by receiving trigger operations from operators.

[0170] Step 1.3: Based on the user information, NFVO or MEO works with VNFM and VIM to complete the VNF lifecycle operations.

[0171] Step 1.4: VIM performs virtual resource judgment and processing based on user information.

[0172] Step 1.5: VIM sends a ResChange request to NFVO or MEO.

[0173] The ResChange request carries virtual machine configuration change information, including the change operation username information SourceUser, the change operation source information Source, the change operation action information OpeType, and the change operation timing information ChangeSeq.

[0174] Step 1.6: NFVO or MEO returns a ResChange response to VIM.

[0175] Step 1.7: Generate virtual resource change trajectory.

[0176] For example, NFVO or MEO can perform timing judgment and integration processing, and form a virtual resource change trajectory based on information such as the source of the resource change operation, the resource change operation, the resource change data, and the start or completion time of the resource change operation. The virtual resource change trajectory is an end-to-end change trajectory that converges for the same virtual resource.

[0177] For example, in the embodiments of this application, Figure 11 This is a schematic diagram illustrating the implementation of the virtual resource modification method proposed in this application. Figure Eight ,like Figure 11The diagram illustrates the process by which an operator initiates a virtual resource change for IaaS resource allocation on the NFVO or MEO interface. The main steps may include:

[0178] Step 2.1: Create tenant users and issue VIM.

[0179] Specifically, the user's user information can be carried in the custom field "description" and then sent to VIM.

[0180] It should be noted that tenant users can be created on NFVO or MEO by receiving a trigger operation from the super administrator, and this can only be used when creating tenant users on NFVO or MEO.

[0181] Step 2.2: Perform IaaS resource distribution operations.

[0182] It should be noted that IaaS resource allocation can be performed on the NFVO or MEO interface by receiving trigger operations from operators.

[0183] Step 2.3: Based on the user information, NFVO or MEO collaborates with VIM to complete the IaaS resource provisioning operation.

[0184] Step 2.4: VIM performs virtual resource judgment processing based on user information.

[0185] Step 2.5: VIM sends a ResChange request to NFVO / MEO.

[0186] The ResChange request carries virtual machine configuration change information, including the change operation username information SourceUser, the change operation source information Source, the change operation action information OpeType, and the change operation timing information ChangeSeq.

[0187] Step 2.6: NFVO or MEO returns a ResChange response to VIM.

[0188] Step 2.7: Generate virtual resource change trajectory.

[0189] For example, NFVO or MEO can perform timing judgment and integration processing, and form a virtual resource change trajectory based on information such as the source of the resource change operation, the resource change operation, the resource change data, and the start or completion time of the resource change operation. The virtual resource change trajectory is an end-to-end change trajectory that converges for the same virtual resource.

[0190] For example, in the embodiments of this application, Figure 12 This is a schematic diagram illustrating the implementation of the virtual resource modification method proposed in this application.Figure Nine ,like Figure 12 The diagram shows the process of an operator initiating a virtual resource change on VIM. The main steps may include:

[0191] Step 3.1: Create tenant users and issue VIM.

[0192] Specifically, the user's user information can be carried in the custom field "description" and then sent to VIM.

[0193] It should be noted that tenant users can be created on NFVO or MEO by receiving a trigger operation from the super administrator. This step is only required when creating tenant users on NFVO or MEO.

[0194] Step 3.2: Initiate a virtual resource change operation.

[0195] It should be noted that virtual resource change operations can be initiated on the VIM interface by receiving trigger operations from operators.

[0196] Step 3.3: VIM performs virtual resource modification operations.

[0197] Step 3.4: VIM performs virtual resource judgment and processing based on user information.

[0198] Step 3.5: VIM sends a ResChange request to NFVO or MEO.

[0199] The ResChange request carries virtual machine configuration change information, including the change operation username information SourceUser, the change operation source information Source, the change operation action information OpeType, and the change operation timing information ChangeSeq.

[0200] Step 3.6: NFVO or MEO returns a ResChange response to VIM.

[0201] Step 3.7: Generate virtual resource change trajectory.

[0202] For example, NFVO or MEO can perform timing judgment and integration processing, and form a virtual resource change trajectory based on information such as the source of the resource change operation, the resource change operation, the resource change data, and the start or completion time of the resource change operation. The virtual resource change trajectory is an end-to-end change trajectory that converges for the same virtual resource.

[0203] For example, in the embodiments of this application, Figure 13 This is a schematic diagram illustrating the implementation of the virtual resource modification method proposed in this application. Figure Ten ,likeFigure 13 The diagram illustrates the process of an operator initiating a virtual resource change on VNFM. The main steps may include:

[0204] Step 4.1: Create tenant users and issue VIM.

[0205] Specifically, the user's user information can be carried in the custom field "description" and then sent to VIM.

[0206] It should be noted that tenant users can be created on NFVO or MEO by receiving a trigger operation from the super administrator. This step is only required when creating tenant users on NFVO or MEO.

[0207] Step 4.2: VNFM triggers automatic scaling up and down of VNF based on user information.

[0208] Step 4.3: NFVO or MEO, together with VNFM and VIM, completes the VNF lifecycle operations.

[0209] Step 4.4: VIM performs virtual resource judgment processing based on user information.

[0210] Step 4.5: VIM sends a ResChange request to NFVO or MEO.

[0211] The ResChange request carries virtual machine configuration change information, including the change operation username information SourceUser, the change operation source information Source, the change operation action information OpeType, and the change operation timing information ChangeSeq.

[0212] Step 4.6: NFVO or MEO returns a ResChange response to VIM.

[0213] Step 4.7: Generate virtual resource change trajectory.

[0214] For example, NFVO or MEO can perform timing judgment and integration processing, and form a virtual resource change trajectory based on information such as the source of the resource change operation, the resource change operation, the resource change data, and the start or completion time of the resource change operation. The virtual resource change trajectory is an end-to-end change trajectory that converges for the same virtual resource.

[0215] Therefore, in the embodiments of this application, since the first terminal NFVO or MEO has the capability to create tenants and their users, by creating tenant users on the NFVO or MEO, for example by carrying the user's user information NFVO / MEO and VNFM in the custom field description, VIM can identify the user and the corresponding standardized format requirements, etc.; at the same time, this application adds four parameters to the VIMPIM northbound resource change reporting interface: change operation username information SourceUser, change operation source information Source, change operation action information OpeType, and change operation timing information ChangeSeq, which enables the first The terminal NFVO or MEO accurately determines the source, operation, virtual resource change data, and order of change operations of the change trajectory, thereby forming a virtual resource change trajectory and improving the accuracy of virtual resource change trajectory matching. Furthermore, by receiving the change operation timing information ChangeSeq, this application can effectively determine the timing of underlying resource changes, avoiding inconsistencies between the reported resource change notification and the actual resource change time due to latency. Moreover, by identifying virtual resource identifier information, change request messages belonging to the same virtual resource can be filtered out and then converged sequentially to form an end-to-end change trajectory for a specific virtual resource, resulting in a better presentation effect of the virtual resource change trajectory.

[0216] This application provides a method, terminal, and storage medium for changing virtual resources. A first terminal receives a virtual resource change operation request and performs virtual resource change processing based on user information. The user information represents the executor performing the virtual resource change processing. The second terminal receives change request information sent by a second terminal. The change request information is generated by the second terminal based on the user information. The change request information represents the specific operation information corresponding to the virtual resource change processing. A virtual resource change trajectory is generated based on the change request information. The second terminal receives user usage information sent by the first terminal and performs virtual resource modification processing based on the user usage information. The user usage information is carried in a first preset field. The second terminal performs source determination processing based on the user usage information, generates modification request information, and sends the modification request information to the first terminal. The modification request information is generated by the second terminal based on the user usage information. The modification request information represents the specific operation information corresponding to the virtual resource modification processing. Therefore, in this application, virtual resource modification processing is performed based on user usage information, thereby clearly identifying the executor of the virtual resource modification processing and achieving accurate matching of virtual resource modifications. Furthermore, after the second terminal generates a modification request based on the user usage information and sends it to the first terminal, the first terminal can generate a virtual resource modification trajectory based on the user usage information. Since the modification request information represents the specific operation information corresponding to the virtual resource modification processing, the accuracy of the virtual resource modification trajectory can be improved.

[0217] Example 4

[0218] Based on the above embodiments, in another embodiment of this application... Figure 14 This is a schematic diagram of the composition structure of the first terminal proposed in the embodiments of this application. Figure One ,like Figure 14 As shown, the first terminal 10 proposed in this application embodiment may include a first receiving unit 11, a first generating unit 12, and a creating unit 13.

[0219] The first receiving unit 11 is configured to receive a virtual resource change operation request, and perform virtual resource change processing based on user usage information; wherein the user usage information represents the executor performing the virtual resource change processing; and to receive change request information sent by the second terminal; wherein the change request information is generated by the second terminal based on the user usage information; and the change request information represents the specific operation information corresponding to the virtual resource change processing.

[0220] The first generation unit 12 is used to generate a virtual resource change trajectory based on the change request information.

[0221] The creation unit 13 is used to create user information and send the user information to the second terminal before the first receiving unit 11 receives the virtual resource change operation request and performs virtual resource change processing based on the user information.

[0222] Furthermore, the user information consists of at least one fixed name-value pair.

[0223] Furthermore, the change request information includes: change operation username information, change operation source information, change operation action information, and change operation timing information.

[0224] Furthermore, the first generation unit 12 is specifically used to obtain virtual resource identification information; and to integrate and process the change request information based on the virtual resource identification information to generate the virtual resource change trajectory.

[0225] Furthermore, the first generation unit 12 is also specifically used to filter the change request information according to the virtual resource identification information to determine the change request information corresponding to the virtual resource identification information; and to perform sequential convergence processing on the change request information corresponding to the virtual resource identification information to complete the integration processing.

[0226] Furthermore, the first receiving unit 11 is specifically used to coordinate with the second terminal and the third terminal corresponding to the user usage information to execute the VNF lifecycle operation processing if the virtual resource change processing is a Virtualized Network Function (VNF) lifecycle operation processing.

[0227] Furthermore, the virtual resource change operation request includes an Infrastructure as a Service (IaaS) resource provisioning request, and correspondingly, the virtual resource change processing includes IaaS resource provisioning processing.

[0228] Furthermore, the virtual resource change trajectory includes virtual machine identification information, virtualized network function instance identification information, virtualized network function change operation information, virtual machine change operation information, first change operation source information, first change operation start time or completion time information, virtual machine status information after change, host information, and first change detailed information.

[0229] Furthermore, if the virtual resource change processing is bare metal resource change processing, then the virtual resource change trajectory includes bare metal identification information, bare metal change operation information, second change operation source information, second change operation start time or completion time information, bare metal status information after change, server information, and detailed information after the second change.

[0230] Figure 15This is a schematic diagram of the composition structure of the second terminal proposed in the embodiments of this application. Figure One ,like Figure 15 As shown, the second terminal 20 proposed in this application embodiment may include a second receiving unit 21 and a second generating unit 22.

[0231] The second receiving unit 21 is used to receive user usage information sent by the first terminal and perform virtual resource modification processing based on the user usage information; wherein the user usage information is carried in a first preset field.

[0232] The second generation unit 22 is used to perform virtual resource change operation source determination processing based on the user usage information, generate change request information, and send the change request information to the first terminal; wherein, the change request information is generated by the second terminal based on the user usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing.

[0233] Furthermore, the second receiving unit 21 is used to receive virtual resource change operation requests and perform virtual resource change processing.

[0234] Furthermore, the second receiving unit 21 is used to perform virtual resource change processing in response to a virtual resource change operation request initiated by the third terminal.

[0235] Figure 16 This is a schematic diagram of the composition structure of the first terminal proposed in the embodiments of this application. Figure Two ,like Figure 16 As shown, the first terminal 10 proposed in this application embodiment may further include a first processor 14 and a first memory 15 storing instructions executable by the first processor 14. Further, the terminal 20 may also include a first communication interface 16 and a first bus 17 for connecting the first processor 14, the first memory 15 and the first communication interface 16.

[0236] In the embodiments of this application, the first processor 14 can be at least one of the following: Application-Specific Integrated Circuit (ASIC), Digital Signal Processor (DSP), Digital Signal Processing Device (DSPD), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), Central Processing Unit (CPU), Controller, Microcontroller, and Microprocessor. It is understood that for different devices, the electronic device used to implement the above-mentioned processor function can also be other types, and this application embodiment does not specifically limit the specific types. The first processor 14 may also include a first memory 15, which can be connected to the first processor 14. The first memory 15 is used to store executable program code, which includes computer operation instructions. The first memory 15 may include high-speed RAM memory and may also include non-volatile memory, such as at least two disk drives.

[0237] In embodiments of this application, the first bus 17 is used to connect the first communication interface 16, the first processor 14, and the first memory 15, as well as the mutual communication between these devices.

[0238] In embodiments of this application, the first memory 15 is used to store instructions and data.

[0239] Furthermore, in the embodiments of this application, the first processor 14 is configured to receive a virtual resource change operation request and perform virtual resource change processing based on user usage information; wherein, the user usage information represents the executor performing the virtual resource change processing;

[0240] The system receives a change request information sent by a second terminal; wherein the change request information is generated by the second terminal based on the user usage information; and the change request information represents the specific operation information corresponding to the virtual resource change processing.

[0241] A virtual resource change trajectory is generated based on the change request information.

[0242] In practical applications, the first memory 15 can be volatile memory, such as random-access memory (RAM); or non-volatile memory, such as read-only memory (ROM), flash memory, hard disk drive (HDD), or solid-state drive (SSD); or a combination of the above types of memory, and provide instructions and data to the first processor 14.

[0243] Figure 17 This is a schematic diagram of the composition structure of the second terminal proposed in the embodiments of this application. Figure Two ,like Figure 17 As shown, the second terminal 20 proposed in this application embodiment may further include a second processor 23, a second memory 24 storing instructions executable by the second processor 23, and further, the terminal 20 may also include a second communication interface 25 and a second bus 26 for connecting the second processor 23, the second memory 24 and the second communication interface 25.

[0244] In the embodiments of this application, the second processor 23 can be at least one of the following: Application-Specific Integrated Circuit (ASIC), Digital Signal Processor (DSP), Digital Signal Processing Device (DSPD), Programmable Logic Device (PLD), Field-Programmable Gate Array (FPGA), Central Processing Unit (CPU), Controller, Microcontroller, and Microprocessor. It is understood that for different devices, the electronic device used to implement the above-mentioned processor function can also be other types, and this application embodiment does not specifically limit the specific types. The second processor 23 may also include a second memory 24, which can be connected to the second processor 23. The second memory 24 is used to store executable program code, which includes computer operation instructions. The second memory 24 may include high-speed RAM memory and may also include non-volatile memory, such as at least two disk drives.

[0245] In embodiments of this application, the second bus 26 is used to connect the second communication interface 25, the second processor 23, and the second memory 24, as well as the mutual communication between these devices.

[0246] In embodiments of this application, the second memory 24 is used to store instructions and data.

[0247] Furthermore, in the embodiments of this application, the second processor 23 is used to receive user usage information sent by the first terminal and perform virtual resource modification processing based on the user usage information; wherein, the user usage information is carried in a first preset field;

[0248] Based on the user usage information, the source of the virtual resource change operation is determined, a change request information is generated, and the change request information is sent to the first terminal; wherein, the change request information is generated by the second terminal based on the user usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing.

[0249] In practical applications, the aforementioned second memory 24 can be volatile memory, such as random-access memory (RAM); or non-volatile memory, such as read-only memory (ROM), flash memory, hard disk drive (HDD), or solid-state drive (SSD); or a combination of the above types of memory, and provide instructions and data to the second processor 23.

[0250] Furthermore, in this embodiment, the functional modules can be integrated into one analysis unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional module.

[0251] If the integrated unit is implemented as a software functional module and is not sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this embodiment, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the method of this embodiment. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0252] This application provides a terminal and a storage medium. A first terminal receives a virtual resource change operation request and performs virtual resource change processing based on user information. The user information represents the executor performing the virtual resource change processing. The second terminal receives change request information sent by a second terminal. The change request information is generated by the second terminal based on the user information. The change request information represents the specific operation information corresponding to the virtual resource change processing. A virtual resource change trajectory is generated based on the change request information. The second terminal receives user usage information sent by the first terminal and performs virtual resource modification processing based on the user usage information. The user usage information is carried in a first preset field. The second terminal performs source determination processing based on the user usage information, generates modification request information, and sends the modification request information to the first terminal. The modification request information is generated by the second terminal based on the user usage information. The modification request information represents the specific operation information corresponding to the virtual resource modification processing. Therefore, in this application, virtual resource modification processing is performed based on user usage information, thereby clearly identifying the executor of the virtual resource modification processing and achieving accurate matching of virtual resource modifications. Furthermore, after the second terminal generates a modification request based on the user usage information and sends it to the first terminal, the first terminal can generate a virtual resource modification trajectory based on the user usage information. Since the modification request information represents the specific operation information corresponding to the virtual resource modification processing, the accuracy of the virtual resource modification trajectory can be improved.

[0253] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of hardware embodiments, software embodiments, or embodiments combining software and hardware aspects. Furthermore, this application can take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage and optical storage) containing computer-usable program code.

[0254] This application is described with reference to schematic and / or block diagrams of implementations of methods, apparatus (systems), and computer program products according to embodiments of this application. It should be understood that each block of the schematic and / or block diagrams can be implemented by computer program instructions, and combinations of blocks in the schematic and / or block diagrams can be implemented. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the schematic and / or block diagrams. Figure One One or more processes and / or boxes Figure One A device that provides the functions specified in one or more boxes.

[0255] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in the implementation flow diagram. Figure One One or more processes and / or boxes Figure One The function specified in one or more boxes.

[0256] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure One One or more processes and / or boxes Figure One The steps of the function specified in one or more boxes.

[0257] The above description is merely a preferred embodiment of this application and is not intended to limit the scope of protection of this application.

Claims

1. A method for modifying virtual resources, characterized in that, Applied to a first terminal, the method includes: The system receives a virtual resource change request and, based on user information, collaborates with a second terminal to perform the virtual resource change processing; wherein, the user information represents the executor of the virtual resource change processing. The system receives a change request information sent by the second terminal; wherein the change request information is generated by the second terminal based on the user usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing; the change request information is generated after receiving the user usage information sent by the first terminal and performing virtual resource change operation source determination processing based on the user usage information. A virtual resource change trajectory is generated based on the change request information.

2. The method according to claim 1, characterized in that, Before receiving the virtual resource change operation request and performing virtual resource change processing based on user information, the method further includes: Create the user information and send it to the second terminal with the user information carried in the first preset field.

3. The method according to claim 2, characterized in that, The user information consists of at least one fixed name-value pair.

4. The method according to claim 1, characterized in that, The change request information includes: the username information of the change operation, the source information of the change operation, the action information of the change operation, and the timing information of the change operation.

5. The method according to claim 1, characterized in that, The step of generating a virtual resource change trajectory based on the change request information includes: Obtain virtual resource identification information; The change request information is integrated and processed based on the virtual resource identifier information to generate the virtual resource change trajectory.

6. The method according to claim 5, characterized in that, The process of integrating the change request information based on the virtual resource identifier information includes: The change request information is filtered based on the virtual resource identifier information to determine the change request information corresponding to the virtual resource identifier information; The change request information corresponding to the virtual resource identifier information is converged sequentially to complete the integration process.

7. The method according to claim 1, characterized in that, If the virtual resource change processing is a Virtualized Network Function (VNF) lifecycle operation processing, then the virtual resource change processing based on user usage information includes: The VNF lifecycle operation is performed in collaboration with the second terminal and the third terminal corresponding to the user usage information.

8. The method according to claim 1, characterized in that, The virtual resource change operation request includes an Infrastructure as a Service (IaaS) resource provisioning request, and correspondingly, the virtual resource change processing includes IaaS resource provisioning processing.

9. The method according to claim 7 or 8, characterized in that, The virtual resource change trajectory includes virtual machine identification information, virtualized network function instance identification information, virtualized network function change operation information, virtual machine change operation information, first change operation source information, first change operation start time or completion time information, virtual machine status information after change, host information, and detailed information after the first change.

10. The method according to claim 1, characterized in that, If the virtual resource change process is a bare metal resource change process, then the virtual resource change trajectory includes bare metal identification information, bare metal change operation information, second change operation source information, second change operation start time or completion time information, bare metal status information after change, server information, and detailed information after the second change.

11. A method for modifying virtual resources, characterized in that, Applied to a second terminal, the method includes: The system receives user usage information sent by a first terminal and performs virtual resource modification processing based on the user usage information; wherein the user usage information is carried in a first preset field; the user usage information represents the executor performing the virtual resource modification processing; Based on the user usage information, the source of the virtual resource change operation is determined, a change request information is generated, and the change request information is sent to the first terminal; wherein, the change request information is generated by the second terminal based on the user usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing.

12. The method according to claim 11, characterized in that, The method includes: Receive virtual resource change operation requests and process the virtual resource changes.

13. The method according to claim 11, characterized in that, The method includes: In response to a virtual resource change request initiated by a third terminal, perform virtual resource change processing.

14. A first terminal, characterized in that, The first terminal includes a first receiving unit and a first generating unit. The first receiving unit is configured to receive a virtual resource change operation request, and perform virtual resource change processing based on user information and the second terminal system; wherein the user information represents the executor of the virtual resource change processing; and to receive change request information sent by the second terminal; wherein the change request information is generated by the second terminal based on the user information; the change request information represents the specific operation information corresponding to the virtual resource change processing; the change request information is generated after receiving the user information sent by the first terminal and performing virtual resource change operation source determination processing based on the user information. The first generation unit is used to generate a virtual resource change trajectory based on the change request information.

15. A second terminal, characterized in that, The second terminal includes a second receiving unit and a second generating unit. The second receiving unit is configured to receive user usage information sent by the first terminal, and perform virtual resource modification processing based on the user usage information; wherein, the user usage information is carried in a first preset field; the user usage information represents the executor performing the virtual resource modification processing; The second generation unit is used to perform virtual resource change operation source determination processing based on the user usage information, generate change request information, and send the change request information to the first terminal; wherein, the change request information is generated by the second terminal based on the user usage information; the change request information represents the specific operation information corresponding to the virtual resource change processing.

16. A first terminal, characterized in that, The first terminal further includes a first processor and a first memory storing instructions executable by the first processor, wherein when the instructions are executed by the first processor, the method described in any one of claims 1-10 is implemented.

17. A second terminal, characterized in that, The second terminal further includes a second processor and a second memory storing instructions executable by the second processor, which, when executed by the second processor, implement the method as described in any one of claims 11-13.

18. A computer-readable storage medium having a program stored thereon, which is used in a first terminal and a second terminal, wherein when the program is executed by a first processor, it implements the method as described in any one of claims 1-10; and when the program is executed by a second processor, it implements the method as described in any one of claims 11-13.

Images