Cloud platform virtual machine mirror image manufacturing method, system and device and storage medium

Abstract

The invention provides a cloud platform virtual machine mirror image manufacturing method, system and device and a storage medium, and the method comprises the steps that a cloud platform issues a virtual machine creation request, creates a virtual machine according to the virtual machine request, and mounts a system ISO mirror image; remotely accessing the virtual machine, installing an operating system in the virtual machine, completing basic configuration, modifying a starting mode of the virtual machine, and operating a toolkit to complete system configuration; the cloud platform issues a virtual machine closing request, after the virtual machine is closed, a mirror image forming request is generated under the cloud platform, and a system mirror image is generated on the CVK where the virtual machine is located; the cloud platform issues a mirror image shelving request, a mirror image file generated after the request is shelved to a mirror image server or storage equipment, and mirror image information is persisted to a database. According to the method, the basic mirror image completely matched with the cloud platform can be rapidly manufactured, the manufacturing process is simplified, a user does not need to know the principle of manufacturing the basic mirror image, only simple cloud platform operation and script running are needed, and the efficiency is improved.

Description

Technical Field

[0001] The present application belongs to the field of cloud computing technology, and in particular, relates to a method, system, device and storage medium for producing a cloud platform virtual machine image. Background Art

[0002] When using the cloud platform, it is necessary to continuously create virtual machines, and the system types of these virtual machines are often diverse, including Windows, CentOS, Ubuntu, Euler, etc., and there are also differences between the different versions of these systems. In order to support different types and versions of system virtual machines, the cloud platform always needs to create a large number of basic system images to provide support for the cloud platform to start virtual machines. Virtual machines created using basic system images do not need to reinstall the system, and can be directly deployed for service use.

[0003] If there is no basic system image, each time the cloud platform is turned on, it is necessary to use the iso image to start the virtual machine, then install the system, and then install various components required by the virtual machine: cloud-init, qemu-ga, etc., which is time-consuming and labor-intensive. In addition, the system configuration is not uniform due to the images made by different people, and there are many problems in use. In addition, due to the differences between each system, the versions of the components that need to be installed are also different. Therefore, it is urgent to design a solution that can realize the automatic production and distribution of basic system images. Summary of the invention

[0004] In view of this, the present application aims to propose a cloud platform virtual machine image production method, system, device and storage medium to solve at least one of the above problems.

[0005] To achieve the above purpose, the technical solution of this application is implemented as follows: In a first aspect, the present application provides a method for creating a cloud platform virtual machine image, comprising: The cloud platform sends a request to create a virtual machine, creates a virtual machine according to the request and mounts the system ISO image; Remotely access the virtual machine, install the operating system in the virtual machine and complete basic configuration, modify the startup method of the virtual machine and run the toolkit to complete system configuration; The cloud platform sends a request to shut down the virtual machine. After the virtual machine is shut down, the cloud platform sends a request to generate an image and generates a system image on the CVK where the virtual machine is located. The cloud platform sends an image listing request, lists the image file generated after the request to the image server or storage device, and persists the image information to the database.

[0006] In the second aspect, based on the same inventive concept, the present application also provides a cloud platform virtual machine image production system, including: A virtual machine creation module is configured to send a virtual machine creation request to the cloud platform, create a virtual machine according to the virtual machine request and mount the system ISO image; The virtual machine access module is configured to remotely access the virtual machine, install the operating system in the virtual machine and complete the basic configuration, modify the startup method of the virtual machine and run the toolkit to complete the system configuration; The virtual machine shutdown module is configured to send a virtual machine shutdown request to the cloud platform. After the virtual machine is shut down, the cloud platform sends a request to generate an image and generates a system image on the CVK where the virtual machine is located; The image uploading module is configured to send an image uploading request to the cloud platform, upload the image file generated after the request to the image server or storage device, and persist the image information to the database.

[0007] In a third aspect, based on the same inventive concept, the present application also provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the method described in the first aspect is implemented.

[0008] In a fourth aspect, based on the same inventive concept, the present application also provides a non-transitory computer-readable storage medium, wherein the non-transitory computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the method described in the first aspect.

[0009] Compared with the prior art, the cloud platform virtual machine image production method, system, device and storage medium described in this application have the following beneficial effects: The cloud platform virtual machine image production method, system, device and storage medium described in this application can quickly produce a basic image that is fully compatible with the cloud platform, simplifying the production process. Users do not need to know the principles of producing the basic image, but only need to perform simple cloud platform operations and run scripts to improve efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] The drawings constituting a part of the present application are used to provide a further understanding of the present application. The illustrative embodiments and descriptions of the present application are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0011] Figure 1 This is a flow chart of a method for creating a cloud platform virtual machine image according to an embodiment of the present application; Figure 2 This is a schematic diagram of the structure of a cloud platform virtual machine image production system described in an embodiment of the present application; Figure 3 This is a schematic diagram of the hardware structure of the electronic device described in the embodiment of the present application. DETAILED DESCRIPTION

[0012] In order to make the objectives, technical solutions and advantages of the present application more clearly understood, the present application is further described in detail below in combination with specific embodiments and with reference to the accompanying drawings.

[0013] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the embodiments of the present application should be the usual meanings understood by people with ordinary skills in the field to which the present application belongs. The "first", "second" and similar words used in the embodiments of the present application do not represent any order, quantity or importance, but are only used to distinguish different components. "Including" or "comprising" and similar words mean that the elements or objects appearing in front of the word cover the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connect" or "connected" and similar words are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0014] The embodiments of the present application are described in detail below with reference to the accompanying drawings.

[0015] See also Figure 1 As shown, this embodiment provides a method for creating a cloud platform virtual machine image, which specifically includes the following steps: Step S101: The cloud platform sends a request to create a virtual machine, creates a virtual machine according to the virtual machine request, and mounts the system ISO image.

[0016] Specifically, in this embodiment, when the cloud platform sends a request to create a virtual machine, it is necessary to select the system architecture as arm or x86, and then create the virtual machine on the host of the corresponding architecture. Heterogeneous virtualization can also be used to simulate an arm architecture virtual machine on an x86 host;

[0017] It should be noted that when the cloud platform creates a virtual machine, the boot method needs to be CD-ROM boot. After the system is installed, change to hard disk boot.

[0018] In some implementations, the cloud platform sends a request to create a virtual machine through an API based on parameter data selected by the user, wherein the parameter data includes at least a system type, a startup mode, and a system architecture; Select internal storage or external storage according to the storage mode of the virtual machine, where internal storage includes: CVK proxy service creates a virtual machine system disk image file in local storage; External storage includes: the storage service creates storage volumes on the external storage server and exports the storage volumes on the external storage server to CVK through the storage protocol; The CVK proxy service completes the virtual creation operation through virtualization management. When the virtual machine is created, it is directly mounted on the system ISO image and the startup mode is set to CD-ROM startup.

[0019] Specifically, in this embodiment, the system type of the virtual machine, such as centos, Ubuntu, etc., the startup mode, legacy or uefi, the system architecture, arm or x86, the startup mode, the optical drive startup, the system iso image, the virtual machine creation request is issued, and the CVK proxy service creates the system disk image file or the storage service creates a volume on the external storage server. If it is external storage, the volume on the external storage server needs to be exported to CVK through the storage protocol. The CVK proxy service uses the virtualization management tool virsh to create the virtual machine and start the virtual machine.

[0020] Furthermore, the cloud platform sends a request to create a virtual machine through the API based on parameters such as the system type (CentOS, Ubuntu, etc.) selected by the user, the boot method (Legacy or UEFI, which can ensure the correct loading of the virtual machine BIOS or UEFI firmware), and the system architecture (ARM or x86, loading the matching firmware or virtualization configuration). It selects internal storage or external storage (such as iSCSI, NFS, Ceph, etc.) according to the storage method of the virtual machine.

[0021] For internal storage: The Compute Virtualization Kernel (CVK) proxy service creates a virtual machine system disk image file in local storage.

[0022] For external storage: The storage service creates storage volumes on the external storage server and exports the volumes to CVK using storage protocols such as iSCSI, NFS, or Ceph RBD.

[0023] The storage method described in this embodiment ensures that the mounted storage volume has sufficient read and write performance and stability.

[0024] The CVK proxy service completes the creation of the virtual machine through the virtualization management tool (such as virsh or libvirt). When the virtual machine is created, the system ISO image is directly mounted and the startup mode is set to CD-ROM startup.

[0025] Step S102: remotely access the virtual machine, install the operating system in the virtual machine and complete basic configuration, modify the startup mode of the virtual machine and run the toolkit to complete system configuration.

[0026] Specifically, in this embodiment, the virtual machine is remotely accessed through VNC or a cloud platform, the system is installed in the virtual machine, partitions are made according to requirements, time zones are set, etc., and after the system is installed, the virtual machine is restarted; the virtual machine startup mode is modified to hard disk startup through the cloud platform, the toolkit ISO image is mounted to the virtual machine optical drive, the virtual machine is started using the hard disk startup mode, the virtual machine is entered, the toolkit's ISO optical drive is mounted to the virtual machine directory, the toolkit's script is run to install components, the system is updated and configured, and the system operation history and system logs are cleaned up.

[0027] It should be noted that the toolkit in this embodiment includes: component packages that need to be installed to make an image. Since the systems that need to be supported are diverse, there are also multiple versions of component packages, including cloud-init and qemu-ga components required by the cloud platform. Such components can also be customized and developed within the company to meet the company's self-developed cloud platform requirements. In addition to various component packages, the toolkit also needs to include script files that need to be run to make an image. By running the script, components are installed and the system is configured.

[0028] Since different component versions require different Python dependencies, especially the difference between Python 2 and Python 3, multiple versions of dependencies are required. Use the venv tool to package the Python dependencies of the components locally and put them into the toolkit.

[0029] The scripts in the toolkit are mainly used to update the system, harden images, install components, check system configuration, and check component running status. Scripts are used to ensure that the image configuration and installed components of different types and versions of operating systems are consistent to meet the cloud platform's requirements for images.

[0030] In addition, the scripts in the toolkit need to meet the following conditions: (1) Distinguish the system type. You can use rpm and dpkg to determine whether it is a centos type system or an Ubuntu type system; (2) Determine whether the image is for a virtual machine or bare metal. You can pass in script parameters to specify the type of image to be created. (3) It has a cleanup function to clean up the operation history, generated logs, machine codes, configuration files, etc. in the system. Only the cleaned system image can be output as an image file.

[0031] Some components can be customized and developed according to needs. For example, cloud-init is an open source system initialization configuration component. The source code can be obtained from GitHub. However, cloud-init may have some bugs in use. When some Linux system variants use cloud-init, network configuration failures and other problems may occur. It is necessary to modify the cloud-init source code according to actual conditions and adapt it to the operating system. I will not go into details here.

[0032] Step S103: The cloud platform sends a request to shut down the virtual machine. After the virtual machine is shut down, the cloud platform sends a request to generate an image and generates a system image on the CVK where the virtual machine is located.

[0033] Specifically, in this embodiment, the cloud platform sends a request to shut down the virtual machine, and the CVK proxy service uses the virtualization management tool to shut down the virtual machine; after the virtual machine is shut down, the cloud platform sends a request to generate an image, and the CVK proxy service generates a system image file on CVK. If it is a volume on an external storage device, it needs to be exported to CVK to generate an image file. These operations are all completed by the CVK proxy service.

[0034] Step S104: The cloud platform sends an image upload request, uploads the image file generated after the request to the image server or storage device, and persists the image information to the database.

[0035] Specifically, in this embodiment, the cloud platform sends an image listing request, the cvk proxy service uploads the image file to the image server or storage device, and persists the image information (including: image startup method, image location, system architecture, image system version, image ownership, etc.) to the database for display to users.

[0036] In some embodiments, the method further comprises: Create index fields based on image information and use index fields to optimize image retrieval speed.

[0037] Specifically, in this embodiment, according to the common retrieval requirements of the image, the key fields that need to be accelerated are selected. Common index fields include:

[0038] Image location (image ID): The unique identifier of an image, usually used for direct query.

[0039] System version: For example, CentOS and Ubuntu versions, which is convenient for querying by operating system classification.

[0040] System architecture: ARM or x86, to facilitate filtering of compatible images.

[0041] Image boot mode: Legacy or UEFI, used to meet the requirements of different hardware boot modes.

[0042] Image creation time: Retrieve images by time range.

[0043] Select the appropriate index type based on the key index fields above, including: Single-field index: Create an index for a single field, such as creating an index for "image ID" to quickly locate a specific image.

[0044] Composite index: Create an index for the combination of multiple fields, such as "system version + system architecture", which is more efficient when querying two conditions at the same time.

[0045] Full-text index (selectable based on actual situation): If the image contains description information, users may use it to search for the image by keywords.

[0046] In addition, for frequently searched fields, B-tree index or hash index can also be used preferentially: B-tree index: suitable for range queries, such as "creation time".

[0047] Hash index: suitable for equal value queries, such as precise search by "image ID".

[0048] The order of fields in a composite index should be sorted by retrieval priority, for example: If "System Version" is the primary filter condition and "System Architecture" is the secondary condition, the composite index order should be "System Version + System Architecture".

[0049] The indexing method provided in this embodiment aims to speed up image retrieval by creating index fields. Through the above method, the performance of image retrieval will be significantly improved, while ensuring that the system has high scalability and query stability.

[0050] It should be noted that when this method is used to initially create a virtual machine, it must be started from the optical drive. The startup mode can be selected as legacy startup or uefi startup according to the needs. After installing the system, it is necessary to change to hard disk startup. After entering the system, the tool can be mounted to a directory of the virtual machine and the script can be run. The toolkit contains all the components required for image creation and the dependencies required by the components, including the dependencies required by different types and versions of operating systems and components of different versions. There is no need to worry about the installation of component dependencies. The script automatically completes the installation according to the system type and version. The script can determine the system type and perform different image hardening operations according to the system type. According to the Python version of the system, it determines the dependency version required for installation and the component version required to be installed. The Python dependency can be packaged into the toolkit using the venv tool. The script can perform image hardening, modify system configuration files, persist system configurations, and make the system safer. The script has a cleanup function. After installing the components, use the cleanup function to clean up the operation history, log files, temporary configuration files, etc. After running the script, use the cloud platform to shut down the virtual machine, export the image file, then put the image on the shelf, send the image to the storage device or image server, persist the basic information of the image to the database, and display it to users.

[0051] The method described in this embodiment can meet the requirements of the cloud platform to quickly provide system images, and the image production configuration and required components can be iterated according to the needs of the cloud platform, so that the process of producing system images can be continuously iterated and improved according to the needs, and better adapted to the cloud platform. At the same time, offline image production can be achieved in an environment without a network, without affecting the installation of required components and dependencies.

[0052] This method can quickly produce a basic image that is fully compatible with the cloud platform and simplify the production process. Users do not need to know the principles of making basic images, but only need to perform simple cloud platform operations and run scripts to improve efficiency.

[0053] It should be noted that the above describes some embodiments of the present application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the above embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0054] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the embodiment of the present application also provides a cloud platform virtual machine image production system.

[0055] like Figure 2As shown, the cloud platform virtual machine image production system includes: The virtual machine creation module 11 is configured to send a virtual machine creation request to the cloud platform, create a virtual machine according to the virtual machine request and mount the system ISO image; The virtual machine access module 12 is configured to remotely access the virtual machine, install the operating system in the virtual machine and complete the basic configuration, modify the startup mode of the virtual machine and run the toolkit to complete the system configuration; The virtual machine shutdown module 13 is configured to send a virtual machine shutdown request to the cloud platform. After the virtual machine is shut down, the cloud platform sends a request to generate an image and generates a system image on the CVK where the virtual machine is located; The image uploading module 14 is configured to send an image uploading request to the cloud platform, upload the image file generated after the request to the image server or storage device, and persist the image information to the database.

[0056] For the convenience of description, the above system is described by dividing the functions into various modules. Of course, when implementing the embodiments of the present application, the functions of each module can be implemented in the same or multiple software and / or hardware.

[0057] The system of the above embodiment is used to implement the corresponding method in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be repeated here.

[0058] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments and methods, an embodiment of the present application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the method described in any of the above embodiments is implemented.

[0059] Figure 3 A more specific schematic diagram of the hardware structure of an electronic device provided in this embodiment is shown, and the device may include: a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 are connected to each other through the bus 1050 in the device.

[0060] The processor 1010 can be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0061] The memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 may store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program codes are stored in the memory 1020 and are called and executed by the processor 1010.

[0062] The input / output interface 1030 is used to connect the input / output module to realize information input and output. The input / output module can be configured in the device as a component (not shown in the figure), or it can be externally connected to the device to provide corresponding functions. The input device may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output device may include a display, a speaker, a vibrator, an indicator light, etc.

[0063] The communication interface 1040 is used to connect a communication module (not shown) to realize communication interaction between the device and other devices. The communication module can realize communication through wired means (such as USB, network cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0064] The bus 1050 includes a path that transmits information between the various components of the device (eg, the processor 1010 , the memory 1020 , the input / output interface 1030 , and the communication interface 1040 ).

[0065] It should be noted that, although the above device only shows the processor 1010, the memory 1020, the input / output interface 1030, the communication interface 1040 and the bus 1050, in the specific implementation process, the device may also include other components necessary for normal operation. In addition, it can be understood by those skilled in the art that the above device may also only include the components necessary for implementing the embodiments of the present specification, and does not necessarily include all the components shown in the figure.

[0066] The electronic device of the above embodiment is used to implement the corresponding method in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be described in detail here.

[0067] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments, the present application also provides a non-transitory computer-readable storage medium, wherein the non-transitory computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the method described in any of the above embodiments.

[0068] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, tape disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device.

[0069] The computer instructions stored in the storage medium of the above embodiments are used to enable the computer to execute the method described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0070] A person skilled in the art should understand that the discussion of any of the above embodiments is merely illustrative and is not intended to imply that the scope of the present application (including the claims) is limited to these examples. In line with the concept of the present application, the technical features in the above embodiments or different embodiments may be combined, the steps may be implemented in any order, and there are many other variations of the different aspects of the embodiments of the present application as described above, which are not provided in detail for the sake of simplicity.

[0071] In addition, to simplify the description and discussion, and in order not to make the embodiments of the present application difficult to understand, the known power / ground connections to the integrated circuit (IC) chip and other components may or may not be shown in the provided drawings. In addition, the device may be shown in the form of a block diagram to avoid making the embodiments of the present application difficult to understand, and this also takes into account the fact that the details of the implementation of these block diagram devices are highly dependent on the platform on which the embodiments of the present application are to be implemented (that is, these details should be fully within the scope of understanding of those skilled in the art). Where specific details (e.g., circuits) are set forth to describe exemplary embodiments of the present application, it is obvious to those skilled in the art that the embodiments of the present application can be implemented without these specific details or with changes in these specific details. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0072] Although the present application has been described in conjunction with specific embodiments of the present application, many alternatives, modifications and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may use the discussed embodiments.

[0073] The embodiments of the present application are intended to cover all such substitutions, modifications and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the embodiments of the present application should be included in the scope of protection of the present application.

Claims

1. A method for making a cloud platform virtual machine image, characterized in that: include: The cloud platform sends a request to create a virtual machine, creates a virtual machine according to the request and mounts the system ISO image; Remotely access the virtual machine, install the operating system in the virtual machine and complete basic configuration, modify the startup method of the virtual machine and run the toolkit to complete system configuration; The cloud platform sends a request to shut down the virtual machine. After the virtual machine is shut down, the cloud platform sends a request to generate an image and generates a system image on the CVK where the virtual machine is located. The cloud platform sends an image listing request, lists the image file generated after the request to the image server or storage device, and persists the image information to the database.

2. The method according to claim 1, characterized in that The cloud platform sends a request to create a virtual machine, creates a virtual machine and mounts the system ISO image, including: The cloud platform sends a request to create a virtual machine through an API based on the parameter data selected by the user, wherein the parameter data includes at least the system type, startup mode, and system architecture; Select internal storage or external storage according to the storage mode of the virtual machine; The CVK proxy service completes the virtual creation operation through virtualization management. When the virtual machine is created, it is directly mounted on the system ISO image and the startup mode is set to CD-ROM startup.

3. The method according to claim 2, characterized in that: The internal storage includes: the CVK proxy service creates a virtual machine system disk image file in local storage; The external storage includes: the storage service creates a storage volume on the external storage server, and exports the storage volume on the external storage server to the CVK through a storage protocol.

4. The method according to claim 1, characterized in that: The modification of the virtual machine startup mode and running the toolkit to complete the system configuration includes: Change the virtual machine boot mode to hard disk boot through the cloud platform, mount the toolkit ISO image to the virtual machine optical drive, run the toolkit script and complete the system component installation, system update and configuration.

5. The method according to claim 1, characterized in that The generating of the system image on the CVK where the virtual machine is located includes: The CVK proxy service generates an image file according to the virtual machine system disk, and in response to the storage volume of the external storage device, exports the storage volume to the CVK to generate the image file.

6. The method according to claim 1, characterized in that: The image information includes at least the image startup mode, image location, system architecture, image system version and image creation time.

7. The method according to claim 6, characterized in that Also includes: An index field is created according to the image information, and the image retrieval speed is optimized through the index field.

8. A cloud platform virtual machine image production system, characterized in that: include: A virtual machine creation module is configured to send a virtual machine creation request to the cloud platform, create a virtual machine according to the virtual machine request and mount the system ISO image; The virtual machine access module is configured to remotely access the virtual machine, install the operating system in the virtual machine and complete the basic configuration, modify the startup method of the virtual machine and run the toolkit to complete the system configuration; The virtual machine shutdown module is configured to send a virtual machine shutdown request to the cloud platform. After the virtual machine is shut down, the cloud platform sends a request to generate an image and generates a system image on the CVK where the virtual machine is located; The image uploading module is configured to send an image uploading request to the cloud platform, upload the image file generated after the request to the image server or storage device, and persist the image information to the database.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the program, the method according to any one of claims 1 to 7 is implemented.

10. A non-transitory computer-readable storage medium, characterized in that: in, The non-transitory computer-readable storage medium stores computer instructions, and the computer instructions are used to cause a computer to execute the method according to any one of claims 1 to 7.

Images