CN113900775B - Method and device for processing edge-side cloud computing cross-node virtual machine - Google Patents
Method and device for processing edge-side cloud computing cross-node virtual machine Download PDFInfo
- Publication number
- CN113900775B CN113900775B CN202111488213.XA CN202111488213A CN113900775B CN 113900775 B CN113900775 B CN 113900775B CN 202111488213 A CN202111488213 A CN 202111488213A CN 113900775 B CN113900775 B CN 113900775B
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- parameter information
- target
- manager
- sub
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45583—Memory management, e.g. access or allocation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Abstract
The invention provides a method and a device for processing a cross-node virtual machine in edge cloud computing, wherein the method comprises the following steps: determining target parameter information for creating a target virtual machine; creating a first sub-virtual machine according to the first parameter information, wherein the target parameter information comprises the first parameter information and the second parameter information; under the condition that the first sub virtual machine is successfully established, sending second parameter information to a second virtual machine manager; receiving a second child virtual machine created by the second virtual machine manager based on the second parameter information; and obtaining the target virtual machine based on the first sub virtual machine and the second sub virtual machine. Therefore, under the condition that the hardware resource of the first electronic device where the first virtual machine manager is located is not upgraded, the performance of the created target virtual machine is better.
Description
Technical Field
The invention relates to the technical field of computers, in particular to a method and a device for processing an edge-side cloud computing cross-node virtual machine.
Background
In order to realize dynamic allocation and management of computing and storage resources and full utilization of hardware resources, a current cloud computing management mode is established on the basis that one physical machine virtualizes a plurality of virtual machines. However, in the scenario of edge-side computing, the computing performance and the storage performance of the edge-side machine are relatively weak, and there is no way to virtualize multiple high-performance virtual machines, which cannot meet the requirement of the front-end device connected to the edge-side machine for high-performance computing of the virtual machine.
Therefore, the virtual machine created in the prior art has the problem of poor performance.
Disclosure of Invention
The embodiment of the invention provides a method and a device for processing an edge-side cloud computing cross-node virtual machine, and aims to solve the problem that a virtual machine created in the prior art is poor in performance.
In a first aspect, an embodiment of the present invention provides an edge-side cloud computing cross-node virtual machine processing method, which is applied to a first virtual machine manager, and the method includes:
determining target parameter information for creating a target virtual machine;
creating a first sub-virtual machine according to first parameter information, wherein the target parameter information comprises the first parameter information and second parameter information;
under the condition that the first sub virtual machine is successfully established, sending the second parameter information to a second virtual machine manager;
receiving a second child virtual machine created by the second virtual machine manager based on the second parameter information;
and obtaining the target virtual machine based on the first sub virtual machine and the second sub virtual machine.
Optionally, after determining the target parameter information for creating the target virtual machine and before creating the first child virtual machine according to the first parameter information, the method further includes:
acquiring first hardware resource information of the first virtual machine manager and second hardware resource information of the second virtual machine manager;
and acquiring the first parameter information and the second parameter information according to the first hardware resource information, the second hardware resource information and the target parameter information.
Optionally, after the creating the first child virtual machine according to the first parameter information, the method further includes:
and under the condition that the first sub virtual machine is failed to be established, recovering the hardware resources determined according to the first parameter information.
Optionally, after sending the second parameter information to a second virtual machine manager when the first child virtual machine is successfully created, the method further includes:
and under the condition that the information that the second sub virtual machine is failed to be established is obtained, recovering the hardware resources determined according to the first parameter information.
Optionally, after obtaining the target virtual machine based on the first child virtual machine and the second child virtual machine, the method further includes:
destroying the virtual machines in a target list, wherein the virtual machines in the target list comprise the target virtual machine and/or a local virtual machine, and the local virtual machine is a virtual machine only created by the first virtual machine manager;
under the condition of destroying the target virtual machine, sending destruction information to the second virtual machine manager, and recovering hardware resources distributed according to the first parameter information;
and under the condition of destroying the local virtual machine, recycling the hardware resources distributed when the local virtual machine is created.
Optionally, the target virtual machine is managed by both the first virtual machine manager and the second virtual machine manager;
wherein a target resource of the target virtual machine is managed by the first virtual machine manager and the second virtual machine manager together, the target resource comprising: at least one of a process, memory, a device, and a network.
In a second aspect, an embodiment of the present invention provides an edge-side cloud computing cross-node virtual machine processing apparatus, which is applied to a first virtual machine manager, and the apparatus includes:
the determining module is used for determining target parameter information used for creating a target virtual machine;
the creating module is used for creating a first sub virtual machine according to first parameter information, and the target parameter information comprises the first parameter information and second parameter information;
a sending module, configured to send the second parameter information to a second virtual machine manager when the first child virtual machine is successfully created;
a receiving module, configured to receive a second child virtual machine created by the second virtual machine manager based on the second parameter information;
an obtaining module, configured to obtain the target virtual machine based on the first child virtual machine and the second child virtual machine.
Optionally, the apparatus further comprises:
a first obtaining module, configured to obtain first hardware resource information of the first virtual machine manager and second hardware resource information of the second virtual machine manager;
a second obtaining module, configured to obtain the first parameter information and the second parameter information according to the first hardware resource information, the second hardware resource information, and the target parameter information.
Optionally, the apparatus further comprises:
and the first recovery module is used for recovering the hardware resources determined according to the first parameter information under the condition that the first sub virtual machine is failed to be established.
Optionally, the apparatus further comprises:
and the second recovery module is used for recovering the hardware resources determined according to the first parameter information under the condition of acquiring the information that the second child virtual machine fails to be established.
Optionally, the apparatus further comprises:
the destruction module is used for destroying the virtual machines in the target list, the virtual machines in the target list comprise the target virtual machines and/or local virtual machines, and the local virtual machines are the virtual machines only created by the first virtual machine manager;
a third recovery module, configured to send destruction information to the second virtual machine manager and recover the hardware resources allocated according to the first parameter information, when the target virtual machine is destroyed;
and the fourth recovery module is used for recovering the hardware resources distributed when the local virtual machine is created under the condition of destroying the local virtual machine.
In the embodiment of the invention, under the condition that the first electronic device where the first virtual machine manager is located has weaker performance and needs to virtualize a target virtual machine with higher performance, the target parameter information of the created target virtual machine is distributed, the first virtual machine manager creates a first sub virtual machine according to first parameter information in the target parameter information, and under the condition that the first sub virtual machine is successfully created, second parameter information in the target parameter information is sent to the second virtual machine manager, and a second sub virtual machine created by the second virtual machine manager based on the second parameter information is received, and then the target virtual machine meeting the requirements is obtained based on the first sub virtual machine and the second sub virtual machine. Therefore, under the condition that the hardware resource of the first electronic device where the first virtual machine manager is located is not upgraded, the performance of the created target virtual machine is better.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.
Fig. 1 is a schematic flowchart of a processing method of an edge-side cloud computing cross-node virtual machine according to an embodiment of the present invention;
fig. 2 is a second schematic flowchart of a processing method for an edge-side cloud computing cross-node virtual machine according to an embodiment of the present invention;
fig. 3 is a schematic structural diagram of a conventional virtual machine according to an embodiment of the present invention;
FIG. 4 is a schematic structural diagram of a target virtual machine according to an embodiment of the present invention;
FIG. 5 is a second schematic structural diagram of a target virtual machine according to the second embodiment of the present invention;
fig. 6 is a schematic flowchart of destroying a virtual machine according to an embodiment of the present invention;
FIG. 7 is a flowchart illustrating creation of a target virtual machine process according to an embodiment of the present invention;
fig. 8 is a schematic flowchart of destroying a process of a target virtual machine according to an embodiment of the present invention;
FIG. 9 is a flowchart illustrating a process query of a target virtual machine according to an embodiment of the present invention;
FIG. 10 is a flowchart illustrating a process invocation of a target virtual machine according to an embodiment of the present invention;
fig. 11 is a flowchart illustrating a process of querying a memory state of a target virtual machine according to an embodiment of the present invention;
FIG. 12 is a flowchart illustrating a network configuration of a target virtual machine according to an embodiment of the present invention;
FIG. 13 is a flowchart illustrating a network status query of a target virtual machine according to an embodiment of the present invention;
fig. 14 is a schematic flowchart of mounting a target virtual machine device according to an embodiment of the present invention;
FIG. 15 is a flowchart illustrating offloading of a target virtual machine device according to an embodiment of the present invention;
FIG. 16 is a flowchart illustrating a target virtual machine device query according to an embodiment of the present invention;
FIG. 17 is a flowchart illustrating access to a target virtual machine device according to an embodiment of the present invention;
fig. 18 is a schematic structural diagram of an edge-side cloud computing cross-node virtual machine processing apparatus according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The terms "first," "second," and the like in the embodiments of the present invention are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Referring to fig. 1, fig. 1 is a schematic flowchart of a processing method for an edge-side cloud computing cross-node virtual machine according to an embodiment of the present invention, and as shown in fig. 1, the method is applied to a first virtual machine manager, and includes the following steps:
the cloud computing is based on virtualization, and the basic logic is to virtualize a physical machine into a plurality of virtual machines, so that the dynamic allocation and management of computing and storage resources are realized, and the full utilization of hardware resources is realized. In the scenario of edge-side computing, the computing performance and the storage performance of an edge-side machine are relatively weak, and there is no way to virtualize multiple virtual machines, but in the scenario of edge-side computing, there are many demands for high-performance computing, and some front-end devices may need to be connected to the edge-side machine, and the front-end devices need to be mounted on the virtual machines.
In this step, the first virtual machine manager may be a virtual machine manager on the edge machine with relatively weak computing performance and storage performance, that is, a local virtual machine manager. The first virtual machine manager determines target parameter information for creating a target virtual machine, where the target parameter information includes parameter information for specifying the number of Central Processing Units (CPUs), the number of memories, the number of storages, device mount, and the like of the target virtual machine.
102, creating a first sub-virtual machine according to first parameter information, wherein the target parameter information comprises the first parameter information and second parameter information;
in this step, the target parameter information includes first parameter information and second parameter information, where the first parameter information includes parameter information used to specify the number of CPUs, the number of memories, the number of storages, device mounting, and the like of the first child virtual machine; the second parameter information includes parameter information for specifying the number of CPUs, the number of memories, the number of storages, device mounting, and the like of the second child virtual machine. The first virtual machine manager may create a first child virtual machine according to the first parameter information.
103, sending second parameter information to a second virtual machine manager under the condition that the first sub virtual machine is successfully established;
in this step, when the first virtual machine manager successfully creates the first child virtual machine according to the first parameter information, the first virtual machine manager connects to the second virtual machine manager and sends the second parameter information to the second virtual machine manager, and the second virtual machine manager creates the second child virtual machine according to the second parameter information. The second virtual machine manager may be a virtual machine manager on the cloud computer with relatively high computing performance and storage performance, that is, a remote virtual machine manager.
in this step, when the second virtual machine manager successfully creates the second child virtual machine according to the second parameter information, the first virtual machine manager receives information of the second child virtual machine created by the second virtual machine manager based on the second parameter information.
And 105, acquiring a target virtual machine based on the first sub virtual machine and the second sub virtual machine.
In this step, the first virtual machine manager merges the resources such as the number of CPUs, the number of memories, the number of storages, and the device mount of the first sub virtual machine with the resources such as the number of CPUs, the number of memories, the number of storages, and the device mount of the second sub virtual machine, so as to obtain a target virtual machine that meets the specified resource requirement.
In this embodiment, when the first electronic device where the first virtual machine manager is located has a relatively weak performance and needs to virtualize a target virtual machine with a relatively high performance, the first virtual machine manager allocates target parameter information of the created target virtual machine, creates a first sub virtual machine according to first parameter information in the target parameter information, sends second parameter information in the target parameter information to the second virtual machine manager and receives a second sub virtual machine created by the second virtual machine manager based on the second parameter information when the first sub virtual machine is successfully created, and then obtains the target virtual machine meeting the requirement based on the first sub virtual machine and the second sub virtual machine. Therefore, under the condition that the hardware resource of the first electronic device where the first virtual machine manager is located is not upgraded, the performance of the created target virtual machine is better.
The first electronic device where the first virtual machine manager is located may be a computer such as a notebook computer, a desktop computer, an industrial side end computer, etc.; the second electronic device where the second virtual machine manager is located may be a notebook computer, a desktop computer, a cloud computer, or the like.
Optionally, after determining target parameter information used for creating the target virtual machine in step 101, and before creating the first child virtual machine according to the first parameter information in step 102, the method further includes:
acquiring first hardware resource information of a first virtual machine manager and second hardware resource information of a second virtual machine manager;
and acquiring first parameter information and second parameter information according to the first hardware resource information, the second hardware resource information and the target parameter information.
In this embodiment, the first hardware resource information may be information of hardware resources, such as a CPU, a memory, and a network, which are idle or to be allocated in the first electronic device, and the second hardware resource information may be information of hardware resources, such as a CPU, a memory, and a network, which are idle or to be allocated in the second electronic device. The target parameter information is distributed, the target parameter information obtains first parameter information according to the first hardware resource information, the target parameter information obtains second parameter information according to the second hardware resource information, therefore, the hardware resources of the first electronic equipment and the utilization rate of the hardware resources of the second electronic equipment are optimized, the running load of the first electronic equipment with weaker computing and storage performance is reduced, a cross-node virtual machine, namely a target virtual machine, is constructed together with the second electronic equipment with stronger performance, and the target virtual machine is managed together through a first virtual machine manager and a second virtual machine manager, so that the performance of the created target virtual machine is better.
Optionally, after the step 102 of creating the first child virtual machine according to the first parameter information, the method further includes:
and under the condition that the first sub virtual machine is failed to be established, recovering the hardware resources determined according to the first parameter information.
In this embodiment, as shown in fig. 2, fig. 2 is a second flowchart of a processing method for an edge-side cloud computing cross-node virtual machine according to an embodiment of the present invention. The first virtual machine manager recovers the hardware resources determined according to the first parameter information when the first child virtual machine is failed to be created, for example, due to problems of network interruption, virtual machine compatibility and the like, the first virtual machine manager fails to create the first child virtual machine, but at least part of the hardware resources (i.e., the hardware resources determined according to the first parameter information) in the first electronic device where the first virtual machine manager is located are already in an occupied state, which limits the utilization of the hardware resources. And recycling the hardware resources determined according to the first parameter information so that the first virtual machine manager can create the virtual machine next time, and increasing the hardware resources which can be determined by the first parameter information when the first sub virtual machine is subsequently created.
Optionally, in step 103, after sending the second parameter information to the second virtual machine manager when the first child virtual machine is successfully created, the method further includes:
and under the condition of acquiring the information of the failed creation of the second sub virtual machine, recovering the hardware resources determined according to the first parameter information.
Under the condition that the first virtual machine manager successfully creates the first sub virtual machine but the second virtual machine manager fails to create the second sub virtual machine, the second virtual machine manager recycles the hardware resources determined according to the second parameter information, and the second virtual machine manager recycles the hardware resources determined according to the second parameter information so that the second virtual machine manager can create a virtual machine next time and increase the hardware resources which can be determined by the second parameter information when the second sub virtual machine is subsequently created;
and the first virtual machine manager receives the information of the failed establishment of the second sub virtual machine and recycles the hardware resources determined according to the first parameter information, and the first virtual machine manager recycles the hardware resources determined according to the first parameter information so as to facilitate the first virtual machine manager to establish the next virtual machine and increase the hardware resources which can be determined by the first parameter information when the first sub virtual machine is subsequently established.
Optionally, the target virtual machine may be managed by both the first virtual machine manager and the second virtual machine manager;
wherein, the target resource of the target virtual machine can be managed by the first virtual machine manager and the second virtual machine manager together, and the target resource comprises: at least one of a process, memory, a device, and a network.
As shown in fig. 3 and fig. 4, fig. 3 is a schematic structural diagram of a conventional virtual machine provided in the embodiment of the present invention, and fig. 4 is one of the schematic structural diagrams of a target virtual machine provided in the embodiment of the present invention. The target virtual machine may be a cross-node virtual machine collectively managed by the first virtual machine manager and the second virtual machine manager. In addition, the first virtual machine manager and the second virtual machine manager can respectively create independent virtual machines based on the independent first hardware and independent second hardware.
As shown in fig. 5, fig. 5 is a second schematic structural diagram of a target virtual machine according to the embodiment of the present invention. The target virtual machine includes a target virtual machine Operating System (OS), configuration parameters such as the number of CPUs, the number of memories, the number of storages, and device mounting of the target virtual machine OS may be determined by target parameter information, the first virtual machine manager includes first process management, first memory management, first device management, first network management, and the like, and the second virtual machine manager includes second process management, second memory management, second device management, second network management, and the like.
The first process management and the second process management are used for managing processes of the virtual machine, and comprise process creation, stop, inquiry and the like. In the cross-node case, i.e., process management for the target virtual machine needs to be managed to the first child virtual machine process and the second child virtual machine process and merged together.
The first memory management and the second memory management are used for managing the memory of the virtual machine, and comprise memory application, destruction, query and the like. In the case of cross-node, that is, memory management of the target virtual machine needs to manage the memory of the first sub virtual machine and the memory of the second sub virtual machine, and the memory management needs to be combined together.
The first device management and the second device management are used for managing devices of the virtual machine, including device mounting, uninstalling, querying and the like. In the cross-node case, that is, device management of the target virtual machine needs to be managed to the first sub virtual machine device and the second sub virtual machine device and merged together.
The first network management and the second network management are used for managing the network of the virtual machine, including network mounting, uninstalling, querying and the like. In the cross-node case, network management of the target virtual machine needs to be managed to the first sub virtual machine network and the second sub virtual machine network and merged together.
Optionally, in step 105, after obtaining the target virtual machine based on the first child virtual machine and the second child virtual machine, the method further includes:
destroying the virtual machines in the target list, wherein the virtual machines in the target list comprise target virtual machines and/or local virtual machines, and the local virtual machines can be virtual machines created only by the first virtual machine manager;
under the condition of destroying the target virtual machine, sending destruction information to a second virtual machine manager, and recovering hardware resources distributed according to the first parameter information;
and under the condition of destroying the local virtual machine, recycling the hardware resources distributed when the local virtual machine is created.
In this embodiment, as shown in fig. 6, fig. 6 is a schematic flow chart of destroying a virtual machine according to an embodiment of the present invention. The virtual machines in the target list comprise target virtual machines and/or local virtual machines, the first virtual machine manager firstly judges the types of the virtual machines needing to be destroyed, under the condition of destroying the target virtual machines, the first virtual machine manager is connected with the second virtual machine manager, the second virtual machine manager recovers hardware resources distributed according to the second parameter information, the first virtual machine manager sends destruction information to the second virtual machine manager, and recovers the hardware resources distributed according to the first parameter information;
under the condition of destroying the local virtual machine, the first virtual machine manager recovers hardware resources allocated when the local virtual machine is created, so that the first virtual machine manager can create the virtual machine next time and increase the hardware resources which can be determined by the first parameter information when the first sub-virtual machine is subsequently created.
In the process of creating the target virtual machine process, as shown in fig. 7, fig. 7 is a schematic flowchart of creating the target virtual machine process according to the embodiment of the present invention. After the process creation is initiated, the first sub-virtual machine OS evaluates the resource condition of the first sub-virtual machine, and judges whether the process can be created in the first sub-virtual machine OS or not; if yes, creating a process in the first sub virtual machine OS, and finishing process creation; and if not, the first virtual machine manager is connected with the second virtual machine manager, the first virtual machine manager sends a process creating request to the second virtual machine manager, the second virtual machine manager operates the second sub virtual machine OS to create a process, and returns a process creating result to the first virtual machine manager to complete process creation.
In the process of destroying the target virtual machine process, as shown in fig. 8, fig. 8 is a schematic flow diagram of destroying the target virtual machine process according to the embodiment of the present invention. After initiating process destruction, the OS of the first sub-virtual machine checks whether the process is in the first sub-virtual machine; if the process is in the first sub virtual machine, directly destroying the process to finish process destruction; and if the process is not in the first sub-virtual machine, connecting the first virtual machine manager with the second virtual machine manager, sending the identity ID for destroying the process to the second virtual machine manager by the first virtual machine manager, and operating the second sub-virtual machine OS to destroy the process after the ID is authenticated by the second virtual machine manager to finish process destruction.
In the process of querying the target virtual machine process, as shown in fig. 9, fig. 9 is a schematic flowchart of querying the target virtual machine process according to the embodiment of the present invention. After initiating the process list query, the first sub-virtual machine OS executes the first sub-virtual machine process list query; the first virtual machine manager is connected with the second virtual machine manager; the second virtual machine manager operates the second sub virtual machine OS to execute the inquiry of the process list of the second sub virtual machine; the second virtual machine manager returns a process list queried by the second sub virtual machine OS to the first sub virtual machine OS; the first virtual machine manager returns a process list queried by the first sub virtual machine OS to the first sub virtual machine OS; and the OS of the first sub-virtual machine merges the process list to complete the process query of the target virtual machine.
In the process of invoking the target virtual machine process, as shown in fig. 10, fig. 10 is a schematic flowchart of the process invocation of the target virtual machine according to the embodiment of the present invention. After initiating a process list call, the OS of the first sub-virtual machine checks whether a call object process is in the first sub-virtual machine; if the process is in the first sub-virtual machine, the first sub-virtual machine OS directly completes inter-process calling; if the process is not in the first sub-virtual machine, the first virtual machine manager is connected with the second virtual machine manager, the first virtual machine manager sends a process calling request to the second virtual machine manager, and the second virtual machine manager operates the second sub-virtual machine OS to carry out inter-process calling; the second virtual machine manager returns the inter-process calling result to the first virtual machine manager; and the first virtual machine manager returns the inter-process calling result to the first sub virtual machine OS to complete the inter-process calling.
In the process of querying the memory state of the target virtual machine, as shown in fig. 11, fig. 11 is a schematic flowchart of querying the memory state of the target virtual machine according to the embodiment of the present invention. After initiating the memory state query, the first sub virtual machine OS executes the memory state query of the first sub virtual machine; the first virtual machine manager is connected with the second virtual machine manager; the second virtual machine manager operates the second sub virtual machine OS to execute the memory state query of the second sub virtual machine; the second virtual machine manager returns the memory state result queried by the second sub virtual machine OS to the first sub virtual machine OS; the first virtual machine manager returns the memory state result queried by the first sub virtual machine OS to the first sub virtual machine OS; and the first sub-virtual machine OS merges the memory state query result to complete the memory state query of the target virtual machine.
In the process of configuring the target virtual machine network, as shown in fig. 12, fig. 12 is a schematic flowchart of the target virtual machine network configuration according to the embodiment of the present invention. After the network configuration is initiated, the first sub virtual machine OS executes the network configuration of the first sub virtual machine; the first virtual machine manager is connected with the second virtual machine manager; the second virtual machine manager operates the second sub virtual machine OS to execute the second sub virtual machine network configuration; the second virtual machine manager returns the network configuration result of the second sub virtual machine OS to the first sub virtual machine OS; the first virtual machine manager returns a network configuration result to the first sub virtual machine OS; and the first sub virtual machine OS merges the network configuration result to complete the network configuration of the target virtual machine.
In the process of querying the network state of the target virtual machine, as shown in fig. 13, fig. 13 is a schematic flowchart of querying the network state of the target virtual machine according to the embodiment of the present invention. After the network state query is initiated, the first sub-virtual machine OS executes the network state query of the first sub-virtual machine; the first virtual machine manager is connected with the second virtual machine manager; the second virtual machine manager operates the second sub virtual machine OS to execute the second sub virtual machine network state query; the second virtual machine manager returns the network state result queried by the second sub virtual machine OS to the first sub virtual machine OS; the first virtual machine manager returns the network state result queried by the first sub virtual machine OS to the first sub virtual machine OS; and the first sub virtual machine OS merges the network state query result to complete the network state query of the target virtual machine.
In the process of mounting the target virtual machine device, as shown in fig. 14, fig. 14 is a schematic flowchart of the process of mounting the target virtual machine device according to the embodiment of the present invention. After the device mount is initiated, the OS of the first sub-virtual machine checks whether the device is in the first sub-virtual machine; if the equipment is in the first sub-virtual machine, directly finishing equipment mounting by the OS of the first sub-virtual machine; if the device is not in the first sub-virtual machine, connecting the first virtual machine manager with the second virtual machine manager, sending a device mounting request to the second virtual machine manager by the first virtual machine manager, and operating a second sub-virtual machine OS by the second virtual machine manager to mount the device; the second virtual machine manager returns the equipment mounting result to the first virtual machine manager; and the first virtual machine manager returns the device mounting result to the first sub virtual machine OS to finish the device mounting.
In the process of uninstalling the target virtual machine device, as shown in fig. 15, fig. 15 is a schematic flowchart of uninstalling the target virtual machine device according to the embodiment of the present invention. After the equipment is unloaded, the OS of the first sub-virtual machine checks whether the equipment is in the first sub-virtual machine; if the equipment is in the first sub-virtual machine, the OS of the first sub-virtual machine directly finishes equipment unloading; if the equipment is not in the first sub-virtual machine, the first virtual machine manager is connected with the second virtual machine manager, the first virtual machine manager sends an equipment unloading request to the second virtual machine manager, and the second virtual machine manager operates the second sub-virtual machine OS to unload the equipment; the second virtual machine manager returns the equipment unloading result to the first virtual machine manager; and the first virtual machine manager returns the equipment unloading result to the first sub virtual machine OS to finish the equipment unloading.
In the process of querying the target virtual machine device, as shown in fig. 16, fig. 16 is a schematic flowchart of querying the target virtual machine device according to the embodiment of the present invention. After initiating the equipment query, the OS of the first sub-virtual machine checks whether the equipment is in the first sub-virtual machine; if the equipment is in the first sub-virtual machine, directly finishing equipment query by the first sub-virtual machine OS; if the equipment is not in the first sub-virtual machine, the first virtual machine manager is connected with the second virtual machine manager, the first virtual machine manager sends an equipment query request to the second virtual machine manager, and the second virtual machine manager operates the second sub-virtual machine OS to perform equipment query; the second virtual machine manager returns the equipment query result to the first virtual machine manager; and the first virtual machine manager returns the equipment query result to the first sub virtual machine OS to complete equipment query.
In the process of accessing the target virtual machine device, as shown in fig. 17, fig. 17 is a schematic flowchart of accessing the target virtual machine device according to the embodiment of the present invention. After initiating the device access, the OS of the first sub-virtual machine checks whether the device is in the first sub-virtual machine; if the equipment is in the first sub-virtual machine, the first sub-virtual machine OS directly completes equipment access; if the device is not in the first sub-virtual machine, the first virtual machine manager is connected with the second virtual machine manager, the first virtual machine manager sends a device access request to the second virtual machine manager, and the second virtual machine manager operates the second sub-virtual machine OS to access the device; the second virtual machine manager returns the equipment access result to the first virtual machine manager; and the first virtual machine manager returns the equipment access result to the first sub virtual machine OS to finish equipment access.
Therefore, under the condition that the hardware resource of the first electronic device where the first virtual machine manager is located is not upgraded, the performance of the created target virtual machine is better.
Referring to fig. 18, fig. 18 is a schematic structural diagram of an edge cloud computing cross-node virtual machine processing apparatus according to an embodiment of the present invention, and as shown in fig. 18, an edge cloud computing cross-node virtual machine processing apparatus 200 is applied to a first virtual machine manager, where the edge cloud computing cross-node virtual machine processing apparatus 200 includes:
a determining module 201, configured to determine target parameter information for creating a target virtual machine;
a creating module 202, configured to create a first child virtual machine according to first parameter information, where the target parameter information includes the first parameter information and second parameter information;
a sending module 203, configured to send the second parameter information to a second virtual machine manager when the first child virtual machine is successfully created;
a receiving module 204, configured to receive a second child virtual machine created by the second virtual machine manager based on the second parameter information;
an obtaining module 205, configured to obtain the target virtual machine based on the first child virtual machine and the second child virtual machine.
Optionally, the frontend cloud computing cross-node virtual machine processing apparatus 200 further includes:
a first obtaining module, configured to obtain first hardware resource information of the first virtual machine manager and second hardware resource information of the second virtual machine manager;
a second obtaining module, configured to obtain the first parameter information and the second parameter information according to the first hardware resource information, the second hardware resource information, and the target parameter information.
Optionally, the frontend cloud computing cross-node virtual machine processing apparatus 200 further includes:
and the first recovery module is used for recovering the hardware resources determined according to the first parameter information under the condition that the first child virtual machine is failed to be established.
Optionally, the frontend cloud computing cross-node virtual machine processing apparatus 200 further includes:
and the second recovery module is used for recovering the hardware resources determined according to the first parameter information under the condition of acquiring the information that the second child virtual machine fails to be established.
Optionally, the frontend cloud computing cross-node virtual machine processing apparatus 200 further includes:
the destruction module is used for destroying the virtual machines in the target list, the virtual machines in the target list comprise the target virtual machines and/or local virtual machines, and the local virtual machines are the virtual machines only created by the first virtual machine manager;
a third recovery module, configured to send destruction information to the second virtual machine manager under the condition that the target virtual machine is destroyed, and recover hardware resources allocated according to the first parameter information;
and the fourth recovery module is used for recovering the hardware resources distributed when the local virtual machine is created under the condition of destroying the local virtual machine.
The processing device of the edge-side cloud computing cross-node virtual machine provided by the embodiment of the invention can realize each process realized by the method embodiment of fig. 1 and achieve the same technical effect, and is not described herein again in order to avoid repetition.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Furthermore, it should be noted that the scope of the methods and apparatus of embodiments of the present invention is not limited to performing functions in the order discussed, but may include performing functions in a substantially simultaneous manner or in a reverse order depending on the functionality involved, e.g., the methods described may be performed in an order different than that described, and various steps may be added, omitted, or combined. In addition, features described with reference to certain examples may be combined in other examples.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (10)
1. An edge cloud computing cross-node virtual machine processing method is applied to a first virtual machine manager, and comprises the following steps:
determining target parameter information for creating a target virtual machine;
creating a first sub-virtual machine according to first parameter information, wherein the target parameter information comprises the first parameter information and second parameter information;
under the condition that the first sub virtual machine is successfully established, sending the second parameter information to a second virtual machine manager;
receiving a second child virtual machine created by the second virtual machine manager based on the second parameter information;
obtaining the target virtual machine based on the first sub virtual machine and the second sub virtual machine;
the first virtual machine manager is a local virtual machine manager on the side end machine, and the second virtual machine manager is a remote virtual machine manager on the cloud computer;
the target virtual machine is managed by both the first virtual machine manager and the second virtual machine manager.
2. The method of claim 1, wherein after the determining target parameter information for creating the target virtual machine and before the creating the first child virtual machine according to the first parameter information, the method further comprises:
acquiring first hardware resource information of the first virtual machine manager and second hardware resource information of the second virtual machine manager;
and acquiring the first parameter information and the second parameter information according to the first hardware resource information, the second hardware resource information and the target parameter information.
3. The method of claim 1, wherein after the creating the first child virtual machine according to the first parameter information, the method further comprises:
and under the condition that the first sub virtual machine is failed to be established, recovering the hardware resources determined according to the first parameter information.
4. The method according to claim 1, wherein after sending the second parameter information to the second vm manager in case of successful creation of the first sub vm, the method further comprises:
and under the condition that the information that the second sub virtual machine is failed to be established is obtained, recovering the hardware resources determined according to the first parameter information.
5. The method of claim 1, wherein after obtaining the target virtual machine based on the first child virtual machine and the second child virtual machine, the method further comprises:
destroying the virtual machines in a target list, wherein the virtual machines in the target list comprise the target virtual machine and/or a local virtual machine, and the local virtual machine is a virtual machine only created by the first virtual machine manager;
under the condition of destroying the target virtual machine, sending destruction information to the second virtual machine manager, and recovering hardware resources distributed according to the first parameter information;
and under the condition of destroying the local virtual machine, recycling the hardware resources distributed when the local virtual machine is created.
6. The method of claim 1, wherein target resources of the target virtual machine are collectively managed by the first virtual machine manager and the second virtual machine manager, the target resources comprising: at least one of a process, memory, a device, and a network.
7. An edge cloud computing cross-node virtual machine processing device applied to a first virtual machine manager, the device comprising:
the determining module is used for determining target parameter information used for creating a target virtual machine;
the creating module is used for creating a first sub virtual machine according to first parameter information, and the target parameter information comprises the first parameter information and second parameter information;
a sending module, configured to send the second parameter information to a second virtual machine manager when the first child virtual machine is successfully created;
a receiving module, configured to receive a second child virtual machine created by the second virtual machine manager based on the second parameter information;
an obtaining module, configured to obtain the target virtual machine based on the first child virtual machine and the second child virtual machine;
the first virtual machine manager is a local virtual machine manager on the side end machine, and the second virtual machine manager is a remote virtual machine manager on the cloud computer;
the target virtual machine is managed by both the first virtual machine manager and the second virtual machine manager.
8. The apparatus of claim 7, further comprising:
a first obtaining module, configured to obtain first hardware resource information of the first virtual machine manager and second hardware resource information of the second virtual machine manager;
a second obtaining module, configured to obtain the first parameter information and the second parameter information according to the first hardware resource information, the second hardware resource information, and the target parameter information.
9. The apparatus of claim 7, further comprising:
and the first recovery module is used for recovering the hardware resources determined according to the first parameter information under the condition that the first child virtual machine is failed to be established.
10. The apparatus of claim 7, further comprising:
and the second recovery module is used for recovering the hardware resources determined according to the first parameter information under the condition of acquiring the information that the second child virtual machine fails to be established.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111488213.XA CN113900775B (en) | 2021-12-08 | 2021-12-08 | Method and device for processing edge-side cloud computing cross-node virtual machine |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111488213.XA CN113900775B (en) | 2021-12-08 | 2021-12-08 | Method and device for processing edge-side cloud computing cross-node virtual machine |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113900775A CN113900775A (en) | 2022-01-07 |
| CN113900775B true CN113900775B (en) | 2022-08-02 |
Family
ID=79025579
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111488213.XA Active CN113900775B (en) | 2021-12-08 | 2021-12-08 | Method and device for processing edge-side cloud computing cross-node virtual machine |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113900775B (en) |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101267334B (en) * | 2007-03-13 | 2011-01-26 | 联想(北京)有限公司 | A method and device for dynamic device allocation |
| CN102959513B (en) * | 2010-07-02 | 2017-05-31 | 瑞典爱立信有限公司 | Virtual machine merging method and system |
| CN102141931B (en) * | 2011-03-15 | 2014-06-11 | 华为技术有限公司 | Virtual machine establishing method, virtual machine monitor and virtual machine system |
| CN102404385A (en) * | 2011-10-25 | 2012-04-04 | 华中科技大学 | Virtual cluster deployment system and deployment method for high performance computing |
| CN103810015A (en) * | 2012-11-09 | 2014-05-21 | 华为技术有限公司 | Virtual machine establishing method and equipment |
| WO2015021629A1 (en) * | 2013-08-15 | 2015-02-19 | 华为技术有限公司 | Resource allocation method |
| US10915348B2 (en) * | 2017-01-31 | 2021-02-09 | Intel Corporation | Technologies for duplicating virtual machine states |
| CN107368355B (en) * | 2017-08-17 | 2020-05-15 | 北京云纵信息技术有限公司 | Dynamic scheduling method and device of virtual machine |
-
2021
- 2021-12-08 CN CN202111488213.XA patent/CN113900775B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN113900775A (en) | 2022-01-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8219990B2 (en) | Techniques for managing virtual machine (VM) states | |
| US20220004410A1 (en) | Method For Deploying Virtual Machine And Container, And Related Apparatus | |
| CN107707622B (en) | Method and device for accessing desktop cloud virtual machine and desktop cloud controller | |
| CN110096336B (en) | Data monitoring method, device, equipment and medium | |
| WO2019179026A1 (en) | Electronic device, method for automatically generating cluster access domain name, and storage medium | |
| CN111641515B (en) | VNF life cycle management method and device | |
| CN108886473B (en) | Management method and device | |
| US20170093988A1 (en) | Workflow service using state transfer | |
| CN108572845B (en) | Upgrading method of distributed micro-service cluster and related system | |
| US11099915B2 (en) | Optimizing startup time for event-driven functions | |
| WO2020093976A1 (en) | Resource change method and device, apparatus, and storage medium | |
| CN111857951A (en) | Containerized deployment platform and deployment method | |
| CN110659104B (en) | Service monitoring method and related equipment | |
| CN115904761A (en) | System on chip, vehicle and video processing unit virtualization method | |
| US20180063184A1 (en) | Software security verification method, device, and system | |
| CN113285843A (en) | Container network configuration method and device, computer readable medium and electronic equipment | |
| CN113900775B (en) | Method and device for processing edge-side cloud computing cross-node virtual machine | |
| US10366224B2 (en) | System and method for securing secure memory allocations in an information handling system | |
| CN111382141A (en) | Master-slave architecture configuration method, device, equipment and computer readable storage medium | |
| CN115665231A (en) | Service creation method, device and computer-readable storage medium | |
| CN111352710B (en) | Process management method and device, computing equipment and storage medium | |
| CN113687908A (en) | PMEM virtual machine creation method, device, equipment and readable storage medium | |
| CN111984424A (en) | Task processing method, device, equipment and computer readable storage medium | |
| CN112130900A (en) | User information management method, system, equipment and medium for BMC | |
| US20220271975A1 (en) | Network interface provisioning of containerized instances based on tenant policies |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |