Simulation configuration method and device of solid state disk, storage medium and electronic equipment

Abstract

The embodiment of the invention provides a simulation configuration method and device for a solid state disk, a storage medium and electronic device.The simulation configuration method for the solid state disk comprises the steps that under the condition that a current virtual machine executes startup operation, a solid state disk configuration file configured in a host is obtained; target group simulation parameters are determined from the solid state disk configuration file to be associated with the current virtual machine, total configuration information of the current virtual machine is generated, and a unique identifier corresponding to the target group simulation parameters is the same as a target identity identifier number of the current virtual machine; the full-amount configuration information is synchronized to a computing node in the host for analysis, parameters of an XML assembly file in the host are adjusted based on an analysis result, a target file is obtained, and the XML assembly file is used for simulating and configuring the resource sizes of different hardware resources and different software resources in the virtual machine. The problem that normal operation of solid state disk strong correlation services in the virtual machine cannot be met is solved.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of cloud computing, and more specifically, to a method and device for simulating configuration of a solid-state hard disk, a storage medium, and an electronic device. Background Art

[0002] With the development of information technology, cloud computing has become a hot topic in the industry, and major manufacturers have invested in its use in multiple fields. Cloud computing includes IaaS, PaaS, and SaaS service levels. The cloud platform manages a large number of virtual machines, which are the working units of cloud computing. In order to meet the SSD (Solid State Drive, SSD) disk requirements of some applications, virtual machines need to simulate SSD disks. InCloud Storage is a high-performance, highly reliable distributed block storage system based on SDS, designed for virtualization architecture. When deploying InCloud Storage on the ICS cloud platform, the environment must have SSD disks, so it is usually deployed in the form of nested virtualization in the virtual machine. However, in the test environment, physical machine resources are very precious and usually in small quantities. More often, it is necessary to deploy InCloudStorage in the form of nested virtualization in the virtual machine of the ICS cloud platform, and the virtual machine usually only has ordinary disks, so it is necessary to simulate the SSD disk of the virtual machine to bypass the relevant restrictions.

[0003] With regard to the problem in related technologies that solid-state drive-related services cannot run normally in virtual machines, no effective solution has been proposed yet. Summary of the invention

[0004] The embodiments of the present application provide a method and device for simulating configuration of a solid-state drive, a storage medium, and an electronic device, so as to at least solve the problem that the existing method cannot satisfy the normal operation of services strongly related to the solid-state drive in a virtual machine.

[0005] According to an embodiment of the present application, a simulation configuration method for a solid-state hard disk is provided, comprising: when the current virtual machine performs a power-on operation, obtaining a solid-state hard disk configuration file configured in the host, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters pre-defined by the management object, and there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses an identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host; determining a target group of simulation parameters from the solid-state hard disk configuration file to associate with the current virtual machine, and generating full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameters is the same as the target identity identification number of the current virtual machine; synchronizing the full configuration information to the computing node in the host for analysis, adjusting the parameters of the XML assembly file in the host based on the analysis results, and obtaining a target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine.

[0006] In an exemplary embodiment, a target group simulation parameter is determined from a solid-state drive configuration file and associated with the current virtual machine, including: reading the file content of the solid-state drive configuration file into a cache to obtain a cache array; traversing the cache array to determine whether there is a digital sequence that is the same as the target identity identification number of the current virtual machine, determining the group simulation parameter corresponding to the digital sequence as the target group simulation parameter, and binding the target group simulation parameter to the current virtual machine to complete the association of the target group simulation parameter with the current virtual machine.

[0007] In an exemplary embodiment, the full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results to obtain a target file, including: instructing the computing node to identify the hard disk parameter information of the full configuration information; when the hard disk parameter information does not include the solid-state hard disk simulation parameters, not initiating adjustment of the parameters of the XML assembly file in the host; when the hard disk parameter information includes the solid-state hard disk simulation parameters, initiating adjustment of the parameters of the XML assembly file in the host; determining a target sub-file associated with the disk part from the assembly file in the host; using the parameter values ​​of the solid-state hard disk simulation parameters to modify the hard disk parameters in the target sub-file to obtain a first sub-file; adding an identification field to the first sub-file to obtain a second sub-file, wherein the identification field is used to indicate the rotation rate of the simulated hard disk; using a preset virtualization management tool to merge the second sub-file back into the XML assembly file to obtain the target file.

[0008] In an exemplary embodiment, the full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results. After the target file is obtained, the above method also includes: obtaining the running result of running the target file after the current virtual machine is started; when the running result indicates that the current virtual machine does not support solid-state drive data storage, determining that the simulated configuration of the solid-state drive of the current virtual machine is an invalid configuration; when the running result indicates that the current virtual machine supports solid-state drive data storage, determining that the simulated configuration of the solid-state drive of the current virtual machine is a valid configuration.

[0009] In an exemplary embodiment, when the current virtual machine performs a power-on operation, before obtaining the solid-state drive configuration file configured in the host, the above method also includes: receiving a target instruction issued by the management object, wherein the target instruction includes at least one of the following; creating instructions, editing instructions; defining solid-state drive simulation parameters according to the target instruction combined with the initial simulation parameter format, wherein the solid-state drive simulation parameters include at least one of the following: the number of solid-state drives, the capacity of the solid-state drive, the number of input and output operations per second of the solid-state drive, and the delay range of the solid-state drive.

[0010] In an exemplary embodiment, when the current virtual machine performs a power-on operation, after obtaining the solid-state hard disk configuration file configured in the host, the above method also includes: when it is determined that the solid-state hard disk configuration file does not exist or the file content is empty, keeping the current virtual machine running and not entering the process corresponding to the simulation configuration of the solid-state hard disk; when it is determined that the solid-state hard disk configuration file exists and the file content is not empty, controlling the current virtual machine logic to enter the process corresponding to the simulation configuration of the solid-state hard disk, wherein the process is used to determine the target group simulation parameters from the solid-state hard disk configuration file.

[0011] In an exemplary embodiment, the full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results. After the target file is obtained, the above method also includes: recording the target number of virtual machines in the host that complete the simulated configuration of the solid-state hard disk; obtaining the solid-state hard disk usage data corresponding to the target number of virtual machines; determining the simulation requirements of the solid-state hard disk based on the solid-state hard disk usage data; and initiating an update of the pre-defined solid-state hard disk simulation parameters based on the simulation requirements.

[0012] According to another embodiment of the present application, a simulation configuration device for a solid-state hard disk is also provided, including: a first acquisition module, used to obtain a solid-state hard disk configuration file configured in a host when the current virtual machine performs a power-on operation, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters pre-defined by the management object, and there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses an identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host; an association module, used to determine a target group simulation parameter from the solid-state hard disk configuration file and associate it with the current virtual machine, and generate full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameter is the same as the target identity identification number of the current virtual machine; an adjustment module, used to synchronize the full configuration information to the computing node in the host for analysis, and adjust the parameters of the XML assembly file in the host based on the analysis results to obtain a target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine.

[0013] According to another embodiment of the present application, a computer-readable storage medium is provided, in which a computer program is stored, wherein the computer program is configured to execute the steps of any of the above method embodiments when running.

[0014] According to another embodiment of the present application, an electronic device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

[0015] According to another embodiment of the present application, a computer program product is provided, including a computer program, and when the computer program is executed by a processor, the steps in any of the above method embodiments are implemented.

[0016] Through this application, when the current virtual machine performs a power-on operation, the solid-state hard disk configuration file configured in the host is obtained, wherein the solid-state hard disk configuration file is used to carry the solid-state hard disk simulation parameters pre-defined by the management object, there is at least one set of simulation parameters in the solid-state hard disk configuration file, each set of simulation parameters uses the identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host; the target group simulation parameters are determined from the solid-state hard disk configuration file to be associated with the current virtual machine, and the full configuration information of the current virtual machine is generated, wherein the unique identifier corresponding to the target group simulation parameters is the same as the target identity identification number of the current virtual machine; the full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results to obtain the target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine. The above technical solution is adopted to solve the problem that the strong correlation business of the solid-state hard disk cannot run normally in the virtual machine. Furthermore, by dynamically modifying the XML configuration file of the virtual machine to simulate the characteristics of the solid-state hard disk, the virtual machine can run applications that rely on the solid-state hard disk, thereby improving the availability of the virtual machine. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0018] Figure 1 It is a hardware structure block diagram of a computer terminal according to a simulation configuration method of a solid state hard disk in an embodiment of the present application;

[0019] Figure 2 is a flow chart of a simulation configuration method of a solid state drive according to an embodiment of the present application;

[0020] Figure 3 This is a schematic diagram of the structure of a cloud management platform virtual machine SSD disk simulation system according to an embodiment of the present application;

[0021] Figure 4 is a structural block diagram of a simulation configuration device for a solid state hard disk according to an embodiment of the present application;

[0022] Figure 5 It is a schematic diagram of the structure of an optional electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0023] The embodiments of the present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0024] It should be noted that the terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0025] The solid state drive simulation configuration method embodiment provided in the present application can be executed in a computer terminal or a similar computing device. Taking running on a computer terminal as an example, Figure 1 1 is a hardware structure block diagram of a computer terminal of a solid state hard disk simulation configuration method according to an embodiment of the present application. Figure 1 As shown, the computer terminal may include one or more ( Figure 1 Only one is shown in the figure) a processor 102 (the processor 102 may include but is not limited to a processing device such as a microcontroller unit MCU or a programmable logic device FPGA) and a memory 104 for storing data, wherein the above-mentioned computer terminal may also include a transmission device 106 and an input and output device 108 for communication functions. It can be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the above-mentioned computer terminal. Figure 1 More or fewer components as shown, or with Figure 1 Different configurations are shown.

[0026] The memory 104 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the task configuration method in the embodiment of the present application. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, that is, to implement the above method. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include a memory remotely arranged relative to the processor 102, and these remote memories may be connected to the computer terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0027] The transmission device 106 is used to receive or send data via a network. The specific example of the above network may include a wireless network provided by a communication provider of a computer terminal. In one example, the transmission device 106 includes a network adapter (Network Interface Controller, referred to as NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 106 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0028] In this embodiment, a simulation configuration method of a solid state drive is provided, including but not limited to being applied in a computer terminal. Figure 2 is a flow chart of a simulation configuration method of a solid state drive according to an embodiment of the present application, such as Figure 2 As shown, the process includes the following steps:

[0029] Step S202: when the current virtual machine performs a power-on operation, obtain a solid-state hard disk configuration file configured in the host, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters predefined by the management object, and there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses an identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host;

[0030] Step S204: determining a target group simulation parameter from the solid state drive configuration file and associating it with the current virtual machine, and generating full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameter is the same as the target identity number of the current virtual machine;

[0031] Step S206: Synchronize the full configuration information to the computing node in the host for analysis, adjust the parameters of the XML assembly file in the host based on the analysis results, and obtain the target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the virtual machine.

[0032] Through the above method, when the current virtual machine performs a power-on operation, the solid-state hard disk configuration file configured in the host is obtained, wherein the solid-state hard disk configuration file is used to carry the solid-state hard disk simulation parameters predefined by the management object, there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses the identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host; the target group simulation parameters are determined from the solid-state hard disk configuration file to be associated with the current virtual machine, and the full configuration information of the current virtual machine is generated, wherein the unique identifier corresponding to the target group simulation parameters is the same as the target identity identification number of the current virtual machine; the full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results to obtain the target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine. The above technical solution is adopted to solve the problem that the solid-state hard disk-related business cannot run normally in the virtual machine. Furthermore, by dynamically modifying the XML configuration file of the virtual machine to simulate the characteristics of the solid-state hard disk, the virtual machine can run applications that are dependent on the solid-state hard disk, thereby improving the availability of the virtual machine.

[0033] In an exemplary embodiment, a target group simulation parameter is determined from a solid-state drive configuration file and associated with the current virtual machine, including: reading the file content of the solid-state drive configuration file into a cache to obtain a cache array; traversing the cache array to determine whether there is a digital sequence that is the same as the target identity identification number of the current virtual machine, determining the group simulation parameter corresponding to the digital sequence as the target group simulation parameter, and binding the target group simulation parameter to the current virtual machine to complete the association of the target group simulation parameter with the current virtual machine.

[0034] Optionally, in the above embodiment, if the file content of the solid-state hard disk configuration file is read into the cache, the obtained cache array is: [{″id″:1, ″param″:″A″}, ​​{″id″:2, ″param″:″B″}, {″id″:3, ″param″:″C″}]; assuming that the target identity number of the current virtual machine is 2, a digital sequence with the target identity number 2 is found after traversing the cache array, and the group simulation parameter corresponding to the digital sequence is determined as the target group simulation parameter B, and the target group simulation parameter B is parameter-bound to the current virtual machine to complete the association of the target group simulation parameter B with the current virtual machine.

[0035] In the above embodiment, by reading the contents of the solid-state hard disk configuration file into the cache, the data access speed can be accelerated, the frequent reading of the hard disk can be avoided, and the program operation efficiency can be improved. By traversing the cache array and determining the digital sequence with the same target identity number, the matching accuracy of the target group simulation parameters and the current virtual machine is ensured. After the target group simulation parameters are bound to the current virtual machine, the group simulation parameters of each virtual machine can be clearly tracked, which improves the efficiency and accuracy of the configuration.

[0036] In an exemplary embodiment, the full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results to obtain a target file, including: instructing the computing node to identify the hard disk parameter information of the full configuration information; when the hard disk parameter information does not include the solid-state hard disk simulation parameters, not initiating adjustment of the parameters of the XML assembly file in the host; when the hard disk parameter information includes the solid-state hard disk simulation parameters, initiating adjustment of the parameters of the XML assembly file in the host; determining a target sub-file associated with the disk part from the assembly file in the host; using the parameter values ​​of the solid-state hard disk simulation parameters to modify the hard disk parameters in the target sub-file to obtain a first sub-file; adding an identification field to the first sub-file to obtain a second sub-file, wherein the identification field is used to indicate the rotation rate of the simulated hard disk; using a preset virtualization management tool to merge the second sub-file back into the XML assembly file to obtain the target file.

[0037] It can be understood that on the computing node, the full configuration information of the virtual machine obtained from the management node is analyzed. If there are no solid-state hard disk simulation parameters, no processing is performed; if there are solid-state hard disk simulation parameters, the part associated with the disk in the virtual machine XML assembly file will be dynamically modified, and the solid-state hard disk identification field with rotation rate = 1 will be added to obtain the modified XML assembly file.

[0038] In the above embodiment, by synchronizing the full configuration information to the computing node for analysis, the hard disk parameter information can be automatically obtained, reducing the time and error rate of manual operation. According to whether the hard disk parameter information includes solid-state hard disk simulation parameters, the parameters of the XML assembly file in the host are adjusted in a targeted manner to ensure the accuracy and effectiveness of the adjustment. By automatically adjusting the parameters of the XML assembly file in the host, the time of manual adjustment is saved and the efficiency of configuration adjustment is improved. According to the solid-state hard disk simulation parameters in the hard disk parameter information, the hard disk parameters in the target sub-file can be flexibly modified to meet the configuration requirements of different needs.

[0039] In an exemplary embodiment, the full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results. After the target file is obtained, the above method also includes: obtaining the running result of running the target file after the current virtual machine is started; when the running result indicates that the current virtual machine does not support solid-state drive data storage, determining that the simulated configuration of the solid-state drive of the current virtual machine is an invalid configuration; when the running result indicates that the current virtual machine supports solid-state drive data storage, determining that the simulated configuration of the solid-state drive of the current virtual machine is a valid configuration.

[0040] It is understandable that the virtual machine is started and the target file is loaded for operation. If the operation result shows that the solid-state drive data storage is not supported, it is determined that the current virtual machine does not support the solid-state drive. Simulate the configuration of the solid-state drive of the current virtual machine and configure it as an invalid configuration. Re-run the target file and observe the operation result. If the operation result shows that the solid-state drive data storage is supported, it is determined that the current virtual machine supports the solid-state drive. Simulate the configuration of the solid-state drive of the current virtual machine and configure it as a valid configuration.

[0041] In the above embodiment, the operation result of running the target file after the current virtual machine is started is obtained, so that the operation status of the virtual machine can be understood in time, providing a basis for subsequent configuration adjustments. According to the obtained operation result, it is possible to flexibly determine whether the current virtual machine supports solid-state hard disk data storage, so as to make corresponding simulation configuration adjustments. Determining whether the simulation configuration of the solid-state hard disk of the current virtual machine is a valid or invalid configuration can avoid incompatibility when the virtual machine is running, and improve the stability and reliability of the system.

[0042] In an exemplary embodiment, when the current virtual machine performs a power-on operation, before obtaining the solid-state drive configuration file configured in the host, the above method also includes: receiving a target instruction issued by the management object, wherein the target instruction includes at least one of the following; creating instructions, editing instructions; defining solid-state drive simulation parameters according to the target instruction combined with the initial simulation parameter format, wherein the solid-state drive simulation parameters include at least one of the following: the number of solid-state drives, the capacity of the solid-state drive, the number of input and output operations per second of the solid-state drive, and the delay range of the solid-state drive.

[0043] Optionally, after the current virtual machine performs a power-on operation, a target instruction sent by the management object is received, requiring the creation of an SSD disk configuration file and defining the number of SSD disks as 2, with capacities of 256 GB and 512 GB, respectively, the number of input and output operations per second as 1000 and 1500, respectively, and a latency range of 0.1 ms to 1 ms. According to the target instruction combined with the initial SSD disk simulation parameters, the SSD disk simulation parameters are defined in json format, and the configuration file content is as follows: {"SSD_disk": [{"disk_number": 1, "disk_capacity": "256 GB", "IOPS": 1000, "latency_range": [0.1, 1]}, {"disk_number": 2, "disk_capacity": "512 GB", "IOPS": 1500, "latency_range": [0.1, 1]}]}.

[0044] In the above embodiment, by receiving the target instruction issued by the management object, the SSD disk configuration file instruction can be created or edited according to specific needs, thereby realizing the flexible definition of the solid state disk simulation parameters. According to the target instruction combined with the initial SSD disk simulation parameters, the SSD disk simulation parameters are defined in json format, and the number, capacity, number of input and output operations per second, delay range and other parameters of the solid state disk can be customized according to the specific situation to meet the needs of different application scenarios and improve system performance and efficiency.

[0045] In an exemplary embodiment, when the current virtual machine performs a power-on operation, after obtaining the solid-state hard disk configuration file configured in the host, the above method also includes: when it is determined that the solid-state hard disk configuration file does not exist or the file content is empty, keeping the current virtual machine running and not entering the process corresponding to the simulation configuration of the solid-state hard disk; when it is determined that the solid-state hard disk configuration file exists and the file content is not empty, controlling the current virtual machine logic to enter the process corresponding to the simulation configuration of the solid-state hard disk, wherein the process is used to determine the target group simulation parameters from the solid-state hard disk configuration file.

[0046] Optionally, when a virtual machine is booting up, the system will automatically detect whether there is a solid-state drive configuration file in the host. If it exists and the content is not empty, the corresponding simulation process will be configured according to the parameters in the file to determine the simulation parameters of the target group. If the configuration file does not exist or the content is empty, the system will maintain the current running state of the virtual machine and will not enter the solid-state drive simulation configuration process, thereby avoiding unnecessary operations and possible problems, improving the flexibility and efficiency of the system, and ensuring the stability of the system.

[0047] In the above embodiment, by checking whether the SSD configuration file exists or the content is empty, it can be selected whether to start the simulation configuration process of the SSD according to the actual situation. This flexibility can make the system more intelligent and adaptive, and avoid unnecessary operations. When it is determined that the SSD configuration file does not exist or the content is empty, keeping the current virtual machine running can save system resources and avoid wasting resources due to unnecessary operations. When it is determined that the SSD configuration file exists and the content is not empty, controlling the current virtual machine logic to enter the simulation configuration process of the SSD can ensure that the system operates according to the correct configuration parameters, thereby improving the stability and performance of the system.

[0048] In an exemplary embodiment, the full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results. After the target file is obtained, the above method also includes: recording the target number of virtual machines in the host that complete the simulated configuration of the solid-state hard disk; obtaining the solid-state hard disk usage data corresponding to the target number of virtual machines; determining the simulation requirements of the solid-state hard disk based on the solid-state hard disk usage data; and initiating an update of the pre-defined solid-state hard disk simulation parameters based on the simulation requirements.

[0049] In the above embodiment, by recording the target number of virtual machines in the host that complete the simulation configuration of the solid-state hard disk, it is possible to ensure that the solid-state hard disk is configured on demand and avoid waste of resources. By obtaining the solid-state hard disk usage data corresponding to the target number of virtual machines, the actual usage can be understood, so as to better determine the simulation requirements. By determining the simulation requirements of the solid-state hard disk based on the solid-state hard disk usage data, the simulation parameters can be configured more accurately to ensure the accuracy and effectiveness of the simulation. By initiating an update of the pre-defined solid-state hard disk simulation parameters based on the simulation requirements, the resource configuration can be adjusted according to the actual needs to improve the utilization of resources.

[0050] Obviously, the above-described embodiments are only embodiments of a part of the present invention, rather than all embodiments. In order to better understand the above method, the above process is described below in conjunction with embodiments, but it is not intended to limit the technical solutions of the embodiments of the present invention, specifically:

[0051] In actual applications, virtual machines usually only have ordinary disks, but some applications have hard environment requirements for SSD disks. To run such applications in virtual machines, it is necessary to simulate SSD disks for virtual machines. lnCloud Storage is based on SDS (Software Defined Storage, referred to as SDS). When deploying InCloud Storage on the ICS (InCloudSphere, Inspur server virtualization system) cloud platform, the environment must have SSD disks, so physical machines with SSD disks are usually used for deployment. However, in the test environment, physical machine resources are very valuable and usually in small quantities. More often, lnCloud Storage needs to be deployed in the form of nested virtualization in the virtual machine of the ICS cloud platform. Virtual machines usually only have ordinary disks, so it is necessary to simulate SSD disks for virtual machines to bypass related restrictions.

[0052] In order to avoid the impact of the above problems, in an exemplary embodiment, a cloud management platform virtual machine SSD (Solid State Disk) disk simulation method is proposed, which includes the maintenance of the SSD disk configuration file, the logical entry of the configuration file reading device and the dynamic modification of the virtual machine XML assembly device. The core of this method is to be able to add a field identifying the SSD disk in the XML configuration file of the virtual machine according to the pre-defined SSD disk simulation parameters, so as to simulate the performance characteristics of the SSD disk in the virtual machine to meet the dependence of specific applications on the SSD disk and improve the availability of the virtual machine. Through the above technical solution, the virtual machine can be flexibly and efficiently configured with SSD disk simulation, so that the SSD disk-related services can run smoothly in the virtual machine.

[0053] Optionally, the hosts on the cloud platform are divided into management nodes and computing nodes in terms of roles, and one host can be both a management node and a computing node. The management node is installed with the management service of ICS (InCloud Sphere, Inspur server virtualization system) software, on which there is the management console iCenter of ICS software, which can manage multiple computing nodes. Through iCenter, users can perform unified and centralized management of virtualization of computing, storage, and network; the computing node is installed with the computing service of ICS software, on which virtual machines and virtual devices can be created and run. There is usually only one management node and multiple computing nodes.

[0054] Optionally, compared to distributing configuration files on computing nodes, the present application places the SSD disk configuration file on the management node and reads it through a configuration file reading device thereon, which is beneficial to the unified management and maintenance of the SSD disk configuration file.

[0055] As an optional implementation, Figure 3 This is a structural diagram of a cloud management platform virtual machine SSD disk simulation system according to an embodiment of the present application; the above system at least includes: an SSD disk configuration file 32, a configuration file reading device 34, and a virtual machine XML assembly device 36.

[0056] Optionally, an SSD disk configuration file 32. The administrator creates or edits the SSD disk configuration file on the management node, and defines the required SSD disk simulation parameters in an agreed format (usually using the Json format), which includes the key parameters required for simulating the SSD disk, such as the number of SSD disks, capacity, IOPS (input and output operations per second), latency, etc., to ensure that the simulated SSD disk can accurately reflect the performance characteristics of the actual SSD. There can be multiple groups of SSD disk simulation parameters in the SSD disk configuration file, each group is uniquely identified by the ID of a virtual machine, that is, it corresponds to a specific virtual machine. In this way, the SSD disk simulation parameters of multiple virtual machines can be conveniently configured in batches, and can be flexibly edited and reconfigured.

[0057] SDS: Software Defined Storage, software-defined storage, separates storage hardware and software, uses standardized hardware as a carrier, and implements enterprise-level storage functions and services based on software. Its core is storage virtualization technology.

[0058] Optionally, a configuration file reading device 34. When the virtual machine is powered on, in the preprocessing stage of the power-on process, this device will perform a logical cut-in. If the SSD disk configuration file does not exist or the file is empty, no processing will be performed; otherwise, the SSD disk configuration file on the management node is read into the cache, and all the SSD disk simulation parameters therein are stored in the form of an array. The cache array is then traversed, and if there is a set of SSD disk simulation parameters whose unique identifier is the same as the ID of the current virtual machine, the set of SSD disk simulation parameters is associated with the current virtual machine. In the actual power-on stage after the power-on process, the full configuration information of the virtual machine, including the SSD disk simulation parameters, will be sent to the computing node where the virtual machine is ready to run.

[0059] Optionally, a virtual machine XML assembly device 36. This device will analyze the full configuration information of the virtual machine obtained from the management node. If there are no SSD disk simulation parameters, no processing will be performed; if there are SSD disk simulation parameters, the disk part in the virtual machine XML configuration file will be dynamically modified according to the parameters, and the rotation rate = 1 field will be added. Finally, libvi rt is used to start the virtual machine according to the modified XML configuration file, which includes the simulated SSD disk. After startup, the applications in the virtual machine can use these simulated SSD disks like using real SSD disks.

[0060] Optionally, the rotation rate=1 field indicates that the rotation rate of the device is 1 revolution per minute. This value is usually used to indicate a non-rotational device and is used here to identify an SSD disk.

[0061] The optional virtual machine XML configuration file is an important part of the virtual machine configuration. It defines various hardware and software resources of the virtual machine, including storage devices. By modifying the XML file, you can implement the simulation configuration of the SSD disk in the virtual machine, including allocating virtual SSD disks and setting their performance parameters.

[0062] It should be noted that when maintaining the SSD disk configuration file, the accuracy and completeness of the simulation parameters need to be ensured. Any parameter change may affect the performance characteristics of the virtual machine, so it is necessary to operate with caution and update the configuration file in time to adapt to the changes in application requirements. In the logical entry process of the configuration file reading device, it is necessary to ensure that the reading and parsing of the virtual machine XML configuration file can be successful, and the relevant fields of the SSD disk are correctly identified and modified. At the same time, it is necessary to take into account the differences between different virtual machine managers to ensure adaptation to different virtualization platforms. In the dynamic modification process of the virtual machine XML assembly device, it is necessary to ensure that the modified fields can be correctly applied to the virtual machine configuration and will not affect the normal operation of other configuration items. At the same time, it is necessary to avoid modifying the XML configuration file while the virtual machine is running, so as not to cause abnormalities or crashes of the virtual machine. When simulating the performance characteristics of the SSD disk, it is necessary to weigh the performance loss and availability requirements. Increasing the SSD disk simulation parameters of the virtual machine may increase the system burden and cause performance degradation, so a reasonable balance needs to be made between performance and availability.

[0063] In summary, through the coordinated use of SSD disk configuration files, configuration file reading devices, and virtual machine XML assembly devices on computing nodes, SSD disk simulation configuration can be performed on virtual machines flexibly and efficiently, allowing users to simulate the performance characteristics of SSD disks within virtual machines, thereby meeting the requirements of application scenarios that are highly dependent on disk types and improving the availability of virtual machines.

[0064] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes a number of instructions for a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of the present application.

[0065] In this embodiment, a simulation configuration device of a solid state drive is also provided to implement the above-mentioned embodiments and preferred implementation modes, which have been described and will not be repeated. As used below, the term "module" can implement a combination of software and / or hardware of a predetermined function. Although the modules described in the following embodiments are preferably implemented in software, the implementation of hardware, or a combination of software and hardware, is also possible and conceivable.

[0066] Figure 4 is a structural block diagram of a simulation configuration device for a solid state hard disk according to an embodiment of the present application, such as Figure 4 As shown, the device comprises:

[0067] The first acquisition module 402 is used to acquire a solid-state hard disk configuration file configured in the host when the current virtual machine performs a power-on operation, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters predefined by the management object, and there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses an identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host;

[0068] An association module 404 is used to determine the target group simulation parameter from the solid state drive configuration file and associate it with the current virtual machine, and generate full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameter is the same as the target identity number of the current virtual machine;

[0069] The adjustment module 406 is used to synchronize the full configuration information to the computing node in the host for analysis, and adjust the parameters of the XML assembly file in the host based on the analysis results to obtain the target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine.

[0070] The above device, when the current virtual machine performs a power-on operation, obtains a solid-state hard disk configuration file configured in the host, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters predefined by the management object, there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses a virtual machine identity number as a unique identifier, and there are multiple virtual machines on the host; determines the target group simulation parameters from the solid-state hard disk configuration file to associate with the current virtual machine, and generates the full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameters is the same as the target identity number of the current virtual machine; synchronizes the full configuration information to the computing node in the host for analysis, adjusts the parameters of the XML assembly file in the host based on the analysis results, and obtains the target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine. The above technical solution is adopted to solve the problem that the solid-state hard disk-related business cannot run normally in the virtual machine. Furthermore, by dynamically modifying the XML configuration file of the virtual machine to simulate the characteristics of the solid-state hard disk, the virtual machine can run applications that are dependent on the solid-state hard disk, thereby improving the availability of the virtual machine.

[0071] In an exemplary embodiment, the above-mentioned association module is also used to read the file content of the solid-state hard disk configuration file into the cache to obtain a cache array; traverse the cache array to determine whether there is a digital sequence that is the same as the target identity identification number of the current virtual machine, determine the group simulation parameters corresponding to the digital sequence as the target group simulation parameters, and bind the target group simulation parameters to the current virtual machine to complete the association of the target group simulation parameters with the current virtual machine.

[0072] In an exemplary embodiment, the above-mentioned adjustment module is also used to instruct the computing node to identify the hard disk parameter information of the full configuration information; when the hard disk parameter information does not include the solid-state hard disk simulation parameters, the parameters of the XML assembly file in the host are not adjusted; when the hard disk parameter information includes the solid-state hard disk simulation parameters, the parameters of the XML assembly file in the host are adjusted; a target sub-file associated with the disk part is determined from the assembly file in the host; the hard disk parameters in the target sub-file are modified using the parameter values ​​of the solid-state hard disk simulation parameters to obtain a first sub-file; an identification field is added to the first sub-file to obtain a second sub-file, wherein the identification field is used to indicate the rotation rate of the simulated hard disk; and the second sub-file is re-merged into the XML assembly file using a preset virtualization management tool to obtain a target file.

[0073] In an exemplary embodiment, the above-mentioned device also includes: a second acquisition module, which is used to synchronize the full configuration information to the computing node in the host for analysis, adjust the parameters of the XML assembly file in the host based on the analysis results, and after obtaining the target file, obtain the running result of running the target file after the current virtual machine is started; when the running result indicates that the current virtual machine does not support solid-state hard disk data storage, determine that the simulated configuration of the solid-state hard disk of the current virtual machine is an invalid configuration; when the running result indicates that the current virtual machine supports solid-state hard disk data storage, determine that the simulated configuration of the solid-state hard disk of the current virtual machine is a valid configuration.

[0074] In an exemplary embodiment, the above-mentioned device also includes: a receiving module, which is used to receive a target instruction issued by the management object before obtaining the solid-state hard disk configuration file configured in the host when the current virtual machine performs a power-on operation, wherein the target instruction includes at least one of the following: create instructions, edit instructions; define solid-state hard disk simulation parameters according to the target instructions combined with the initial simulation parameter format, wherein the solid-state hard disk simulation parameters include at least one of the following: the number of solid-state hard disks, the capacity of the solid-state hard disk, the number of input and output operations per second of the solid-state hard disk, and the delay range of the solid-state hard disk.

[0075] In an exemplary embodiment, the above-mentioned device also includes: a control module, which is used to obtain the solid-state hard disk configuration file configured in the host when the current virtual machine executes the power-on operation, and when it is determined that the solid-state hard disk configuration file does not exist or the file content is empty, keep the current virtual machine running and do not enter the process corresponding to the simulation configuration of the solid-state hard disk; when it is determined that the solid-state hard disk configuration file exists and the file content is not empty, control the current virtual machine to logically enter the process corresponding to the simulation configuration of the solid-state hard disk, wherein the process is used to determine the target group simulation parameters from the solid-state hard disk configuration file.

[0076] In an exemplary embodiment, the above-mentioned device also includes: a recording module, which is used to synchronize the full configuration information to the computing node in the host for analysis, adjust the parameters of the XML assembly file in the host based on the analysis results, and after obtaining the target file, record the target number of virtual machines in the host that complete the simulated configuration of the solid-state hard disk; obtain the solid-state hard disk usage data corresponding to the target number of virtual machines; determine the simulation requirements of the solid-state hard disk based on the solid-state hard disk usage data; and initiate an update of the pre-defined solid-state hard disk simulation parameters based on the simulation requirements.

[0077] It should be noted that the above modules can be implemented by software or hardware. For the latter, it can be implemented in the following ways, but not limited to: the above modules are all located in the same processor; or the above modules are located in different processors in any combination.

[0078] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored, wherein the computer program is configured to execute the steps of any of the above method embodiments when running.

[0079] Optionally, in this embodiment, the computer program may be configured to perform the following steps by means of the computer program:

[0080] S1, when the current virtual machine performs a power-on operation, obtain a solid-state hard disk configuration file configured in the host, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters predefined by the management object, and there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses an identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host;

[0081] S2, determining a target group simulation parameter from the solid-state drive configuration file and associating it with the current virtual machine, and generating full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameter is the same as the target identity number of the current virtual machine;

[0082] S3, synchronizing the full configuration information to the computing node in the host for analysis, adjusting the parameters of the XML assembly file in the host based on the analysis results, and obtaining the target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine.

[0083] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk.

[0084] The embodiment of the present application also provides an electronic device, such as Figure 5 As shown, the electronic device includes a memory 502 and a processor 504. The memory 502 stores a computer program, and the processor 504 is configured to execute the steps in any of the above method embodiments through the computer program.

[0085] Optionally, in this embodiment, the processor 504 may be configured to perform the following steps through a computer program:

[0086] S1, when the current virtual machine performs a power-on operation, obtain a solid-state hard disk configuration file configured in the host, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters predefined by the management object, and there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses an identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host;

[0087] S2, determining a target group simulation parameter from the solid-state drive configuration file and associating it with the current virtual machine, and generating full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameter is the same as the target identity number of the current virtual machine;

[0088] S3, synchronizing the full configuration information to the computing node in the host for analysis, adjusting the parameters of the XML assembly file in the host based on the analysis results, and obtaining the target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine.

[0089] For specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary implementation modes, and this embodiment will not be described in detail herein.

[0090] Alternatively, a person skilled in the art may understand that: Figure 5 The structure shown is for illustration only. Figure 5 The structure of the electronic device is not limited. For example, the electronic device may also include Figure 5 More or fewer components (such as network interfaces, etc.) as shown in, or with Figure 5 Different configurations are shown.

[0091] Among them, the memory 502 can be used to store software programs and modules, such as the program instructions / modules corresponding to the simulation configuration method and device of the solid-state hard disk in the embodiment of the present application. The processor 504 executes various functional applications and data processing by running the software programs and modules stored in the memory 502, that is, realizing the above-mentioned simulation configuration method of the solid-state hard disk. The memory 502 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 502 may further include a memory remotely arranged relative to the processor 504, and these remote memories may be connected to the terminal via a network. Examples of the above-mentioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof. Among them, the memory 502 can be specifically, but not limited to, used to store information such as system configuration files. As an example, such as Figure 5As shown, the memory 502 may include but is not limited to all modules in the above-mentioned solid state hard disk simulation configuration device. In addition, it may also include but is not limited to other module units in the above-mentioned solid state hard disk simulation configuration device, which will not be repeated in this example.

[0092] Optionally, the transmission device 506 is used to receive or send data via a network. Specific examples of the network may include wired networks and wireless networks. In one example, the transmission device 506 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices and routers via a network cable so as to communicate with the Internet or a local area network. In one example, the transmission device 506 is a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0093] In addition, the electronic device mentioned above further includes: a display 508 and a connection bus 510, which is used to connect various module components in the electronic device mentioned above.

[0094] An embodiment of the present application further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the steps in any one of the above method embodiments are implemented.

[0095] An embodiment of the present application further provides another computer program product, including a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in any of the above method embodiments are implemented.

[0096] The embodiments of the present application also provide a computer program, which includes computer instructions, which are stored in a computer-readable storage medium; a processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the steps of any one of the above method embodiments.

[0097] Obviously, those skilled in the art should understand that the above modules or steps of the present application can be implemented by a general computing device, they can be concentrated on a single computing device, or distributed on a network composed of multiple computing devices, they can be implemented by a program code executable by a computing device, so that they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be executed in a different order from that herein, or they can be made into individual integrated circuit modules, or multiple modules or steps therein can be made into a single integrated circuit module for implementation. Thus, the present application is not limited to any specific combination of hardware and software.

[0098] The above description is only the preferred embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various modifications and variations. Any modification, equivalent replacement, improvement, etc. made within the principles of the present application shall be included in the protection scope of the present application.

Claims

1. A method for simulating configuration of a solid state drive, characterized in that: include: In the case where the current virtual machine performs a power-on operation, obtaining a solid-state hard disk configuration file configured in the host, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters predefined by the management object, and there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses an identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host; Determine a target group simulation parameter from the solid-state drive configuration file and associate it with the current virtual machine, and generate full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameter is the same as the target identity number of the current virtual machine; The full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis results to obtain a target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine.

2. The method according to claim 1, characterized in that Determining a target group simulation parameter from the solid state drive configuration file and associating it with the current virtual machine includes: Read the file content of the solid state drive configuration file into a cache to obtain a cache array; Traversing the cache array to determine whether there is a digital sequence that is the same as the target identity number of the current virtual machine, The group simulation parameters corresponding to the digital sequence are determined as target group simulation parameters, and the target group simulation parameters are parameter-bound with the current virtual machine to complete the association between the target group simulation parameters and the current virtual machine.

3. The method according to claim 1, characterized in that: The full configuration information is synchronized to the computing node in the host for analysis, and the parameters of the XML assembly file in the host are adjusted based on the analysis result to obtain the target file, including: Instructing the computing node to identify hard disk parameter information of the full configuration information; In the case that the hard disk parameter information does not include the solid state hard disk simulation parameters, no adjustment of the parameters of the XML assembly file in the host is initiated; In the case where the hard disk parameter information includes the solid state hard disk simulation parameters, initiating adjustment of the parameters of the XML assembly file in the host; Determining a target subfile associated with a disk portion from an assembled file in the host; Use the parameter values ​​of the solid state hard disk simulation parameters to modify the hard disk parameters in the target sub-file to obtain a first sub-file; Adding an identification field to the first subfile to obtain a second subfile, wherein the identification field is used to indicate the rotation rate of the simulated hard disk; The second sub-file is merged into the XML assembly file again using a preset virtualization management tool to obtain a target file.

4. The method according to claim 1, characterized in that: After synchronizing the full configuration information to the computing node in the host for analysis, adjusting the parameters of the XML assembly file in the host based on the analysis result, and obtaining the target file, the method further includes: Obtaining the running result of the target file after the current virtual machine is started; When the running result indicates that the current virtual machine does not support solid-state hard disk data storage, determining that the simulated configuration of the solid-state hard disk for the current virtual machine is an invalid configuration; When the running result indicates that the current virtual machine supports solid state drive data storage, the simulated configuration of the solid state drive of the current virtual machine is determined to be a valid configuration.

5. The method according to claim 1, characterized in that When the current virtual machine performs a power-on operation, before obtaining a solid-state hard disk configuration file configured in the host, the method further includes: Receive a target instruction issued by a management object, wherein the target instruction includes at least one of the following: a creation instruction and an editing instruction; The solid-state drive simulation parameters are defined according to the target instruction in combination with the initial simulation parameter format, wherein the solid-state drive simulation parameters include at least one of the following: the number of solid-state drives, the capacity of the solid-state drives, the number of input and output operations per second of the solid-state drives, and the delay range of the solid-state drives.

6. The method according to claim 1, characterized in that When the current virtual machine performs a power-on operation, after obtaining a solid-state hard disk configuration file configured in the host, the method further includes: When it is determined that the solid state drive configuration file does not exist or the file content is empty, the current virtual machine is kept running and a process corresponding to the simulation configuration of the solid state drive is not entered; When it is determined that the solid-state drive configuration file exists and the file content is not empty, control the process corresponding to the simulation configuration of the current virtual machine logic switching into the solid-state drive, wherein the process is used to determine the target group simulation parameters from the solid-state drive configuration file.

7. The method according to claim 1, characterized in that After synchronizing the full configuration information to the computing node in the host for analysis, adjusting the parameters of the XML assembly file in the host based on the analysis result, and obtaining the target file, the method further includes: Recording the target number of virtual machines in the host that have completed the simulation configuration of the solid-state hard disk; Obtaining solid state hard disk usage data corresponding to the target number of virtual machines; Determining a simulated demand for the solid state drive based on the solid state drive usage data; Initiate updating of the predefined solid state drive simulation parameters based on the simulation requirements.

8. A simulation configuration device for a solid state hard disk, characterized in that: include: A first acquisition module is used to acquire a solid-state hard disk configuration file configured in the host when the current virtual machine performs a power-on operation, wherein the solid-state hard disk configuration file is used to carry solid-state hard disk simulation parameters predefined by the management object, and there is at least one group of simulation parameters in the solid-state hard disk configuration file, each group of simulation parameters uses an identity identification number of a virtual machine as a unique identifier, and there are multiple virtual machines on the host; an association module, used to determine the target group simulation parameter from the solid-state drive configuration file and associate it with the current virtual machine, and generate full configuration information of the current virtual machine, wherein the unique identifier corresponding to the target group simulation parameter is the same as the target identity number of the current virtual machine; An adjustment module is used to synchronize the full configuration information to the computing node in the host for analysis, and adjust the parameters of the XML assembly file in the host based on the analysis results to obtain a target file, wherein the XML assembly file is used to simulate the resource size of different hardware resources and different software resources in the configuration virtual machine.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein the computer program implements the steps of the method described in any one of claims 1 to 7 when executed by a processor.

10. An electronic device comprising a memory and a processor, characterized in that: A computer program is stored in the memory, and the processor is configured to execute the method according to any one of claims 1 to 7 through the computer program.

Images