CN116028290A - Solid state disk testing method, device, equipment and medium - Google Patents
Solid state disk testing method, device, equipment and medium Download PDFInfo
- Publication number
- CN116028290A CN116028290A CN202310181104.6A CN202310181104A CN116028290A CN 116028290 A CN116028290 A CN 116028290A CN 202310181104 A CN202310181104 A CN 202310181104A CN 116028290 A CN116028290 A CN 116028290A
- Authority
- CN
- China
- Prior art keywords
- virtual
- virtual machine
- storage server
- solid state
- disks
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The present invention relates to the field of storage testing, and in particular, to a method, an apparatus, a device, and a medium for testing a solid state disk. The solid state disk testing method comprises the following steps: remotely accessing an operating system of a storage server and creating a plurality of virtual machines in the operating system of the storage server; starting the SR-IOV function of each solid state disk in the storage server to enable each solid state disk to form a plurality of virtual disks; mounting a virtual disk for each virtual machine so that all virtual disks are mounted on the virtual machine; storing test scripts in a preset storage area of each virtual machine, wherein the test scripts are used for operating virtual discs mounted on the virtual machines; and communicating with the storage server by using the control machine to acquire the IP address of each virtual machine, and communicating with the corresponding virtual machine by using the IP address of each virtual machine to call the test script. The scheme of the invention reduces the workload and the operation complexity of the testers, is suitable for various virtual machine cloth-disc scenes, and has better universality.
Description
Technical Field
The present invention relates to the field of storage testing, and in particular, to a method, an apparatus, a device, and a medium for testing a solid state disk.
Background
The SR-IOV is a use scheme for sharing PCI-E equipment to a virtual machine and is used for network equipment in multiple ways. The SR-IOV bypasses the system and virtualization layers from the hardware, enabling each virtual machine to have separate memory addresses, interrupts, DMA streams. One SR-IOV device may create multiple Virtual Functions (VF), such as Solid State Disk (Solid State Drive, SSD) for example, and the SR-IOV device may virtualize the SSD into multiple Virtual disks, and the Virtual disks are allocated to different Virtual machines to realize sharing of physical hardware. The combination of the NVMe SSD and the SR-IOV can perform physical resource sharing under the condition of a plurality of virtual machines, the high performance of the SSD is fully exerted, particularly, the quantity of PCIe devices required by clients can be reduced by means of the SR-IOV virtualization technology under the virtualization and cloud computing scenes, meanwhile, the multi-naming space management realized by the NVMe SSD is used, and different virtual disks are distributed to different virtual hosts to achieve the performance guarantee of mutual isolation and QoS of data IO.
Currently, in the conventional SSD testing process, if a storage server creates a plurality of virtual machines, a tester needs to individually execute different test scripts in each virtual machine, and the following defects exist in this testing manner: the step test has more execution steps, so that the test process is complicated, the function test amount is large, time is consumed, functional test scripts are needed to be exchanged, the test capability is insufficient, the test efficiency is low, and particularly under the condition of SSD test which is synchronously performed in multiple scenes, multiple capacity points and mixed non-interference, the test capability and the efficiency need to be improved.
Disclosure of Invention
In view of the foregoing, it is necessary to provide a method, a device, equipment and a medium for testing a solid state disk.
According to a first aspect of the present invention, there is provided a solid state disk testing method, including:
remotely accessing an operating system of a storage server and creating a plurality of virtual machines in the operating system of the storage server;
starting the SR-IOV function of each solid state disk in the storage server to enable each solid state disk to form a plurality of virtual disks;
mounting a virtual disk for each virtual machine so that all virtual disks are mounted on the virtual machine;
storing test scripts in a preset storage area of each virtual machine, wherein the test scripts are used for operating virtual discs mounted on the virtual machines;
and communicating with the storage server by using the control machine to acquire the IP address of each virtual machine, and communicating with the corresponding virtual machine by using the IP address of each virtual machine to call the test script.
In some embodiments, creating the plurality of virtual machines in the operating system of the storage server includes:
acquiring the number of virtual machines required by a storage server in a test scene;
creating virtual machines based on the number of virtual machines required by the acquired storage server in the test scene; or alternatively
Acquiring the number of virtual machines required by a storage server in an actual use scene;
virtual machines are created based on the number of virtual machines required by the acquired storage server under the actual use scenario.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine includes:
acquiring the total number of the formed virtual disks and the total number of the created virtual machines;
distributing all virtual disks to each virtual machine in an average mode based on the total number of the virtual disks and the total number of the virtual machines;
and respectively mounting the virtual disk allocated by each virtual machine on the corresponding virtual machine.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine includes:
setting storage capacity for each virtual machine respectively;
determining a number of virtual disks required based on the storage capacity of each virtual machine;
and respectively mounting the virtual disks with the required number corresponding to each virtual machine on the corresponding virtual machines.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine further includes:
respectively identifying firmware version information and lspci information of all the mounted virtual disks by utilizing each virtual machine;
responding to the fact that all virtual discs mounted on a certain virtual machine recognize firmware version information and lspci information, and confirming that the mounting of the certain virtual machine is successful;
and in response to at least one virtual disk mounted on a certain virtual machine not identifying the firmware version information and the lspci information, confirming that the mounting of the certain virtual machine fails and re-mounting.
In some embodiments, the preset storage area of each virtual machine stores a plurality of test scripts, each test script having a corresponding identifier.
In some embodiments, the communicating with the corresponding virtual machine using the IP address of each virtual machine to invoke the test script includes:
establishing a communication channel with the corresponding virtual machine based on the IP address of each virtual machine;
generating a calling command according to identifiers corresponding to test scripts to be executed by each virtual machine;
and sending the call command by using a communication channel corresponding to each virtual machine.
According to a second aspect of the present invention, there is provided a solid state disk testing device, the solid state disk testing device:
the system comprises a creation module, a storage server and a storage module, wherein the creation module is configured to remotely access an operating system of the storage server and create a plurality of virtual machines in the operating system of the storage server;
the SR-IOV function starting module is configured to start the SR-IOV function of each solid state disk in the storage server so that each solid state disk forms a plurality of virtual disks;
the mounting module is configured to mount virtual disks for each virtual machine so that all the virtual disks are mounted on the virtual machine;
the storage module is configured to store a test script in a preset storage area of each virtual machine, wherein the test script is used for operating a virtual disk mounted on the virtual machine;
and the calling module is configured to communicate with the storage server by utilizing the control machine to acquire the IP address of each virtual machine, and communicate with the corresponding virtual machine by using the IP address of each virtual machine to call the test script.
According to a third aspect of the present invention, there is also provided a computer device comprising:
at least one processor; and
the memory stores a computer program which can run on the processor, and the processor executes the solid state disk testing method when executing the program.
According to a fourth aspect of the present invention, there is also provided a computer readable storage medium storing a computer program which when executed by a processor performs the aforementioned solid state disk testing method.
According to the solid state disk testing method, the remote control function is used by the control machine to collect and then uniformly execute the running test script paths, so that the workload and the operation complexity of testers are reduced, the automatic execution test of the control machine is realized, the script secondary execution efficiency is improved, and the method is suitable for various virtual machine disc distribution scenes and has better universality.
In addition, the invention also provides a solid state disk testing device, a computer device and a computer readable storage medium, which can also realize the technical effects and are not repeated here.
Drawings
In order to more clearly illustrate the embodiments of the invention or the technical solutions in the prior art, the drawings that are necessary for the description of the embodiments or the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the invention and that other embodiments may be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a flow chart of a method for testing a solid state disk according to an embodiment of the present invention;
FIG. 2 is a flowchart of another method for testing a solid state disk according to another embodiment of the present invention;
FIG. 3 is a schematic diagram of a test architecture for a storage server according to another embodiment of the present invention;
FIG. 4 is a schematic structural diagram of a solid state disk testing device according to an embodiment of the present invention;
fig. 5 is an internal structural view of a computer device according to another embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the following embodiments of the present invention will be described in further detail with reference to the accompanying drawings.
It should be noted that, in the embodiments of the present invention, all the expressions "first" and "second" are used to distinguish two entities with the same name but different entities or different parameters, and it is noted that the "first" and "second" are only used for convenience of expression, and should not be construed as limiting the embodiments of the present invention, and the following embodiments are not described one by one.
In one embodiment, referring to fig. 1, the present invention provides a method 100 for testing a solid state disk, specifically, the method for testing a solid state disk includes the following steps:
According to the solid state disk testing method, the remote control function is used by the control machine to collect and then uniformly execute the running test script paths, so that the workload and the operation complexity of testers are reduced, the automatic execution test of the control machine is realized, the script secondary execution efficiency is improved, and the method is suitable for various virtual machine disc distribution scenes and has better universality.
In some embodiments, creating a plurality of virtual machines in the operating system of the storage server in the step 101 includes:
acquiring the number of virtual machines required by a storage server in a test scene;
creating virtual machines based on the number of virtual machines required by the acquired storage server in the test scene; or alternatively
Acquiring the number of virtual machines required by a storage server in an actual use scene;
virtual machines are created based on the number of virtual machines required by the acquired storage server under the actual use scenario.
In some embodiments, the foregoing step 103, mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine, includes:
acquiring the total number of the formed virtual disks and the total number of the created virtual machines;
distributing all virtual disks to each virtual machine in an average mode based on the total number of the virtual disks and the total number of the virtual machines;
and respectively mounting the virtual disk allocated by each virtual machine on the corresponding virtual machine.
In some embodiments, the foregoing step 103, mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine, includes:
setting storage capacity for each virtual machine respectively;
determining a number of virtual disks required based on the storage capacity of each virtual machine;
and respectively mounting the virtual disks with the required number corresponding to each virtual machine on the corresponding virtual machines.
In some embodiments, the foregoing step 103 mounts a virtual disk for each virtual machine such that all virtual disks are mounted on the virtual machine, further includes:
respectively identifying firmware version information and lspci information of all the mounted virtual disks by utilizing each virtual machine;
responding to the fact that all virtual discs mounted on a certain virtual machine recognize firmware version information and lspci information, and confirming that the mounting of the certain virtual machine is successful;
and in response to at least one virtual disk mounted on a certain virtual machine not identifying the firmware version information and the lspci information, confirming that the mounting of the certain virtual machine fails and re-mounting.
In some embodiments, the preset storage area of each virtual machine stores a plurality of test scripts, each test script having a corresponding identifier.
In some embodiments, communicating with the corresponding virtual machine using the IP address of each virtual machine in step 105 to invoke the test script includes:
establishing a communication channel with the corresponding virtual machine based on the IP address of each virtual machine;
generating a calling command according to identifiers corresponding to test scripts to be executed by each virtual machine;
and sending the call command by using a communication channel corresponding to each virtual machine.
In order to facilitate understanding of the solution of the present invention in another embodiment, a storage server is taken as an example, and the server is assumed to be capable of running n virtual machines, each virtual machine mounts two virtual disks, and a solid state disk testing method applied to the storage service will be described in detail below, and specifically includes the following steps, as shown in fig. 2 and 3:
and 205, executing a target test script, and performing corresponding test operation on the solid state disk distributed by the current virtual machine.
The solid state disk testing method of the embodiment has at least the following beneficial technical effects: on one hand, compared with the traditional solid state disk test mode, the method outputs the set script through the remote function by the control machine, and the running test scripts are summarized and then executed uniformly, so that the secondary execution efficiency is improved; on the other hand, the control machine can control a plurality of servers, each server can be covered with an SSD hard disk, the server with the SRIOV network card can be provided with a plurality of virtual machines, the capacity and the firmware version of the SSD hard disk mounted on different virtual machines can be different according to the scene needs, the complex application scene can be solved, and the method has better universality.
In some embodiments, referring to fig. 4, the present invention further provides a solid state disk testing device 300, where the solid state disk testing device 300 includes:
a creation module 301 configured to remotely access an operating system of the storage server and create a plurality of virtual machines in the operating system of the storage server;
the SR-IOV function opening module 302 is configured to open the SR-IOV function of each solid state disk in the storage server so that each solid state disk forms a plurality of virtual disks;
a mounting module 303 configured to mount virtual disks for each virtual machine such that all virtual disks are mounted on the virtual machine;
the storage module 304 is configured to store a test script in a preset storage area of each virtual machine, where the test script is used to operate a virtual disk mounted on the virtual machine;
a calling module 305 configured to communicate with the storage server using the control machine to obtain the IP address of each virtual machine, and communicate with the corresponding virtual machine using the IP address of each virtual machine to call the test script.
According to the solid state disk testing device, the remote control function is used by the control machine to collect and then uniformly execute the running test script paths, so that the workload and the operation complexity of testers are reduced, the automatic execution test of the control machine is realized, the script secondary execution efficiency is improved, and the device is suitable for various virtual machine disc distribution scenes and has better universality.
In some embodiments, the creation module 301 is further configured to:
acquiring the number of virtual machines required by a storage server in a test scene;
creating virtual machines based on the number of virtual machines required by the acquired storage server in the test scene; or alternatively
Acquiring the number of virtual machines required by a storage server in an actual use scene;
virtual machines are created based on the number of virtual machines required by the acquired storage server under the actual use scenario.
In some embodiments, the mounting module 303 is further configured to:
acquiring the total number of the formed virtual disks and the total number of the created virtual machines;
distributing all virtual disks to each virtual machine in an average mode based on the total number of the virtual disks and the total number of the virtual machines;
and respectively mounting the virtual disk allocated by each virtual machine on the corresponding virtual machine.
In some embodiments, the mounting module 303 is further configured to:
setting storage capacity for each virtual machine respectively;
determining a number of virtual disks required based on the storage capacity of each virtual machine;
and respectively mounting the virtual disks with the required number corresponding to each virtual machine on the corresponding virtual machines.
In some embodiments, the mounting module 303 is further configured to:
respectively identifying firmware version information and lspci information of all the mounted virtual disks by utilizing each virtual machine;
responding to the fact that all virtual discs mounted on a certain virtual machine recognize firmware version information and lspci information, and confirming that the mounting of the certain virtual machine is successful;
and in response to at least one virtual disk mounted on a certain virtual machine not identifying the firmware version information and the lspci information, confirming that the mounting of the certain virtual machine fails and re-mounting.
In some embodiments, the preset storage area of each virtual machine stores a plurality of test scripts, each test script having a corresponding identifier.
In some embodiments, the invocation module 305 is further configured to:
establishing a communication channel with the corresponding virtual machine based on the IP address of each virtual machine;
generating a calling command according to identifiers corresponding to test scripts to be executed by each virtual machine;
and sending the call command by using a communication channel corresponding to each virtual machine.
It should be noted that, the specific limitation of the solid state disk testing device may refer to the limitation of the solid state disk testing method described above, and will not be described herein. All or part of the modules in the solid state disk testing device can be realized by software, hardware and a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
According to another aspect of the present invention, there is provided a computer device, which may be a server, and an internal structure thereof is shown in fig. 5. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is for storing data. The network interface of the computer device is used for communicating with an external terminal through a network connection. The method for testing the solid state disk is realized when the computer program is executed by a processor, and specifically comprises the following steps of:
remotely accessing an operating system of a storage server and creating a plurality of virtual machines in the operating system of the storage server;
starting the SR-IOV function of each solid state disk in the storage server to enable each solid state disk to form a plurality of virtual disks;
mounting a virtual disk for each virtual machine so that all virtual disks are mounted on the virtual machine;
storing test scripts in a preset storage area of each virtual machine, wherein the test scripts are used for operating virtual discs mounted on the virtual machines;
and communicating with the storage server by using the control machine to acquire the IP address of each virtual machine, and communicating with the corresponding virtual machine by using the IP address of each virtual machine to call the test script.
In some embodiments, creating the plurality of virtual machines in the operating system of the storage server includes:
acquiring the number of virtual machines required by a storage server in a test scene;
creating virtual machines based on the number of virtual machines required by the acquired storage server in the test scene; or alternatively
Acquiring the number of virtual machines required by a storage server in an actual use scene;
virtual machines are created based on the number of virtual machines required by the acquired storage server under the actual use scenario.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine includes:
acquiring the total number of the formed virtual disks and the total number of the created virtual machines;
distributing all virtual disks to each virtual machine in an average mode based on the total number of the virtual disks and the total number of the virtual machines;
and respectively mounting the virtual disk allocated by each virtual machine on the corresponding virtual machine.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine includes:
setting storage capacity for each virtual machine respectively;
determining a number of virtual disks required based on the storage capacity of each virtual machine;
and respectively mounting the virtual disks with the required number corresponding to each virtual machine on the corresponding virtual machines.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine further includes:
respectively identifying firmware version information and lspci information of all the mounted virtual disks by utilizing each virtual machine;
responding to the fact that all virtual discs mounted on a certain virtual machine recognize firmware version information and lspci information, and confirming that the mounting of the certain virtual machine is successful;
and in response to at least one virtual disk mounted on a certain virtual machine not identifying the firmware version information and the lspci information, confirming that the mounting of the certain virtual machine fails and re-mounting.
In some embodiments, the preset storage area of each virtual machine stores a plurality of test scripts, each test script having a corresponding identifier.
In some embodiments, the communicating with the corresponding virtual machine using the IP address of each virtual machine to invoke the test script includes:
establishing a communication channel with the corresponding virtual machine based on the IP address of each virtual machine;
generating a calling command according to identifiers corresponding to test scripts to be executed by each virtual machine;
and sending the call command by using a communication channel corresponding to each virtual machine.
According to still another aspect of the present invention, there is provided a computer readable storage medium having a computer program stored thereon, the computer program when executed by a processor implementing the solid state disk testing method described above, specifically, the solid state disk testing method includes the steps of:
remotely accessing an operating system of a storage server and creating a plurality of virtual machines in the operating system of the storage server;
starting the SR-IOV function of each solid state disk in the storage server to enable each solid state disk to form a plurality of virtual disks;
mounting a virtual disk for each virtual machine so that all virtual disks are mounted on the virtual machine;
storing test scripts in a preset storage area of each virtual machine, wherein the test scripts are used for operating virtual discs mounted on the virtual machines;
and communicating with the storage server by using the control machine to acquire the IP address of each virtual machine, and communicating with the corresponding virtual machine by using the IP address of each virtual machine to call the test script.
In some embodiments, creating the plurality of virtual machines in the operating system of the storage server includes:
acquiring the number of virtual machines required by a storage server in a test scene;
creating virtual machines based on the number of virtual machines required by the acquired storage server in the test scene; or alternatively
Acquiring the number of virtual machines required by a storage server in an actual use scene;
virtual machines are created based on the number of virtual machines required by the acquired storage server under the actual use scenario.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine includes:
acquiring the total number of the formed virtual disks and the total number of the created virtual machines;
distributing all virtual disks to each virtual machine in an average mode based on the total number of the virtual disks and the total number of the virtual machines;
and respectively mounting the virtual disk allocated by each virtual machine on the corresponding virtual machine.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine includes:
setting storage capacity for each virtual machine respectively;
determining a number of virtual disks required based on the storage capacity of each virtual machine;
and respectively mounting the virtual disks with the required number corresponding to each virtual machine on the corresponding virtual machines.
In some embodiments, the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine further includes:
respectively identifying firmware version information and lspci information of all the mounted virtual disks by utilizing each virtual machine;
responding to the fact that all virtual discs mounted on a certain virtual machine recognize firmware version information and lspci information, and confirming that the mounting of the certain virtual machine is successful;
and in response to at least one virtual disk mounted on a certain virtual machine not identifying the firmware version information and the lspci information, confirming that the mounting of the certain virtual machine fails and re-mounting.
In some embodiments, the preset storage area of each virtual machine stores a plurality of test scripts, each test script having a corresponding identifier.
In some embodiments, the communicating with the corresponding virtual machine using the IP address of each virtual machine to invoke the test script includes:
establishing a communication channel with the corresponding virtual machine based on the IP address of each virtual machine;
generating a calling command according to identifiers corresponding to test scripts to be executed by each virtual machine;
and sending the call command by using a communication channel corresponding to each virtual machine.
Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the various embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous Link DRAM (SLDRAM), memory bus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The above examples merely represent a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the invention. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application is to be determined by the claims appended hereto.
Claims (10)
1. The solid state disk testing method is characterized by comprising the following steps of:
remotely accessing an operating system of a storage server and creating a plurality of virtual machines in the operating system of the storage server;
starting the SR-IOV function of each solid state disk in the storage server to enable each solid state disk to form a plurality of virtual disks;
mounting a virtual disk for each virtual machine so that all virtual disks are mounted on the virtual machine;
storing test scripts in a preset storage area of each virtual machine, wherein the test scripts are used for operating virtual discs mounted on the virtual machines;
and communicating with the storage server by using the control machine to acquire the IP address of each virtual machine, and communicating with the corresponding virtual machine by using the IP address of each virtual machine to call the test script.
2. The method for testing a solid state disk of claim 1, wherein creating a plurality of virtual machines in an operating system of a storage server comprises:
acquiring the number of virtual machines required by a storage server in a test scene;
creating virtual machines based on the number of virtual machines required by the acquired storage server in the test scene; or alternatively
Acquiring the number of virtual machines required by a storage server in an actual use scene;
virtual machines are created based on the number of virtual machines required by the acquired storage server under the actual use scenario.
3. The method of claim 1, wherein the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine comprises:
acquiring the total number of the formed virtual disks and the total number of the created virtual machines;
distributing all virtual disks to each virtual machine in an average mode based on the total number of the virtual disks and the total number of the virtual machines;
and respectively mounting the virtual disk allocated by each virtual machine on the corresponding virtual machine.
4. The method of claim 1, wherein the mounting the virtual disk for each virtual machine such that all virtual disks are mounted to the virtual machine comprises:
setting storage capacity for each virtual machine respectively;
determining a number of virtual disks required based on the storage capacity of each virtual machine;
and respectively mounting the virtual disks with the required number corresponding to each virtual machine on the corresponding virtual machines.
5. The method according to claim 3 or 4, wherein the mounting the virtual disk for each virtual machine so that all the virtual disks are mounted on the virtual machine, further comprises:
respectively identifying firmware version information and lspci information of all the mounted virtual disks by utilizing each virtual machine;
responding to the fact that all virtual discs mounted on a certain virtual machine recognize firmware version information and lspci information, and confirming that the mounting of the certain virtual machine is successful;
and in response to at least one virtual disk mounted on a certain virtual machine not identifying the firmware version information and the lspci information, confirming that the mounting of the certain virtual machine fails and re-mounting.
6. The method for testing a solid state disk according to claim 1, wherein the plurality of test scripts are stored in the preset storage area of each virtual machine, and each test script has a corresponding identifier.
7. The method of claim 6, wherein the communicating with the corresponding virtual machine using the IP address of each virtual machine to invoke the test script comprises:
establishing a communication channel with the corresponding virtual machine based on the IP address of each virtual machine;
generating a calling command according to identifiers corresponding to test scripts to be executed by each virtual machine;
and sending the call command by using a communication channel corresponding to each virtual machine.
8. The solid state disk testing device is characterized by comprising:
the system comprises a creation module, a storage server and a storage module, wherein the creation module is configured to remotely access an operating system of the storage server and create a plurality of virtual machines in the operating system of the storage server;
the SR-IOV function starting module is configured to start the SR-IOV function of each solid state disk in the storage server so that each solid state disk forms a plurality of virtual disks;
the mounting module is configured to mount virtual disks for each virtual machine so that all the virtual disks are mounted on the virtual machine;
the storage module is configured to store a test script in a preset storage area of each virtual machine, wherein the test script is used for operating a virtual disk mounted on the virtual machine;
and the calling module is configured to communicate with the storage server by utilizing the control machine to acquire the IP address of each virtual machine, and communicate with the corresponding virtual machine by using the IP address of each virtual machine to call the test script.
9. A computer device, comprising:
at least one processor; and
a memory storing a computer program executable in the processor, the processor executing the method of testing a solid state disk as claimed in any one of claims 1 to 7 when executing the program.
10. A computer readable storage medium storing a computer program, wherein the computer program when executed by a processor performs the method of testing a solid state disk as claimed in any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310181104.6A CN116028290A (en) | 2023-02-24 | 2023-02-24 | Solid state disk testing method, device, equipment and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310181104.6A CN116028290A (en) | 2023-02-24 | 2023-02-24 | Solid state disk testing method, device, equipment and medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116028290A true CN116028290A (en) | 2023-04-28 |
Family
ID=86077816
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310181104.6A Pending CN116028290A (en) | 2023-02-24 | 2023-02-24 | Solid state disk testing method, device, equipment and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116028290A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117743063A (en) * | 2024-02-21 | 2024-03-22 | 江苏华存电子科技有限公司 | Verification method and verification device for virtualization function of solid state disk |
-
2023
- 2023-02-24 CN CN202310181104.6A patent/CN116028290A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117743063A (en) * | 2024-02-21 | 2024-03-22 | 江苏华存电子科技有限公司 | Verification method and verification device for virtualization function of solid state disk |
| CN117743063B (en) * | 2024-02-21 | 2024-04-23 | 江苏华存电子科技有限公司 | Verification method and verification device for virtualization function of solid state disk |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112131099B (en) | Version upgrading test method and device | |
| CN113127160B (en) | Task scheduling method, system and equipment | |
| CN111124286A (en) | Libcloud-based multi-cloud management implementation method | |
| CN116028290A (en) | Solid state disk testing method, device, equipment and medium | |
| CN110716845A (en) | Method for reading log information of Android system | |
| CN114281252A (en) | Virtualization method and device for NVMe (network video recorder) device of nonvolatile high-speed transmission bus | |
| CN110753040B (en) | Request processing method and device | |
| CN112162925A (en) | Test method and system based on service virtualization | |
| EP3901766A1 (en) | Offline configuration method and apparatus for smart device | |
| US11388274B2 (en) | Method for implementing high availability of bare metal node based on OpenStack and electronic device using the same | |
| CN114595038A (en) | Data processing method, computing device and computer storage medium | |
| CN113992657A (en) | Shared storage building method, device and medium based on cloud platform | |
| EP4006725A1 (en) | Virtual machine migration processing and strategy generation method, apparatus and device, and storage medium | |
| CN111352899A (en) | Path aggregation method, access method, communication device and storage medium | |
| CN110795304B (en) | Method and device for testing performance of distributed storage system | |
| CN108920936B (en) | Method and device for achieving vmware authentication based on Purley platform | |
| CN112328363B (en) | Cloud hard disk mounting method and device | |
| CN115617668A (en) | Compatibility testing method, device and equipment | |
| CN107515725B (en) | Method and device for sharing disk by core network virtualization system and network management MANO system | |
| CN113326201A (en) | Software testing method based on distributed system, electronic equipment and storage medium | |
| US10922249B2 (en) | Input/output control code filter | |
| CN108847975B (en) | Communication method, device, computer equipment and medium based on NFV (network function virtualization) architecture | |
| CN108255820B (en) | Method and device for data storage in distributed system and electronic equipment | |
| CN116599842B (en) | Multi-module array system management method, equipment and medium | |
| CN113467960B (en) | Multi-path storage method, system, terminal and storage medium based on shared lock |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |