Disclosure of Invention
The invention aims to provide an intelligent integrated cloud desktop server, a client and a system, which are used for solving the problem that a cloud desktop system in the prior art cannot be flexibly loaded on some PC terminals which do not support hardware virtualization.
In order to realize the task, the invention adopts the following technical scheme:
an intelligent converged cloud desktop system, comprising a server and a client, wherein a first computer program is stored in the server, a second computer program is stored in the client, and the first computer program realizes the following steps when being executed by a processor:
step1, generating virtualization mode parameters according to hardware parameters of a client, wherein the virtualization mode parameters comprise VDI mode parameters, IDV mode parameters or virtual mirror mode parameters;
step2, sending the virtualization mode parameters to a client;
step3, after the client requests the virtual mirror image corresponding to the virtualization mode, generating the virtual mirror image corresponding to the virtualization mode, wherein the virtual mirror image corresponding to the virtualization mode comprises a virtual mirror image corresponding to a VDI mode, a virtual mirror image corresponding to an IDV mode or a virtual mirror image corresponding to a virtual mirror image mode;
step4, waiting for the client to request the virtual mirror image corresponding to the virtualization mode;
when the virtualization mode is a VDI mode, storing a virtual image corresponding to the VDI mode in a current server;
when the virtualization mode is an IDV mode or a virtual mirror mode, sending a virtual mirror corresponding to the IDV mode or a virtual mirror corresponding to the virtual mirror mode to the client;
said second computer program, when executed by a processor, performs the steps of:
a, obtaining hardware parameters of the client, wherein the hardware parameters comprise a CPU (Central processing Unit) model, whether a network card is communicated and whether VT-x, VT-d or AMD-V technologies are supported;
step B, sending the hardware parameters to a server;
step C, after waiting for the server to send the virtualization mode parameters, requesting a virtual mirror image corresponding to the virtualization mode from the server;
when the virtualization mode is a VDI mode, the virtual mirror is remotely connected to a server end through a spice protocol to obtain a virtual mirror image;
when the virtualization mode is the IDV mode or the virtual mirror mode, acquiring a virtual mirror corresponding to the IDV mode or a virtual mirror corresponding to the virtual mirror mode through a P2P technology;
and D, mounting the virtual mirror image to the client, and finishing.
Further, in the step a, bios software or efi software is used to obtain the hardware parameter of the client.
Further, in step1, generating a virtualization mode parameter according to a hardware parameter of the client, specifically including:
when the CPU model is ARM, the hardware virtualization function is not available, and the network card is not available, information which cannot work normally is generated;
when the CPU model is ARM, the hardware virtualization function is not available, and the network card is communicated, parameters corresponding to the VDI mode are generated;
when the CPU model is AMD, supports AMD-V technology and the network card is not available, generating a parameter corresponding to the IDV mode;
when the CPU model is AMD, supports AMD-V technology, is connected with a network card and has a bandwidth less than 10MBps, generating a parameter corresponding to the IDV mode;
when the CPU model is AMD, supports AMD-V technology, is connected with a network card and has the bandwidth more than or equal to 10MBps, generating parameters corresponding to an IDV mode and/or parameters corresponding to a VDI mode;
when the CPU model is AMD, the AMD-V technology is not supported, and the network card is not accessible, generating a parameter corresponding to the virtual mirror image mode;
when the CPU model is AMD, the AMD-V technology is not supported, and the network card is communicated, generating a parameter corresponding to the virtual mirror image mode;
when the CPU model is Intel, supports VT-x or VT-d technology and the network card is not communicated, generating a parameter corresponding to the IDV mode;
when the CPU model is Intel, the technology supporting VT-x or VT-d, the network card communication and the bandwidth are less than 10MBps, generating parameters corresponding to the IDV mode;
when the CPU model is Intel, supports VT-x or VT-d technology, is connected with a network card and has the bandwidth more than or equal to 10MBps, generating parameters corresponding to the IDV mode and/or parameters corresponding to the VDI mode;
when the CPU model is Intel, the AMD-V technology is not supported and the network card is not accessible, generating a parameter corresponding to the virtual mirror image mode;
and when the CPU model is Intel, the AMD-V technology is not supported, and the network card is communicated, generating parameters corresponding to the virtual mirror image mode.
Further, in the step D, bootloader software is adopted to mount the virtual mirror image to the client.
Further, the mounting the virtual mirror image corresponding to the virtual mirror image mode to the client in the step D specifically includes:
StepI, setting bootloader starting parameters, and writing the starting parameters into a configuration file of the bootloader;
StepII, obtaining a virtual mirror image file according to the configuration file and mounting the virtual mirror image file through a virtual disk drive;
StepIII, intercepting the operation of accessing the disk by adopting the Hook disk operation, redirecting the disk access address into the virtual mirror image until the Hook disk operation is closed after a virtual disk drive in an operating system in the virtual disk is started, and completing mounting.
An intelligent converged cloud desktop server, in which server a first computer program is stored, which when executed by a processor implements the steps of:
step1, generating virtualization mode parameters according to hardware parameters of a client, wherein the virtualization mode parameters comprise VDI mode parameters, IDV mode parameters or virtual mirror mode parameters;
step2, sending the virtualization mode parameters to a client;
step3, after the client requests the virtual mirror image corresponding to the virtualization mode, generating the virtual mirror image corresponding to the virtualization mode, wherein the virtual mirror image corresponding to the virtualization mode comprises a virtual mirror image corresponding to a VDI mode, a virtual mirror image corresponding to an IDV mode or a virtual mirror image corresponding to a virtual mirror image mode;
step4, waiting for the client to request the virtual mirror image corresponding to the virtualization mode;
when the virtualization mode is a VDI mode, storing a virtual image corresponding to the VDI mode in a current server;
and when the virtualization mode is the IDV mode or the virtual mirror mode, sending the virtual mirror corresponding to the IDV mode or the virtual mirror corresponding to the virtual mirror mode to the client.
Further, the step1 of generating the virtualization mode parameters according to the hardware parameters of the client specifically includes:
when the CPU model is ARM, the hardware virtualization function is not available, and the network card is not available, information which cannot work normally is generated;
when the CPU model is ARM, the hardware virtualization function is not available and the network card is communicated, parameters corresponding to the VDI mode are generated;
when the CPU model is AMD, supports AMD-V technology and the network card is not available, generating a parameter corresponding to the IDV mode;
when the CPU model is AMD, supports AMD-V technology, is connected with a network card and has a bandwidth less than 10MBps, generating a parameter corresponding to the IDV mode;
when the CPU model is AMD, supports AMD-V technology, is connected with a network card and has the bandwidth more than or equal to 10MBps, generating parameters corresponding to an IDV mode and/or parameters corresponding to a VDI mode;
when the CPU model is AMD, the AMD-V technology is not supported, and the network card is not accessible, generating a parameter corresponding to the virtual mirror image mode;
when the CPU model is AMD, the AMD-V technology is not supported, and the network card is communicated, generating a parameter corresponding to the virtual mirror image mode;
when the CPU model is Intel, supports VT-x or VT-d technology and the network card is not communicated, generating a parameter corresponding to the IDV mode;
when the CPU model is Intel, supports VT-x or VT-d technology, is connected with a network card and has a bandwidth less than 10MBps, generating a parameter corresponding to the IDV mode;
when the CPU model is Intel, supports VT-x or VT-d technology, is connected with a network card and has the bandwidth more than or equal to 10MBps, generating parameters corresponding to the IDV mode and/or parameters corresponding to the VDI mode;
when the CPU model is Intel, the AMD-V technology is not supported and the network card is not accessible, generating a parameter corresponding to the virtual mirror image mode;
and when the CPU model is Intel, the AMD-V technology is not supported, and the network card is communicated, generating parameters corresponding to the virtual mirror image mode.
An intelligent converged cloud desktop client having stored therein a second computer program that when executed by a processor implements the steps of:
a, obtaining hardware parameters of the client, wherein the hardware parameters comprise a CPU (Central processing Unit) model, whether a network card is communicated and whether VT-x, VT-d or AMD-V technologies are supported;
step B, sending the hardware parameters to a server;
step C, after waiting for the server to send the virtualization mode parameters, requesting a virtual mirror image corresponding to the virtualization mode from the server;
when the virtualization mode is a VDI mode, the virtual mirror is remotely connected to a server end through a spice protocol to obtain a virtual mirror image;
when the virtualization mode is an IDV mode or a virtual mirror mode, acquiring a virtual mirror corresponding to the IDV mode or a virtual mirror corresponding to the virtual mirror mode through a P2P technology;
and D, mounting the virtual mirror image to the client, and ending.
Further, in the step a, bios software or efi software is used to obtain the hardware parameter of the client.
Further, the mounting the virtual mirror image corresponding to the virtual mirror image mode to the client in the step D specifically includes:
the method comprises the steps of StepI, setting bootloader starting parameters, and writing the starting parameters into a configuration file of the bootloader;
StepII, acquiring a virtual mirror image file according to the configuration file and mounting the virtual mirror image file through a virtual disk drive;
StepIII, intercepting the operation of accessing the disk by adopting the Hook disk operation, redirecting the disk access address into the virtual mirror image until the Hook disk operation is closed after a virtual disk drive in an operating system in the virtual disk is started, and completing mounting.
Compared with the prior art, the invention has the following technical effects:
1. the cloud desktop server, the client and the system which are intelligently integrated provided by the invention simultaneously support VDI and IDV, newly introduce a virtual mirror image mode, unify mirror images, start a proper cloud desktop according to different hardware configurations of a user, and avoid resource waste of the client. Meanwhile, the appropriate cloud desktops are automatically allocated according to the hardware configuration of the user, the user does not need to think which kind of cloud desktop is used, time and labor are saved for the user, and resources are saved;
2. the intelligent integrated cloud desktop server, the client and the system form an integrated cloud desktop scheme by matching intelligent hardware capability detection and virtualization capability, so that a cloud desktop system is not constrained by hardware types and meets various different use scenes and experiences;
3. the intelligently integrated cloud desktop server, the client and the system provided by the invention are managed through a unified mirror image format, so that desktop images of different virtualization technologies in different scenes are unified, and a user can access a dedicated desktop system no matter which desktop virtualization type is used;
4. the cloud desktop server, the client and the system which are intelligently integrated provided by the invention fully utilize the computing performance of the local server and the server through flexible allocation of multiple virtualization technologies of virtual mirroring, IDV and VDI, greatly improve the use experience of a desktop user, and enable the user to experience the desktop environment with the optimal performance no matter what terminal is.
Detailed Description
The present invention will be described in detail below with reference to the accompanying drawings and examples. So that those skilled in the art can better understand the present invention. It is to be expressly noted that in the following description, a detailed description of known functions and designs will be omitted when it may obscure the subject matter of the present invention.
The following definitions or conceptual connotations relating to the present invention are provided for illustration:
VDI: virtual Desktop Infrastructure, virtual Desktop architecture.
IDV: intelligent Desktop Virtualization.
A CPU: central Processing Unit, central processor.
VT-x: intel employs Virtualization technology for processors in virtualisation technology.
VT-d: intel employs Virtualization technology for chipsets in virtualisation technology.
AMD-V technology: AMD virtualization is a set of hardware extensions and hardware-assisted virtualization techniques to the x86 processor system architecture.
BIOS: basic Input Output System, basic Input Output System.
Bootloader: the boot loader generally refers to a program for booting an operating system in real mode or UEFI.
BIOS software: it stores the most important basic input and output program, self-test program after starting up and system self-starting program, and it can read and write the specific information set by the system from CMOS.
EFI software: EFI is an abbreviation of Extensible Firmware Interface (Extensible Firmware Interface) and is an upgrade introduced by intel corporation to replace BIOS in future PC-like computer systems.
SPICE protocol: for deploying virtual desktops on servers and remote computers, such as desktops and thin client devices, similar to other rendering protocols for remote desktop management.
P2P technology: the peer-to-peer technology is also called peer-to-peer internet technology.
Hook disk operation: a system mechanism provided in Windows to replace "interrupts" in DOS is that after a Hook event occurs for a particular system event, the Hook program will be notified of the event and will respond to the event at the first time.
Example one
The embodiment discloses an intelligent integrated cloud desktop system which comprises a server and a client, wherein a first computer program is stored in the server, and a second computer program is stored in the client.
The first computer program, when executed by a processor, implements the steps of:
in this embodiment, the server performs the functions of determining the virtualization mode and providing the corresponding virtual image according to the virtualization mode.
Step1, generating virtualization mode parameters according to hardware parameters of a client, wherein the virtualization mode parameters comprise VDI mode parameters, IDV mode parameters or virtual mirror mode parameters;
in this embodiment, the server determines the hardware parameter by receiving the hardware parameter sent from the client.
In this embodiment, the hardware parameter of the client is determined to determine which virtualization mode the current client is suitable for, and the determination condition may be to check whether the current client supports VT-x, VT-d, AMD-V technologies, and the like.
In order to improve the accuracy of the determination result and thus improve the flexibility of the desktop system, optionally, the generating a virtualization mode parameter according to a hardware parameter of the client specifically includes:
when the CPU model is ARM, the hardware virtualization function is not available, and the network card is not available, information which cannot work normally is generated;
when the CPU model is ARM, the hardware virtualization function is not available, and the network card is communicated, parameters corresponding to the VDI mode are generated;
when the CPU model is AMD, supports AMD-V technology and the network card is not accessible, generating parameters corresponding to the IDV mode;
when the CPU model is AMD, supports AMD-V technology, is connected with a network card and has a bandwidth less than 10MBps, generating a parameter corresponding to the IDV mode;
when the CPU model is AMD, supports AMD-V technology, is connected with a network card and has the bandwidth more than or equal to 10MBps, generating parameters corresponding to an IDV mode and/or parameters corresponding to a VDI mode;
when the CPU model is AMD, the AMD-V technology is not supported, and the network card is not accessible, generating a parameter corresponding to the virtual mirror image mode;
when the CPU model is AMD, the AMD-V technology is not supported, and the network card is communicated, generating a parameter corresponding to the virtual mirror image mode;
when the CPU model is Intel, supports VT-x or VT-d technology and the network card is not communicated, generating a parameter corresponding to the IDV mode;
when the CPU model is Intel, supports VT-x or VT-d technology, is connected with a network card and has a bandwidth less than 10MBps, generating parameters corresponding to the IDV mode;
when the CPU model is Intel, the technology supporting VT-x or VT-d, the network card communication and the bandwidth are more than or equal to 10MBps, generating parameters corresponding to an IDV mode and/or parameters corresponding to a VDI mode;
when the CPU model is Intel, the AMD-V technology is not supported and the network card is not accessible, generating a parameter corresponding to the virtual mirror image mode;
and when the CPU model is Intel, the AMD-V technology is not supported, and the network card is communicated, generating a parameter corresponding to the virtual mirror image mode.
In this embodiment, as shown in table 1, the client obtains the virtualization mode by using the determination logic in the table, so as to obtain a parameter corresponding to the virtualization mode, where the parameter corresponding to the virtualization mode is equivalent to an identifier sent to the client, and the client knows in what manner the client should start the virtual machine after receiving the identifier.
TABLE 1 hardware test Table
Step2, sending the virtualization mode parameters to the client;
step3, after the client requests the virtual mirror image corresponding to the virtualization mode, generating the virtual mirror image corresponding to the virtualization mode, wherein the virtual mirror image corresponding to the virtualization mode comprises a virtual mirror image corresponding to a VDI mode, a virtual mirror image corresponding to an IDV mode or a virtual mirror image corresponding to a virtual mirror image mode;
step4, waiting for the client to request the virtual mirror image corresponding to the virtualization mode;
when the virtualization mode is a VDI mode, storing a virtual mirror image corresponding to the VDI mode in a current server;
when the virtualization mode is the IDV mode or the virtual mirror mode, sending the virtual mirror corresponding to the IDV mode or the virtual mirror corresponding to the virtual mirror mode to the client;
in this embodiment, the image file is provided by a server, and the image file is produced as follows: the server side creates a virtual machine through a web interface 1. 2, the prepared ISO file of the operating system, such as the ISO file of the operating system Win7, win10, ubuntu and the like, is selected. And 3, starting the virtual machine to carry out the installation process of the operating system until the installation of the operating system is finished. And 4, after the operating system and the common software are installed, closing the virtual machine. And 5, completing the preparation of the image file at the server side.
In this embodiment, the image file of the vdi mode is stored in the server, and the second computer is remotely connected to the image of the server through the spice protocol. And in the Idv mode, the second computer downloads the image file to the storage device of the second computer through the p2p technology, and then starts the downloaded image through the virtual machine and presents the operating system. And in the virtual mirror image mode, the second computer downloads the mirror image of the server side to the storage device of the second computer through a P2P technology, then restarts the second computer, and then directly starts a virtual mirror image operating system through a bootloader, so that no virtual machine runs locally.
The second computer program, when executed by the processor, implements the steps of:
a, obtaining hardware parameters of a client, wherein the hardware parameters comprise a CPU (Central processing Unit) model, whether a network card is communicated and whether VT-x, VT-d and AMD-V technologies are supported;
the mode of obtaining the client hardware parameters can also be manually writing into a database after manually checking the hardware configuration information.
Optionally, the hardware parameters of the client are obtained by using bios software or efi software.
Step B, sending the hardware parameters to a server;
step C, after the server sends the virtualization mode parameters, a virtual mirror image corresponding to the virtualization mode is requested from the server;
when the virtualization mode is a VDI mode, remotely connecting to a server end through a spice protocol to obtain a virtual mirror image;
when the virtualization mode is the IDV mode or the virtual mirror mode, acquiring a virtual mirror corresponding to the IDV mode or a virtual mirror corresponding to the virtual mirror mode through a P2P technology;
and D, mounting the virtual mirror image to the client, and ending.
Optionally, bootloader software is used in step D to mount the virtual image to the client.
In this embodiment, mounting the virtual mirror image to the client in step D specifically includes:
step1, the client side runs bootloader software and then is connected with the network;
step2, judging whether the network is communicated at the moment, and if so, executing the Step 3; otherwise, judging whether the downloaded virtual mirror image or IDV desktop exists in the local client, if so, preferentially executing Step6, and then executing Step5;
step3, acquiring a virtualization mode corresponding to the currently obtained virtual mirror image through a network, and if the virtualization mode is a VDI mode, executing Step4; if the virtualization mode is the IDV mode, executing Step5; if the virtualization mode is the virtual mirror mode, step6 is executed;
after the linux system is started by Step4 and bootloader software, starting a remote connection client, and completing mounting after the remote connection client is connected to a server;
after the Step5 and bootloader software start the linux system, starting a virtual machine in the linux to finish mounting;
in this embodiment, step4 and Step5 are both starting methods in the prior art, and in the virtual disk mode, the client downloads the image of the server to the storage device of the second computer through the P2P technology, then restarts the second computer, and then directly starts the virtual image operating system through the bootloader, where no virtual machine runs locally.
Specifically, step6, mounting the virtual mirror image corresponding to the virtual mirror image mode to the client by using steps i to steps ii:
StepI, setting bootloader starting parameters, and writing the starting parameters into a configuration file of the bootloader;
StepII, acquiring a virtual mirror image file according to the configuration file and mounting the virtual mirror image file through a virtual disk drive;
StepIII, intercepting the operation of accessing the disk by adopting the Hook disk operation, redirecting the disk access address into the virtual mirror image until the Hook disk operation is closed after a virtual disk drive in an operating system in the virtual disk is started, and completing mounting.
In this embodiment, step6.1, after the bootloader is started, redirecting an address of an access disk through in18 interruption and Hook disk operation, setting after an image is downloaded through p2p, setting parameters in a configuration file of the bootloader, where the name of the configuration file is lf _ boot.
And redirecting the access to the local disk of the client side to the disk of the virtual machine through the Hook disk operation, ensuring that the file can be normally identified when the operating system is started until the virtual disk drive in the operating system in the virtual disk is started, taking over the real disk reading and writing, giving the operating system the control right of the disk at this moment, exiting the Hook and completing the mounting.
In this embodiment, as shown in fig. 1, the image file is stored in a remote server, and is connected to the image of the server in a VDI mode by means of a remote protocol, where the existing general remote connection protocol includes spice, rdp, and the like. And downloading the image file to a local boot in the IDV mode. The virtual mirror image mode is started by loading a bootloader through bare hardware metal and then loading a virtual mirror image file by the bootloader.
In this embodiment, the bootloader is first run, and the network module is loaded to connect to the network.
Secondly, the server is connected through a network, if the network card is not communicated, whether the downloaded virtual mirror image or the IDV desktop exists locally or not is judged, if yes, the virtual machine mirror image is started preferentially, and then the IDV desktop exists.
And then if the network card is normal, the connection server sends the local MAC address to the server, and the server fuses the mirror image module to send the mirror image mode which is stored in the database and is suitable for starting to the bootloader. After the Bootloader receives the message, if the idv desktop is started, the Bootloader starts a linux system, and a virtual machine is started in the linux;
if the desktop is the vdi desktop, the bootloader starts a linux system, then starts a remote connection client and is connected to a virtual machine at the back end;
if the virtual mirror image is the virtual mirror image, the mirror image is mounted in a mode of loading bootloader by bare hardware metal;
if the starting mode does not exist, the terminal hardware information is obtained again, the judgment is made according to the table 1, and the hardware information and the judgment result are reported to the server and stored in the database.
Example two
An intelligent converged cloud desktop server having stored therein a first computer program which when executed by a processor implements the steps of:
step1, generating virtualization mode parameters according to hardware parameters of a client, wherein the virtualization mode parameters comprise VDI mode parameters, IDV mode parameters or virtual mirror mode parameters;
step2, sending the virtualization mode parameters to the client;
step3, after the client requests the virtual mirror image corresponding to the virtualization mode, generating the virtual mirror image corresponding to the virtualization mode, wherein the virtual mirror image corresponding to the virtualization mode comprises a virtual mirror image corresponding to a VDI mode, a virtual mirror image corresponding to an IDV mode or a virtual mirror image corresponding to a virtual mirror image mode;
step4, when the virtualization mode is the VDI mode, storing the virtual mirror image corresponding to the VDI mode in the current server;
and when the virtualization mode is the IDV mode or the virtual mirror mode, sending the virtual mirror corresponding to the IDV mode or the virtual mirror corresponding to the virtual mirror mode to the client.
Optionally, step1 generates a virtualization mode parameter according to a hardware parameter of the client, which specifically includes:
when the CPU model is ARM, the hardware virtualization function is not available, and the network card is not available, information which cannot work normally is generated;
when the CPU model is ARM, the hardware virtualization function is not available, and the network card is communicated, parameters corresponding to the VDI mode are generated;
when the CPU model is AMD, supports AMD-V technology and the network card is not accessible, generating parameters corresponding to the IDV mode;
when the CPU model is AMD, supports AMD-V technology, is connected with a network card and has a bandwidth less than 10MBps, generating a parameter corresponding to the IDV mode;
when the CPU model is AMD, supports AMD-V technology, is connected with a network card and has the bandwidth more than or equal to 10MBps, generating parameters corresponding to an IDV mode and/or parameters corresponding to a VDI mode;
when the CPU model is AMD, the AMD-V technology is not supported, and the network card is not accessible, generating a parameter corresponding to the virtual mirror image mode;
when the CPU model is AMD, the AMD-V technology is not supported, and the network card is communicated, generating a parameter corresponding to the virtual mirror image mode;
when the CPU model is Intel, supports VT-x or VT-d technology and the network card is not communicated, generating a parameter corresponding to the IDV mode;
when the CPU model is Intel, supports VT-x or VT-d technology, is connected with a network card and has a bandwidth less than 10MBps, generating parameters corresponding to the IDV mode;
when the CPU model is Intel, supports VT-x or VT-d technology, is connected with a network card and has the bandwidth more than or equal to 10MBps, generating parameters corresponding to the IDV mode and/or parameters corresponding to the VDI mode;
when the CPU model is Intel, the AMD-V technology is not supported and the network card is not accessible, generating a parameter corresponding to the virtual mirror image mode;
and when the CPU model is Intel, the AMD-V technology is not supported and the network card is communicated, generating parameters corresponding to the virtual mirror image mode.
EXAMPLE III
An intelligent converged cloud desktop client having a second computer program stored therein, the second computer program when executed by a processor implementing the steps of:
a, obtaining hardware parameters of a client, wherein the hardware parameters comprise a CPU (Central processing Unit) model, whether a network card is communicated and whether VT-x, VT-d and AMD-V technologies are supported;
step B, sending the hardware parameters to a server;
step C, after waiting for the server to send the virtualization mode parameters, requesting a virtual mirror image corresponding to the virtualization mode from the server;
when the virtualization mode is a VDI mode, remotely connecting to a server end through a spice protocol to obtain a virtual mirror image;
when the virtualization mode is an IDV mode or a virtual mirror mode, obtaining a virtual mirror corresponding to the IDV mode or a virtual mirror corresponding to the virtual mirror mode through a P2P technology;
and D, mounting the virtual mirror image to the client, and ending.
Optionally, the hardware parameters of the client are obtained by using bios software or efi software in step a.
Optionally, mounting the virtual image corresponding to the virtual image mode to the client in step D, which specifically includes:
StepI, setting bootloader starting parameters, and writing the starting parameters into a configuration file of the bootloader;
StepII, acquiring a virtual mirror image file according to the configuration file and mounting the virtual mirror image file through a virtual disk drive;
StepIII, intercepting the operation of accessing the disk by adopting the Hook disk operation, redirecting the disk access address into the virtual mirror image until the Hook disk operation is closed after a virtual disk drive in an operating system in the virtual disk is started, and completing mounting.
Through the description of the above embodiments, those skilled in the art will clearly understand that the present invention may be implemented by software plus necessary general hardware, and certainly may also be implemented by hardware, but in many cases, the former is a better embodiment. Based on such understanding, the technical solutions of the present invention may be substantially implemented or a part of the technical solutions contributing to the prior art may be embodied in the form of a software product, which is stored in a readable storage medium, such as a floppy disk, a hard disk, or an optical disk of a computer, and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device) to execute the methods according to the embodiments of the present invention.