CN114281354A - Cloud desktop upgrading method - Google Patents

Cloud desktop upgrading method Download PDF

Info

Publication number
CN114281354A
CN114281354A CN202111387532.1A CN202111387532A CN114281354A CN 114281354 A CN114281354 A CN 114281354A CN 202111387532 A CN202111387532 A CN 202111387532A CN 114281354 A CN114281354 A CN 114281354A
Authority
CN
China
Prior art keywords
server
terminal
cloud desktop
operating system
virtual hardware
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.)
Pending
Application number
CN202111387532.1A
Other languages
Chinese (zh)
Inventor
林参
吴振榕
高嵩
吕梓扬
陈新勇
沈香武
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huaneng Fujian Energy Development Co Ltd Fuzhou Branch
Original Assignee
Huaneng Fujian Energy Development Co Ltd Fuzhou Branch
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huaneng Fujian Energy Development Co Ltd Fuzhou Branch filed Critical Huaneng Fujian Energy Development Co Ltd Fuzhou Branch
Priority to CN202111387532.1A priority Critical patent/CN114281354A/en
Publication of CN114281354A publication Critical patent/CN114281354A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Stored Programmes (AREA)

Abstract

The invention relates to a cloud desktop upgrading method, which comprises the following steps: installing a cloud desktop system client at the terminal and sending an upgrading request to a server; receiving a new virtual hardware configuration from a server; simulating one or more new virtual hardware in the first operating system of the terminal according to the new virtual hardware configuration; installing a hypervisor based at least in part on the one or more new virtual hardware; and managing a second operating system provided by a server using the hypervisor. The cloud desktop system client can update the cloud desktop according to the terminal hardware configuration and/or the user requirements, so that different requirements of users can be met, and the user satisfaction is improved.

Description

Cloud desktop upgrading method
Technical Field
The invention relates to the technical field of computer networks, in particular to a cloud desktop upgrading method.
Background
With the technological development for many years, cloud desktop systems have become mature. The traditional cloud desktop system means that the desktop systems of users are all stored on a server. The remote server is used for realizing unified management, dynamic distribution and operation, and flexible distribution and recovery of the user desktop system. For example, a vdi (virtual Desktop infrastructure) is a typical cloud Desktop system, all operations are performed on a server side, and a thin terminal only provides network connection and interaction functions. However, the VDI-based cloud desktop system is heavily dependent on the network and is very difficult to use offline. Furthermore, VDI support for peripherals is also very limited. Therefore, the user experience is not good.
With the background of increasing computing power of PC platforms, Intel corporation proposed the idv (intelligent Desktop virtualization) model of cloud Desktop systems. The IDV adopts distributed operation, utilizes local computing resources, can also provide better bandwidth experience and compatibility of peripheral equipment, and can support disconnected network operation.
However, when a computer network with a large number of computers is shifted to a cloud desktop system, because various models of computers exist in the existing computer network, IDV needs to create a corresponding mirror image for each model of computer in the cloud, and the management and maintenance of the cloud desktop system become very complicated and burdensome. Therefore, the existing computer network turning cloud desktop system becomes too high in cost, and popularization and use of the cloud desktop system are influenced. In addition, once the basic hardware of the terminal is changed or the requirement is changed, the existing steps for upgrading the cloud desktop are very complicated, and the problem of poor user experience exists.
Disclosure of Invention
Aiming at the technical problems in the prior art, the invention provides a cloud desktop upgrading method, which comprises the following steps: installing a cloud desktop system client at the terminal and sending an upgrading request to a server; receiving a new virtual hardware configuration from a server; simulating one or more new virtual hardware in the first operating system of the terminal according to the new virtual hardware configuration; installing a hypervisor based at least in part on the one or more new virtual hardware; and managing a second operating system provided by a server using the hypervisor.
The method as described above, further comprising: and the server determines the new virtual hardware configuration according to part of hardware in the basic hardware layer of the terminal.
The method as described above, further comprising: forwarding, on the installer of the cloud desktop system client, the computing request of the new virtual hardware to the server, and receiving a computing result from the server.
The method as described above, further comprising: and forwarding the read-write request of the new virtual hardware part aiming at the external memory to the server on the installation program of the cloud desktop system client, and receiving the read-write result from the server.
The method as described above, further comprising: determining whether an image containing the second operating system has changed.
The method as described above, further comprising: receiving a designated new image from the server in response to a change in an image containing the second operating system.
The method as described above, further comprising: downloading the new image comprises an image or incremental image of the second operating system.
The method as described above, further comprising: and running the second operating system, and determining whether the performance of the second operating system meets the upgrade request.
The method as described above, further comprising: in response to the performance of the second operating system still not meeting the upgrade request, replacing the specified new image from the server.
The method as described above, further comprising: in response to the performance of the second operating system not yet meeting the upgrade request, upgrade the new virtual hardware configuration determined by the server.
The cloud desktop system client can update the cloud desktop according to the terminal hardware configuration and/or the user requirements, so that different requirements of users can be met, and the user satisfaction is improved.
Drawings
Preferred embodiments of the present invention will now be described in further detail with reference to the accompanying drawings, in which:
FIG. 1 is a schematic structural diagram of a cloud desktop system according to one embodiment of the invention;
fig. 2 is a system configuration diagram of a terminal according to an embodiment of the present invention;
FIG. 3 is a schematic flow chart illustrating the operation of a cloud desktop system client according to an embodiment of the present invention;
FIG. 4 is a flow diagram of a server of a cloud desktop system according to one embodiment of the invention; and
fig. 5 is a flowchart illustrating a cloud desktop upgrade method according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, 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, but 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.
In the following detailed description, reference is made to the accompanying drawings that form a part hereof and in which is shown by way of illustration specific embodiments of the application. In the drawings, like numerals describe substantially similar components throughout the different views. Various specific embodiments of the present application are described in sufficient detail below to enable those skilled in the art to practice the teachings of the present application. It is to be understood that other embodiments may be utilized and structural, logical or electrical changes may be made to the embodiments of the present application.
The invention provides a cloud desktop system based on IDV. And running a virtualization application on the local operating system at the computer terminal to obtain the virtualization configuration from the cloud and simulate corresponding hardware. And performing secondary virtualization on the basis of simulating hardware, and distributing the cloud desktop through the IDV framework, thereby realizing a full-network cloud desktop system. Since the number of virtualization configuration types is controllable, cloud desktop maintenance at the cloud end will be predictable. This will facilitate the deployment and deployment of cloud desktop systems over existing computer networks.
Fig. 1 is a schematic structural diagram of a cloud desktop system according to an embodiment of the present invention. As shown, the cloud desktop system 100 includes a server 101 and a plurality of terminals 102 and 107 connected thereto. Terminals 102 and 103 are in a first local area network and terminals 104 and 105 are in a second local area network; while terminals 102 and 103 are not in the same local area network as terminals 104 and 105. Terminals 106 and 107 are connected to server 101 via VPNs, respectively.
In some embodiments, the server 101 includes one or more processors, memory, and a communication interface. The processor can be coupled to the memory and the communication interface through a high speed bus. The processor includes one or more Central Processing Units (CPUs), Graphics Processing Units (GPUs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), or a combination thereof. The processor is capable of executing software or computer readable instructions stored in the memory to perform the methods or operations described herein. The memory can store software, data, logs, or a combination thereof. The memory may be an internal memory or an external memory. Examples of internal memory are disk memory, flash memory, non-volatile random access memory (NVRAM), and the like. Examples of external memory are memory residing on a storage node, cloud server, or storage server. Examples of communication interfaces include a network interface card, a modem, and the like. The server 101 can be connected to the first local area network and the second local area network using communication interfaces to communicate with the terminals 102 and 105 respectively located therein. The server can also communicate with the terminals 106 and 107 in the external network through the VPN protocol using the communication interface.
In some embodiments, any of the terminals 102 and 107 includes: the system comprises a first processor, a first RAM, a first I/O device, a first display, a first keyboard and a first mouse; wherein the first I/O device may include a first hard disk and a second network interface card. These above devices are physical facilities of the respective terminals. As will be appreciated, the terminal 102 and 107 are configured to run a first operating system, namely a local operating system. These operating systems include, but are not limited to, Windows, Linux, Mac OS, IOS, or Android or other operating systems based on these operating systems, such as Kylin (Kylin), Red flag Linux, AliOS (original Yun OS), Hongmon (Harmony OS), and the like. Terminal 102 and 107, when purchased, many already include the first operating system. In some cases, the hardware of the terminal 102 and 107, the maintenance service of the first operating system, and the like may also be provided independently by a brand service provider or other entity of the terminal 102 and 107. Thus, in some embodiments, the maintenance of the cloud desktop system need not include the hardware of the terminal 102 and 107 and the maintenance work of the first operating system.
In some embodiments, any of the terminals 102 and 107 further comprises a first virtualization layer, a second virtualization layer, and a cloud desktop. The first virtualization layer is generated in a first operating system in a virtualization mode and comprises a plurality of virtual hardware: a second processor, a second RAM, a second I/O device, a second display, and a second keyboard and a second mouse; wherein the second I/O device may include a second hard disk and a second network interface card; which may or may not be the same as the first processor, the first RAM, the first I/O device, the first display, and the first keyboard and the first mouse. The second virtualization layer is virtualization software that runs on the virtual hardware of the first virtualization layer. Under the IDV framework, the virtualization software of the second virtualization layer functions similarly to the native virtualization software of the IDV, providing support for the cloud desktop thereon. The difference is that in the present invention the IDV virtualization software is running on the respective virtualization hardware of the first virtualization layer. The cloud desktop is a second operating system running on the terminal, and includes but is not limited to Windows, Linux, Mac OS, IOS, or Android or other operating systems based on these operating systems, such as Kylin (Kylin), redflag Linux, AliOS (original Yun OS), hong meng (Harmony OS), and so on.
The secondary virtualization at the terminal provides great flexibility for the cloud desktop system. Although the secondary virtualization is performed, the loss of local computing performance is not significant. Moreover, the performance of the local terminal can be improved under the same framework. In some embodiments, if the hardware of the terminal itself, e.g., the first processor, the first RAM, etc., does not support the virtualization software under the IDV framework, the first virtualization layer may promote the hardware of the first processor, the first RAM, etc., by means of virtualization and support the promotion of the client by the resources of the server 101. For example, the first processor of the terminal, which was the Intel i3 processor before 2016, does not support Intel Broadwell and cannot run the IDV framework. The virtual second processor can be set to be Intel i5-5675C in the first virtualization layer through a virtualization means, and the required computing power is achieved through the computing resources on the server side. Therefore, the IDV framework can be conveniently and smoothly installed and operated on the old terminal, and the user experience of the terminal can be substantially improved.
The secondary virtualization at the terminal also reduces the burden for the maintenance of the cloud desktop system. Since the virtualized hardware configuration is distributed by the cloud server, the slave server can control the number of terminal images. Therefore, the maintenance work of the cloud desktop system can be greatly reduced, and the actual operation cost of the cloud desktop system is reduced.
The server runs cloud management platform software to provide management functions of the cloud desktop system. In some embodiments, the server includes a mirror repository 110 and a cloud desktop management module 112; wherein one or more images associated with the terminal are stored in the image repository 110. In some embodiments, multiple terminals may correspond to a mirror. The reduction in the number of images can ease the maintenance work required for the images. In other embodiments, the mirror library 110 includes a base mirror and a plurality of delta mirrors. The base image corresponds to a virtual hardware configuration. Different base images exist for different virtual hardware configurations. The incremental image corresponds to a terminal. Each terminal has an incremental image in an image library. The incremental mirror image stores personalized updating of the terminal on the basis of the basic mirror image. The number of the basic images is less, so that the workload of maintenance can be reduced, and the flexibility of terminal personalized setting is provided.
The cloud desktop management module 112 provides management functions for the cloud desktop system. In some embodiments, cloud desktop management module 112 provides management for images in an image repository, including but not limited to: creating a new image, binding the image with the terminal, updating, deleting the image and the like. In some embodiments, cloud desktop management module 112 provides management for the terminal, including but not limited to: adding and deleting terminals, configuring a network, setting a management strategy, backing up and recovering data and the like. These functions are similar to the management functions in the existing IDV framework and are not described in detail here.
Unlike existing IDV frameworks, cloud desktop management module 112 also provides management functions for virtual configurations. The cloud desktop management module receives a virtual configuration request from a terminal. The virtual configuration request at least comprises the hardware configuration of the terminal: the computer comprises a first processor, a first RAM, a first I/O device, a first display, a first keyboard, a first mouse and the like. The cloud desktop management module selects a virtual configuration suitable for the terminal from a plurality of existing virtual configurations and sends the virtual configuration to the terminal. As will be appreciated, the virtual configuration may be lower than the terminal hardware configuration in terms of computing and storage capabilities, etc.; and may be higher in computing and storage capabilities than the terminal hardware configuration. In order to save the computing and storage resources in the cloud by making full use of the local computing and storage resources of the terminal as much as possible, the computing and storage capacity of the virtual configuration is generally lower than that of the terminal hardware configuration.
In some embodiments, the server also includes a secure authentication service module 114. The security authentication service module 114 provides access service between the terminal and the server; including but not limited to user services, login authentication services, transport encryption services, flow control services, etc. These functions are similar to the related functions in the existing IDV framework and are not described in detail here.
In some embodiments, the server further includes a cloud computing management module 116 and a cloud resource management module 118. When the computing or storage capacity provided by the hardware of the terminal is insufficient, the virtual second processor, the second RAM or the second I/O and the like provide services for the terminal by using the cloud computing and storage capacity provided by the server. Therefore, the server needs to provide corresponding resources according to the virtual configuration to support computing and storage of the cloud. Further, the server itself needs to manage a plurality of terminals and provide corresponding cloud services, and also needs computing and storage resources. Cloud computing management module 116 and cloud resource management module 118 provide and allocate resources needed for cloud computing and storage and manage cloud computing.
Fig. 2 is a system configuration diagram of a terminal according to an embodiment of the present invention. As shown, the terminal includes a 5-layer structure, which is a basic hardware layer, a local operating system layer, a first virtualization layer, a second virtualization layer, and a cloud desktop layer. The basic hardware layer refers to hardware of the terminal, and includes a first processor, a first RAM, a first I/O device, a first display, a first keyboard, a first mouse, and the like. The native operating system layer (i.e. the first operating system) refers to a native operating system running on the basic hardware layer, which may be Windows, Linux, Mac OS, IOS or Android or other operating systems based on these operating systems, such as Kylin (Kylin), red flag Linux, AliOS (primitive Yun OS), hong meng (Harmony OS), etc.
In some embodiments, the terminal can run the client of the cloud desktop system of the present invention on the local operating system layer by installing software or APP. As will be appreciated, the clients of the present invention are provided in different forms depending on the native operating system. For example, an installation package for the Windows system, an dmg file or pkg file for the Mac OS system, an apk file for the Android system, and the like. The terminal can obtain the client of the cloud desktop system through website downloading or other modes; and is installed on the terminal's native operating system.
Through the cloud desktop system client, the terminal can communicate with the server, obtain virtual hardware settings distributed by the server, and virtualize corresponding hardware on a local operating system of the terminal. These virtual hardware form a first virtualization layer comprising: a second processor, a second RAM, a second I/O device, a second display, a second keyboard and a second mouse, etc.
The terminal deploys an IDV framework on the basis of virtual hardware of the first virtualization layer to remotely run the cloud desktop. As is known, a second virtualization layer, i.e., Hypervisor (Hypervisor), is disposed above the first virtualization layer. The Hypervisor runs directly on the virtual hardware providing the drivers required by the virtual hardware or at least the drivers of CPU, Interrupt and RAM, e.g. XEN. Since the Hypervisor can directly run on the virtual hardware, although virtualization is also performed, the loss of performance is relatively small, and the running reliability can be ensured. The Hypervisor manages a second operating system running thereon. The second operating system may be Windows, Linux, Mac OS, IOS, or Android or other operating systems based on these operating systems, such as Kylin (Kylin), red flag Linux, AliOS (original Yun OS), hong meng (Harmony OS), and so on. The second virtualization layer and the second operating system layer are similar to the existing IDV framework, and are not described herein again.
Fig. 3 is a schematic operation flow diagram of a cloud desktop system client according to an embodiment of the present invention. As shown in the figure, after the cloud desktop system client is installed in the local operating system of the terminal, the cloud desktop system client operates and executes the following steps: in step 310, the hardware configuration of the terminal, i.e. the first processor, the first RAM, the first I/O device, the first display, and the first keyboard and the first mouse, etc., is obtained. In step 320, the terminal hardware configuration is sent to the server. The hardware configurations include at least a first processor and a first RAM. In some embodiments, the configurations further include a first I/O device. As will be appreciated, other hardware, such as displays, printers, scanners, etc., may also be included in the hardware configuration of the terminal that is sent to the server.
At step 330, a virtual hardware configuration is received from the server. The virtual hardware configuration includes at least a second processor and a second RAM. In some embodiments, the virtual hardware configuration further includes a second I/O device. As will be appreciated, other virtual hardware, such as displays, printers, scanners, etc., may also be included in the virtual hardware configuration sent to the terminal. After receiving the hardware configuration from the terminal, the server firstly determines whether the hardware configuration of the terminal can operate the cloud desktop system or not and the performance of the cloud desktop system. Therefore, the server determines whether the hardware configuration of the terminal needs to be improved, namely whether the running experience of the terminal needs to be improved by using the computing resources of the cloud. If the computing capacity needs to be improved, the server side determines the processor type and the RAM quantity which are assigned to the terminal after the improvement. Next, the server determines the virtual hardware configuration allocated to the terminal based on the hardware configuration of the terminal and the processor type and the amount of RAM specified if there is a boost. Other types of terminal hardware that need to be upgraded, such as memory space, etc., can also be implemented in a similar manner.
In some embodiments, the server maintains a number of virtual hardware configurations. The server allocates one of the virtual hardware configurations to the terminal according to the hardware configuration of the terminal and the specified processor type and RAM amount. As will be appreciated, each virtual hardware configuration corresponds to a different image. In this way, a controlled number of images can be maintained on the server side.
In step 340, corresponding virtual hardware is simulated at the terminal according to the virtual hardware configuration. The client of the cloud desktop system has a function of simulating hardware by software. This functionality of the cloud desktop system client is similar to that of a VMware work or Visual Box, i.e., the virtual hardware is generated by software. In some embodiments, communications directed to the virtual hardware are transferred to the local operating system and then executed by the local hardware without requiring the computing resources of the server. In other embodiments, communications directed to the virtual processors and RAM are sent to the server and results of the computations are received from the server when it is desired to utilize the computing resources of the server. When the storage resources of the server are needed, a communication for storage, e.g. a read-write request to a hard disk, will be sent to the server and the result of the read-write will be received from the server.
At step 350, the clients of the IDV framework are provisioned on a virtual hardware configuration basis. In some embodiments, the Hypervisor is installed on the basis of virtual hardware, such as XEN. And then, installing the IDV cloud desktop system client on the terminal through Hypervisor. And selecting a proper second operating system, namely the cloud desktop, according to the requirements of the terminal. Therefore, twice virtualization on the terminal and operation of the cloud desktop are achieved. In this step, the above process is similar to the existing IDV framework client configuration mode, and is not described herein again.
Fig. 4 is a flowchart illustrating a server of the cloud desktop system according to an embodiment of the present invention. As shown in the figure, the flow of the server of the cloud desktop system includes the following steps: in step 410, a hardware configuration is received from a terminal. As described above, the hardware configuration of the terminal includes: the computer comprises a first processor, a first RAM, a first I/O device, a first display, a first keyboard, a first mouse and the like. At step 420, it is determined whether the hardware configuration of the terminal needs to be upgraded. In some embodiments, the server determines whether the terminal can satisfy the conditions for running the IDV framework. If the computing power or the processor type of the terminal does not meet the condition of installing the IDV framework client, the computing power of the terminal is improved at the server. In some embodiments, the server will boost the storage capacity of the terminal if the storage capacity of the terminal is insufficient, e.g. the storage space is too small. In some embodiments, the server determines whether the terminal-provided performance experience meets a minimum criteria, step 430. These performance experiences include, but are not limited to, latency for the terminal to perform some task, graphics or video rendering capabilities of the terminal, storage capabilities of the terminal, and so forth. If the server determines that the performance experience provided by the terminal cannot reach the minimum standard, the server will improve the computing power and/or storage power of the terminal.
In step 440, the server determines the computing power and/or storage power provided for the terminal. In some embodiments, the server determines the processor type and RAM size of the virtual terminal if it is to increase the computing power of the terminal. For example, the server decides the type of processor and RAM based on the lowest hardware standard for running the IDV framework or the lowest standard for performance experience. And if the storage capacity of the terminal is improved, the server determines the size of the provided cloud storage space. For example, the storage space of the cloud is allocated to the terminal according to the requirement of the terminal.
In step 450, the server determines the virtual hardware configuration of the terminal. In some embodiments, a plurality of images are stored in an image repository of the server. Each mirror corresponds to a plurality of virtual hardware configurations. In still other embodiments, the images in the image library include base images and delta images. The base image corresponds to a virtual hardware configuration. Thus, the server includes a plurality of virtual hardware configurations. In some embodiments, the server compares the hardware configuration of the terminal with a plurality of virtual hardware configurations, and assigns a virtual hardware configuration that is closest to the hardware configuration of the terminal to the terminal. In some embodiments, the processing power of the CPU in the virtual hardware configuration is less than or equal to the processing power of the CPU in the terminal hardware. The size of the RAM in the virtual hardware configuration is equal to the size of the RAM in the terminal hardware. The size of the hard disk space in the virtual hardware configuration is equal to the size of the hard disk space in the terminal hardware. Of course, the size of the virtual RAM and the hard disk space may also be slightly smaller than that of the terminal RAM and the hard disk space. In general, the virtual CPU processing capacity, the RAM and the hard disk space do not exceed the size of the terminal CPU processing capacity, the RAM and the hard disk space.
In some embodiments, the server will replace the corresponding hardware of the terminal with the increased computing and/or storage capabilities and then compare the hardware with a plurality of virtual hardware configurations to determine the virtual configuration assigned to the terminal. Since the computing power and/or storage power of the terminal is increased, the increased computing power and/or storage power corresponds to the computing power and/or storage power in the existing multiple virtual configurations. Therefore, after the computing power and/or the storage power of the terminal are improved, the corresponding virtual hardware configuration can be easily determined.
In some embodiments, if the server does not have a virtual hardware configuration suitable for the terminal, a new virtual hardware configuration may be established on the server, and a corresponding mirror image may be established in the mirror image library. The newly established virtual hardware configuration is then assigned to the terminal. If the computing power and/or the storage power of the terminal exceed the existing virtual hardware configuration on the server, a new virtual hardware configuration is established, so that the computing power and/or the storage power of the terminal cannot be brought into full play.
In step 460, a mirror associated with the terminal is designated. The server determines the images suitable for the terminal to operate according to the computing power and/or the storage power of the terminal. In some embodiments, the server obtains the type of operating system required by the terminal, and picks an image of the operating system required by the terminal among the images suitable for the terminal to run. For example, if the terminal adopts a Windows XP system, a Windows XP image or a basic image is selected from images corresponding to a virtual hardware configuration of the terminal and assigned to the terminal. And then, the terminal downloads the specified mirror image and runs the cloud desktop of Windows XP.
In some embodiments, the server manages the cloud desktop of the terminal remotely by managing the terminal-specific image. For example, the server may change the operating system used by the terminal by changing the image assigned to the terminal. The server may add new software in the second operating system of the terminal by installing the new software in the image. The server may add new hardware in the second operating system by adding a driver for the terminal hardware in the image. The server can manage the user using the terminal by configuring the login information in the mirror image. The server may manage the rights to use the end user by configuring the user rights in the image. The management of the server on each terminal cloud desktop is similar to the management method under the existing IDV framework, and is not described herein again.
According to the invention, the distribution and management of the cloud desktop are realized by running the IDV framework on the virtual hardware simulated at the computer terminal. In some embodiments of the invention, the number of images managed on the server can be effectively reduced, thereby reducing the workload of cloud desktop maintenance and promoting the arrangement and popularization of a cloud desktop system in the existing computer network. In some embodiments of the invention, the virtual hardware of the terminal is promoted through the computing power and/or the storage power provided by the server, so that the cloud desktop system can be operated smoothly. The application range of the cloud desktop system can be expanded, and the user experience of using the cloud desktop system can be improved.
In order to solve the problem that the cloud desktop cannot be upgraded, a one-key upgrading function is developed at a client of the cloud desktop system. Specifically, the method is described. When the hardware configuration of the terminal is changed or a user wants to experience higher performance, an upgrading request is sent to a server through a cloud desktop system client; and the server determines the new virtual hardware configuration according to the upgrading request, so that the new virtual hardware installation super-management program is installed and the upgraded second operating system is obtained. The cloud desktop system client can update the cloud desktop according to the terminal hardware configuration and/or the user requirements, so that different requirements of users can be met, and the user satisfaction is improved.
Fig. 5 is a flowchart illustrating a cloud desktop upgrade method according to an embodiment of the present invention. As shown in the figure, the flow of the server of the cloud desktop system includes the following steps: in step 510, the client of the cloud desktop system is installed on the terminal, and an upgrade request is sent to the server. The cloud desktop upgrading request is applicable to various scenes, for example, when a processor is replaced by a terminal, the virtual hardware configuration before replacement is incompatible or the virtual hardware configuration before replacement cannot exert the optimal performance of new processing, and the virtual hardware configuration needs to be updated. Or the user's requirements change, the old virtual hardware configuration does not match the user's actual requirements. Of course, in the present application, the upgrade request may be to improve the performance of the new virtual hardware configuration, or may be to reduce the performance of the new virtual hardware configuration, which is not limited herein.
At step 520, a new virtual hardware configuration is received from the server. And the server determines the new virtual hardware configuration according to part of hardware in the basic hardware layer of the terminal. The hardware comprises a replaced first processor, a first RAM, a first I/O device, a first display, a first keyboard and a first mouse. In some embodiments, the cloud desktop system client sends the latest terminal hardware configuration of the terminal to the server through the upgrade request, and then receives the virtual hardware configuration matched with the terminal hardware configuration from the server. And matching the optimal virtual hardware configuration according to the latest basic hardware configuration parameters, so that the virtual hardware configuration is matched with the terminal hardware configuration, and the user experience is improved. In some embodiments, the cloud desktop system client sends the latest performance requirement of the terminal to the server through an upgrade request, and then receives the virtual hardware configuration matched with the latest performance requirement from the server. The server can meet the performance requirements of the terminal if it is able to meet the new virtual hardware configuration. In some embodiments, if the hardware in the terminal basic hardware layer cannot meet the performance requirement, the server allocates the computing power or storage power of the server to the terminal, and determines a new virtual hardware configuration according to the performance requirement, so as to improve the user experience.
At step 530, one or more new virtual hardware are emulated in the first operating system of the terminal according to the new virtual hardware configuration. The cloud desktop system client is installed in a first operating system of the terminal and can simulate one or more new virtual hardware according to the received virtual hardware configuration information.
In some embodiments, when the computing or storage capacity provided by the hardware of the terminal is insufficient, the new virtual hardware may provide services for the terminal using the cloud computing and storage capacity provided by the server. In one embodiment, a computing request for new virtual hardware is forwarded to a server on an installer of a cloud desktop system client, and computing results are received from the server. When the computing resources of the server need to be utilized, computing requests for the virtual processors and the RAM are sent to the server and results of the computing are received from the server. In this way, the computing requirements of the terminal will be replaced by the computing power of the server, thereby satisfying the computing requirements of the user.
In one embodiment, a read-write request of a portion of new virtual hardware to an external memory is forwarded to a server on an installer of a cloud desktop system client, and a result of the read-write is received from the server. When the storage resource of the server is needed, a read-write request for storage is sent to the server and the result of reading and writing is received from the server. The external storage may be a hard disk or a storage array on the server. In this way, the storage requirement of the terminal is partially replaced by the storage capacity of the server, so that the storage requirement of the user is met.
The use performance of the terminal can be improved by using the computing resources and/or the storage resources of the server, even if the terminal performance is weak, the cloud desktop can be used for completing the requirements on the performance, and the requirements of the cloud desktop on the terminal performance are reduced.
At step 540, the hypervisor is installed based at least in part on the one or more new virtual hardware. At step 550, the second operating system provided by the server is managed using the hypervisor. The hypervisor runs on top of the virtual hardware, so the virtual hardware configuration changes and the corresponding hypervisor is adjusted accordingly. Changes may also occur to the second operating system running on the hypervisor. These two steps are similar to those described previously and will not be described in detail here.
At step 560, a determination is made as to whether the image containing the second operating system has changed. At step 570, a designated new image is received from the server in response to the change in the image containing the second operating system. In some embodiments, different virtual hardware configurations correspond to different images. If the virtual hardware configuration changes, the mirror image will also change. When the cloud desktop system client on the terminal finds that the mirror image on the second operating system changes, a mirror image changing request is sent to the server, and the server searches the mirror image matched with the mirror image changing request in the mirror image library according to the mirror image changing request and sends the mirror image to the terminal.
In one embodiment, downloading the new image comprises an image or incremental image of the second operating system. The image library of the server comprises a base image and a plurality of incremental images. The server determines a new mirror image according to the mirror image changing request of the terminal; comparing whether the new mirror image is partially identical to the old mirror image; when there are parts that are the same, an incremental image different from the old image is sent to the terminal. By comparing the difference between the new mirror image and the old mirror image and sending the difference mirror image, the data volume of transmission can be reduced and the transmission time can be shortened.
At step 580, the second operating system is run to determine if the performance of the second operating system complies with the upgrade request. And after the mirror image is received, running and checking whether the performance of the second operating system meets the upgrading request of the user. Such as whether it is perfectly adapted to the replaced terminal hardware, whether it is able to smoothly run some software, etc. And the effect after upgrading is fed back, so that the problems caused by upgrading are reduced, and the user satisfaction is improved.
At step 590, the designated new image from the server is replaced in response to the performance of the second operating system still not meeting the upgrade request. When the system of the second operating system still does not comply with the upgrade request, it is possible that the hardware configuration of the terminal is not adapted because the image is not updated or the updated image. For example, the mirror image of windows 10 is changed to the mirror image of windows7 to improve fluency of use. And the server matches the new mirror image again and sends the new mirror image to the terminal, so that the problem that the system performance does not conform to the upgrading request due to mismatching of the mirror images can be solved.
In one embodiment, the server determines a new virtual hardware configuration to upgrade in response to the performance of the second operating system not yet complying with the upgrade request. When the upgraded performance of the second operating system cannot meet the user requirement, the virtual hardware configuration may be updated again to upgrade the performance of the second operating system until the upgrade request is met.
According to the method and the system, various performance requirements can be met by upgrading the cloud desktop. The operation is simple, the whole upgrading operation can be completed by sending the upgrading request, the operation is simple, and the use experience of a user is optimized.
The above embodiments are provided only for illustrating the present invention and not for limiting the present invention, and those skilled in the art can make various changes and modifications without departing from the scope of the present invention, and therefore, all equivalent technical solutions should fall within the scope of the present invention.

Claims (10)

1. A cloud desktop upgrading method comprises the following steps:
installing a cloud desktop system client at the terminal and sending an upgrading request to a server;
receiving a new virtual hardware configuration from a server;
simulating one or more new virtual hardware in the first operating system of the terminal according to the new virtual hardware configuration;
installing a hypervisor based at least in part on the one or more new virtual hardware; and
and managing a second operating system provided by the server by using the super management program.
2. The method of claim 1, further comprising: and the server determines the new virtual hardware configuration according to part of hardware in the basic hardware layer of the terminal.
3. The method of claim 1, further comprising: forwarding, on the installer of the cloud desktop system client, the computing request of the new virtual hardware to the server, and receiving a computing result from the server.
4. The method of claim 1, further comprising: and forwarding the read-write request of the new virtual hardware part aiming at the external memory to the server on the installation program of the cloud desktop system client, and receiving the read-write result from the server.
5. The method of claim 1, further comprising: determining whether an image containing the second operating system has changed.
6. The method of claim 5, further comprising: receiving a designated new image from the server in response to a change in an image containing the second operating system.
7. The method of claim 6, further comprising: downloading the new image comprises an image or incremental image of the second operating system.
8. The method of claim 7, further comprising: and running the second operating system, and determining whether the performance of the second operating system meets the upgrade request.
9. The method of claim 8, further comprising: in response to the performance of the second operating system still not meeting the upgrade request, replacing the specified new image from the server.
10. The method of claim 9, further comprising: in response to the performance of the second operating system not yet meeting the upgrade request, upgrade the new virtual hardware configuration determined by the server.
CN202111387532.1A 2021-11-22 2021-11-22 Cloud desktop upgrading method Pending CN114281354A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111387532.1A CN114281354A (en) 2021-11-22 2021-11-22 Cloud desktop upgrading method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111387532.1A CN114281354A (en) 2021-11-22 2021-11-22 Cloud desktop upgrading method

Publications (1)

Publication Number Publication Date
CN114281354A true CN114281354A (en) 2022-04-05

Family

ID=80869573

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111387532.1A Pending CN114281354A (en) 2021-11-22 2021-11-22 Cloud desktop upgrading method

Country Status (1)

Country Link
CN (1) CN114281354A (en)

Similar Documents

Publication Publication Date Title
CN108089913B (en) Virtual machine deployment method of super-fusion system
US10089100B2 (en) Desktop image management for virtual desktops
US11385883B2 (en) Methods and systems that carry out live migration of multi-node applications
EP3588296A1 (en) Dynamically scaled hyperconverged system
CN102447723B (en) Client-side virtualization framework
US20100287280A1 (en) System and method for cloud computing based on multiple providers
US9250672B2 (en) Cloning target machines in a software provisioning environment
US9354858B2 (en) Desktop image management for virtual desktops using on-demand stub creation
US20150178105A1 (en) Method and System for Optimizing Virtual Disk Provisioning
CN101207516B (en) Remote installation performance improvement on management controllers in monolithic and modular systems
CN104580399A (en) OpenStack and Spice-based cloud desktop implementation method
US9448807B2 (en) Automatic creation, deployment, and upgrade of disk images
US10728169B1 (en) Instance upgrade migration
CN110908753A (en) Intelligent fusion cloud desktop server, client and system
CN114461380A (en) Virtual hardware configuration allocation method of cloud desktop system
WO2018090528A1 (en) Method and system for mirror image package preparation and application operation
US9329855B2 (en) Desktop image management for virtual desktops using a branch reflector
CN114281444A (en) Arrangement method for implementing cloud desktop client
CN114217999A (en) Cloud desktop system and method
CN114281354A (en) Cloud desktop upgrading method
CN114281443B (en) Cloud desktop system and method
CN114281443A (en) Cloud desktop system and method
CN114281442A (en) Cloud desktop client and method thereof
CN114500564A (en) Client hardware adaptation method of cloud desktop system
CN114281421A (en) Drive installation method of cloud desktop system

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