WO2024119771A1

WO2024119771A1 - Storage virtualization method, system, apparatus, and device based on disk array card

Info

Publication number: WO2024119771A1
Application number: PCT/CN2023/101683
Authority: WO
Inventors: 李飞龙; 许永良; 孙明刚
Original assignee: 苏州元脑智能科技有限公司
Priority date: 2022-12-05
Filing date: 2023-06-21
Publication date: 2024-06-13
Also published as: CN115639970B; CN115639970A

Abstract

The present application provides a storage virtualization method, system, apparatus, and device based on a disk array card, and relates to the technical field of disk arrays. The method comprises: in response to a disk array card receiving a creation command issued by a host, creating a specified number of disk arrays on the basis of the creation command, and applying for a plurality of container nodes, so that each container node manages a plurality of disk arrays; for each container node, segmenting each disk array thereof into a plurality of blocks of a predetermined size so as to form a block group, and respectively obtaining a plurality of blocks from each block group and integrating the blocks into a roll; and in response to the disk array card receiving a roll operation command issued by a user, using a container node to find a target roll on the basis of the roll operation command, and using a corresponding block group to perform operations on the target roll. The present application achieves more-efficient roll management without adding hardware, inventively achieving more-flexible capacity space allocation in a RAID card.

Description

Storage virtualization method, system, device and equipment based on disk array card

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to a Chinese patent application filed with the China Patent Office on December 5, 2022, with application number 202211545895.8 and application name “Storage virtualization method, system, device and equipment based on disk array card”, all contents of which are incorporated by reference in this application.

Technical Field

The present application relates to the technical field of disk arrays, and in particular to a storage virtualization method, system, device and equipment based on a disk array card.

Background technique

RAID (Redundant Array of Independent Disks) is a storage technology that improves storage performance and reliability by increasing verification redundancy. RAID is created by combining multiple storage drive components (e.g., disk hard disks and/or solid-state drives) into a logical unit, and then using various technologies to distribute data across the drives. RAID technology can combine multiple disks together to provide a single usable logical disk with a larger capacity, concurrent I/O (Input/Output) read and write capabilities, data redundancy capabilities, etc. RAID technology has become an indispensable existence in server systems, providing efficient data storage and redundant backup capabilities for various industries such as medical banks. With the development of science and technology, storage technology is also improving by leaps and bounds. RAID array is one of the important technologies in the storage field. Its development has mainly experienced RAID0, RAID1, RAID10, RAID5, RAID6 and other levels. The RAID card is a board that realizes the function of organizing the hard disks connected to the server into a RAID array according to the RAID level. Users create volumes on the RAID card for the host to use as block devices.

The volume in the RAID card is a read-write logical unit provided to the user, which represents a LBA (Logical Block Address) storage address. Users can use the volume as a logical disk. Reading and writing the volume is actually reading and writing the PBA (Physical Block Address) address mapped to the LBA address. The RAID card converts the virtual logical LBA address into the physical address (PBA) of the disk through internal mapping for actual I/O read and write operations. Therefore, when users use the RAID card, they are actually operating the volume. When the storage space of a volume is not enough to support the user's data needs, the volume needs to be expanded. When the volume is expanded, if the RAID array to which the current volume belongs still has available capacity, the available space can be directly allocated from the RAID array. When the RAID array has no available capacity, it is necessary to expand the capacity by adding disks. Or the user needs to create another one or Multiple volumes, that is, users create one or more volumes of specified capacity on the RAID array for the host to use as block devices. However, the existing RAID card controllers in the industry can only create volumes with capacity from the same RAID array, and require that the LBA corresponding to the volume capacity be distributed continuously on its RAID array.

Figure 1 shows a schematic diagram of the mapping relationship between a RAID5 array and a volume according to the prior art. As shown in Figure 1, a RAID5 array is composed of 5 physical disks, which are mapped to a RAID5 Lba Map (Map representation diagram). Two continuous LBA spaces are divided on the RAID5 Lba Map to form two volumes for use by the host.

The current volume management method has the following disadvantages:

1) As shown in Figure 1, the LBAs of Volume1 and Volume2 are continuous. When the user expands Volume1, Volume2 needs to be moved backward to free up the LBAs for Volume1 to expand backward. Moving Volume2 backward requires data migration in blocks, which is very time-consuming and affects the performance of the RAID card.

2) When a volume is deleted from a RAID array, the available LBA of the RAID array will be fragmented, that is, the LBA will be discontinuous, so that the total available capacity will be divided. When the user creates a volume again, the total available capacity is sufficient, but the user cannot create a volume that meets the capacity requirements due to the division of the available capacity, which affects the user's business and causes a decline in user experience;

3) After multiple volumes are created on the RAID array, the volume expansion operation is limited due to the continuity of the volume LBA distribution. Only volumes with continuous available LBAs can be expanded. This will also affect user services and reduce user experience.

Therefore, a better volume management method is needed to achieve more flexible RAID card capacity space allocation.

Summary of the invention

In view of this, the purpose of the present application is to propose a storage virtualization method, system, device and equipment based on a disk array card, so as to solve the problem that the storage virtualization method of the disk array card in the prior art is not flexible enough in volume management, thereby affecting the performance of the disk array card.

Based on the above purpose, the present application provides a storage virtualization method based on a disk array card in some embodiments, comprising the following steps:

In response to the disk array card receiving a creation command sent by the host, a specified number of disk arrays are created based on the creation command, and a number of container nodes are applied for, so that each container node manages multiple disk arrays;

For each container node, each disk array thereof is divided into a plurality of blocks of a predetermined size to form a block group, and a plurality of blocks are obtained from each block group and integrated into a volume;

In response to the disk array card receiving the volume operation command sent by the user, the target volume is found through the container node based on the volume operation command, and the target volume is operated by using the corresponding block group.

In some embodiments, in response to the disk array card receiving a volume operation command issued by a user, based on the volume operation command, Find the target volume through the container node and use the corresponding block group to operate the target volume, including:

In response to the disk array card receiving the volume deletion command issued by the user, the target volume is found through the container node based on the volume deletion command, and all blocks of the target volume are released to the corresponding block group.

In some embodiments, in response to the disk array card receiving a volume operation command issued by a user, finding a target volume through a container node based on the volume operation command, and operating the target volume using a corresponding block group further includes:

In response to the disk array card receiving the volume expansion command issued by the user, the target volume is found through the container node based on the volume expansion command, and blocks are applied to the corresponding block group to achieve the expansion of the target volume.

In some embodiments, the method further comprises:

Each container node is used as a storage sub-pool, and a container pool is composed of several container nodes to serve as a total storage pool.

In some embodiments, a container pool formed by a plurality of container nodes includes:

Several container nodes are connected through the front pointer field and the back pointer field of each container node to form a container pool.

In some embodiments, the front pointer field points to the previous container node of the current container node, and the back pointer field points to the next container node of the current container node.

In some embodiments, the container node includes a control field, and the control field indicates the operation status of the corresponding volume through bit symbols.

In some embodiments, the method further comprises:

In response to the bit being a first binary symbol, determining that the operation state of the volume corresponding to the bit is an operable state;

In response to the bit being the second binary symbol, it is determined that the operation state of the volume corresponding to the bit is a normal state.

In some embodiments, the method further comprises:

The bit corresponding to the target volume is set through the control thread.

In some embodiments, the method further comprises:

The target volume is located by scanning all bits in the control field through a worker thread and finding a bit having a second binary symbol therein.

In some embodiments, the method further comprises:

In response to volume integration being completed, all bits of the control fields of the plurality of container nodes are set to a second binary symbol.

In some embodiments, the container node further includes a management table pointer field, the management table pointer field points to a management table storage area, and the management table is used to manage volumes.

In some embodiments, the management table includes a volume identification number, a predetermined size of a block, an identification number of a disk array corresponding to the volume, and a volume status, wherein the volume status includes at least a volume deletion status and a volume expansion status.

In some embodiments, the method further comprises:

The volume status in the management table corresponding to the target volume is set through the control thread.

In some embodiments, the method further comprises:

The volume status of the target volume in the corresponding management table is confirmed through the working thread, and the target volume is operated based on the confirmed volume status.

In some embodiments, the method further comprises:

In response to the target volume operation being completed, the management table corresponding to the target volume is updated.

In some embodiments, the method further comprises:

In response to the specified number of disk arrays being created, determining whether a remaining storage capacity of the non-volatile random access memory is greater than a preset capacity;

In response to the remaining storage capacity being greater than the preset capacity, applying for a number of container nodes based on the remaining storage capacity.

In some embodiments, in response to the disk array card receiving a creation command sent by the host, creating a specified number of disk arrays based on the creation command includes:

In response to the disk array card receiving a creation command sent by the host, the creation command is parsed to obtain command parameters, and a specified number of disk arrays are created based on the command parameters.

Another aspect of the present application further provides a storage virtualization system based on a disk array card, comprising:

The container node module is configured to create a specified number of disk arrays based on the creation command received by the disk array card from the host, and apply for a number of container nodes so that each container node manages multiple disk arrays;

A splitting and integration module configured to split each disk array of each container node into a plurality of blocks of a predetermined size to form a block group, and obtain a plurality of blocks from each block group and integrate them into a volume; and

The volume operation module is configured to respond to the disk array card receiving a volume operation command issued by the user, find the target volume through the container node based on the volume operation command, and operate the target volume using the corresponding block group.

Another aspect of the present application further provides a storage virtualization device based on a disk array card, comprising:

The container node layer includes several container nodes, each of which manages multiple disk arrays;

A block group layer, including a plurality of block groups, each block group is composed of a plurality of blocks of a predetermined size divided into a disk array; and

The volume layer includes several volumes, each of which is composed of several blocks in multiple block groups.

In some embodiments, the device also includes a volume operation module, which is configured to respond to the disk array card receiving a volume operation command issued by the user, find the target volume through the container node based on the volume operation command, and operate the target volume using the corresponding block group.

In another aspect of the present application, a non-volatile computer-readable storage medium is provided, storing a computer program indicating When the computer program instructions are executed by the processor, the above method is implemented.

In another aspect of the present application, a computer device is provided, including a memory and a processor, wherein a computer program is stored in the memory, and the computer program executes the above method when executed by the processor.

In some embodiments, the present application has at least the following beneficial technical effects:

The storage virtualization method based on disk array cards can achieve more efficient volume management and improve the storage performance of RAID cards without adding hardware. It also innovatively implements more flexible capacity space allocation of RAID cards, effectively improving the user experience of users using RAID cards. It can also prevent the fragmentation of available LBAs of the RAID array when the user deletes the volume using the RAID card. It can also avoid data migration when processing volume expansion business, thereby improving the overall performance of the RAID card.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solutions of the present application in some embodiments or prior arts, the drawings required for use in the embodiments or prior art descriptions are briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other embodiments can be obtained based on these drawings without paying any creative work.

FIG1 is a schematic structural diagram of a mapping relationship between a RAID5 array and a volume provided according to the prior art;

FIG2 is a schematic diagram of a storage virtualization method based on a disk array card provided in some implementation examples of the present application;

FIG3 is a schematic diagram of a data structure of a container node provided in some implementations of the present application;

FIG4 is a schematic diagram of a method for implementing storage virtualization using a hierarchical concept in some implementations of the present application;

FIG5 is a schematic diagram of a process for creating a container pool according to some implementations of the present application;

FIG6 is a schematic diagram of a flow chart of a RAID card receiving a volume operation command from a user according to some implementations of the present application;

FIG7 is a schematic diagram of a storage virtualization system based on a disk array card provided in some implementations of the present application;

FIG8 is a schematic diagram of a non-volatile computer-readable storage medium for implementing a storage virtualization method based on a disk array card provided in some implementations of the present application;

FIG. 9 is a schematic diagram of the hardware structure of a computer device that executes a disk array card-based storage virtualization method provided in some implementations of the present application.

Detailed ways

In order to make the purpose, technical solutions and advantages of the present application more clearly understood, the following embodiments are combined with the accompanying drawings to describe the present invention. The embodiments of the present application are further described in detail.

It should be noted that in some embodiments of the present application, all expressions using "first" and "second" are intended to distinguish two non-identical entities or non-identical parameters with the same name. It can be seen that "first" and "second" are only for the convenience of expression and should not be understood as limitations on the present application. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, other steps or units inherent to a process, method, system, product or device that includes a series of steps or units.

Based on the above purpose, the present application, in some embodiments, proposes an embodiment of a storage virtualization method based on a disk array card. FIG2 is a schematic diagram of an embodiment of a storage virtualization method based on a disk array card provided in some embodiments of the present application. As shown in FIG2, the following steps may be included:

Step S10: in response to the disk array card receiving a creation command sent by the host, creating a specified number of disk arrays based on the creation command, and applying for a number of container nodes so that each container node manages multiple disk arrays;

Step S20: for each container node, divide each disk array thereof into a plurality of blocks of a predetermined size to form a block group, and obtain a plurality of blocks from each block group and integrate them into a volume;

Step S30: In response to the disk array card receiving the volume operation command issued by the user, the target volume is found through the container node based on the volume operation command, and the target volume is operated using the corresponding block group.

The disk array card-based storage virtualization method in some embodiments of the present application can achieve more efficient volume management and improve the storage performance of the RAID card without adding hardware; and innovatively achieve more flexible capacity space allocation of the RAID card, effectively improving the user experience of users using the RAID card; it can also avoid the fragmentation of the available LBA of the RAID array when the user operates the RAID card to delete the volume; when processing the volume expansion business, it can avoid data migration, thereby improving the overall performance of the RAID card.

In some embodiments, in response to the disk array card receiving a volume operation command issued by a user, finding the target volume through the container node based on the volume operation command, and operating the target volume using the corresponding block group includes: in response to the disk array card receiving a delete volume command issued by the user, finding the target volume through the container node based on the delete volume command, and releasing all blocks of the target volume to the corresponding block group.

In some embodiments, in response to the disk array card receiving a volume operation command issued by a user, finding the target volume through the container node based on the volume operation command, and operating the target volume using the corresponding block group also includes: in response to the disk array card receiving a volume expansion command issued by the user, finding the target volume through the container node based on the volume expansion command, and applying for blocks from the corresponding block group to achieve expansion of the target volume.

In some embodiments, the method further includes: using each container node as a storage sub-pool, and forming a container pool from a plurality of container nodes to serve as a total storage pool.

In some embodiments, forming a container pool from a plurality of container nodes includes: connecting the plurality of container nodes through a front pointer field and a back pointer field of each container node to form the container pool.

In some embodiments, the method further includes: in response to the bit being a first binary symbol, determining that the operating state of the volume corresponding to the bit is an operable state; in response to the bit being a second binary symbol, determining that the operating state of the volume corresponding to the bit is a normal state.

In some embodiments, the method further includes: setting a bit corresponding to the target volume through a control thread.

In some embodiments, the method further includes: scanning all bits in the control field by the working thread, and searching for bits having the second binary symbol therein to locate the target volume.

In some embodiments, the method further includes: in response to volume integration being completed, setting all bits of the control fields of the plurality of container nodes to a second binary symbol.

In some embodiments, the method further includes: setting the volume status in the management table corresponding to the target volume through the control thread.

In some embodiments, the method further includes: confirming, by a working thread, a volume status of the target volume in a corresponding management table, and operating the target volume based on the confirmed volume status.

In some embodiments, the method further includes: in response to the target volume operation being completed, updating a management table corresponding to the target volume.

In some embodiments, the method further includes: in response to the completion of creation of a specified number of disk arrays, determining whether the remaining storage capacity of the non-volatile random access memory is greater than a preset capacity; in response to the remaining storage capacity being greater than the preset capacity, applying for a number of container nodes based on the remaining storage capacity.

In some embodiments, in response to the disk array card receiving a create command sent by the host, creating a specified number of disk arrays based on the create command includes: in response to the disk array card receiving the create command sent by the host, parsing the create command, obtaining command parameters, and creating the specified number of disk arrays based on the command parameters.

The following are some embodiments of the storage virtualization method based on the disk array card:

In some embodiments of the present application, containers (docker) are used to manage volumes. Container nodes are designed to represent sub-pools in a storage pool, and a plurality of container nodes constitute a total storage pool, which is the container pool.

FIG3 shows a schematic diagram of the data structure of a container node. As shown in FIG3, the control field indicated by 201 can be data of type uint32, and the 32 bits in uint32 represent the volume status of 32 volumes, indicating that a container manages a maximum of 32 volumes. If the bit is 1 (i.e., the first binary symbol), it means that the volume corresponding to the bit needs to be operated (for example, the user operates to delete the volume, expand the volume, and migrate the volume, etc.), and if the bit is 0 (i.e., the second binary symbol), it means that the volume corresponding to the bit is in a normal state, that is, no operation is required this time. The buffer_ptr field indicated by 202 in FIG3 points to a specific area where the management table for managing the volume is stored. The management table of all volumes is stored in the buffer, and the management table of the volume is shown in Table 1 below. In some embodiments of the present application, a bidirectional linked list metadata is used to manage container nodes. The pre_pointer field indicated by 203 in FIG3 is a front pointer pointing to the previous container node in the bidirectional linked list, and the next_pointer field indicated by 204 is a back pointer pointing to the next container node in the bidirectional linked list.

Table 1: Volume management table

Multiple container nodes and volume management tables are added to the NVRAM (Non-Volatile Random Access Memory) hardware resources of the RAID card. A container node identifies all volumes managed in a sub-pool. The bidirectional linked list connects all sub-pools in the RAID card through the front pointer field and the back pointer field in the container node, thereby realizing storage virtualization of the RAID card and achieving more flexible management of volumes.

It should be pointed out that when the bit indicated by 205 in Figure 3 is 1, it means that the volume corresponding to the bit needs to be operated by the user, corresponding to the volume status of serial number 3 in Table 1 (abnormal status such as volume deletion, volume expansion, volume migration, etc.); when the bit is 0, the corresponding volume status is normal.

FIG4 shows a schematic diagram of a storage virtualization method using a hierarchical concept. As shown in FIG4, the storage virtualization technology designed in some embodiments of the present application adopts a bottom-up hierarchical concept. The first layer indicated by 300 is a container pool composed of container nodes, each container node manages multiple volumes; the second layer indicated by 310 is a RAID array composed of multiple RAID arrays. The third layer indicated by 320 is a block group (block group) composed of blocks (blocks) after the second layer RAID array is split; the fourth layer indicated by 330 is a volume layer composed of blocks of the third layer.

At present, the volume created in the RAID card in the industry adopts the technical solution of Figure 1. Obviously, the LBA of the volume volume comes from the same RAID array, and the LBA of multiple volumes created on the same RAID array is continuous (such as volume1 and volume2 in Figure 1). Therefore, when the user expands volume volume1, it is necessary to move the volume volume2 next to it backward to free up capacity for volume1 to expand. Moving volume volume2 backward requires data migration, which is a very time-consuming process. In addition, if the user deletes the created volume, the available LBA of the RAID array will be fragmented, that is, discontinuous, and its total available capacity will be divided. When the user creates a volume again, although the total available capacity of the array is met, the fragmented LBA makes it impossible for the user to create a volume that meets the capacity requirements, affecting the user's business and causing a decline in user experience.

By adopting the storage virtualization technology designed in some embodiments of the present application, the above defects can be effectively solved. For example, the LBA of the fourth-layer volume in Figure 4 no longer comes from the same RAID array, but from the blocks after the RAID arrays at the block layer are divided. In this way, the LBA of the volume will actually be scattered in multiple blocks, and the blocks come from different RAID arrays. Therefore, not only are the LBAs of volume1 and volume2 in Figure 4 discontinuous, but the LBAs between the blocks within the volume are also discontinuous.

Therefore, if the user expands volume1 in Figure 4, he only needs to take a block from the corresponding block group and add it to volume1, without migrating data to volume2. When the user deletes volume1, he only needs to release the blocks that make up volume1 back to their respective block groups, so the available LBAs of the RAID array will not be fragmented.

In summary, by utilizing the storage virtualization technology designed in some embodiments of the present application, a volume management table is used to manage the volumes in the container pool, and a plurality of container nodes are used to form a container pool. The container pool implements virtualization management of the RAID card capacity, which can not only achieve more efficient volume management, but also achieve more flexible capacity space allocation.

Figure 5 shows a schematic diagram of the process of creating a container pool. As shown in Figure 5, the process of creating a container pool includes the following steps:

Step 1: After the RAID card is powered on, it receives the command from the host to create a RAID array, create a volume, and create a storage container pool, and parses the command.

Step 2: The driver of the RAID card controller creates one or more RAID arrays specified by the command parameters according to the parsed command parameters.

Step 3: The RAID card controller reads the NVRAM hardware resource information and determines whether there are enough resources in the NVRAM hardware resources to apply for a container node.

Step 4: If the NVRAM hardware resources meet the requirements, the RAID array is managed through the applied container node to form a container pool.

Step 5: The driver of the RAID card controller creates one or more volumes specified by the command parameters according to the parsed command parameters.

Step 6: The RAID card controller reads the NVRAM hardware resource information to determine whether there are sufficient resources in the NVRAM hardware resources to apply for the management table of the management volume.

Step 7: If the NVRAM hardware resources meet the requirements, since the newly created volumes have not been operated by users, their volume status is normal. Therefore, the RAID card controller sets all 32 bits maintained by the control field in the container node to 0.

Figure 6 shows a schematic diagram of the process of a RAID card receiving a volume operation command from a user. As shown in Figure 6, the specific process includes the following steps:

Step 1: The RAID card receives the volume operation command issued by the user and parses the command. The RAID card controller finds the target volume of the user operation through the mapping relationship between the RAID array layer, block layer, and volume layer in the container node according to the parsed command parameters.

Step 2: According to the parsed user volume operation command parameters, the volume status of sequence number 3 in the management table of the management volume is assigned to volume deletion or volume expansion, etc. For example, if the user operation volume is volume deletion, the volume status is assigned to volume deletion.

Step 3: Set the bit corresponding to the volume in the control field of the container node to 1. When operating the volume, the target volume to be operated is located through this bit.

Step 4: The worker thread in the thread pool scans all bits in the control field of the container node and determines whether the scanned bit is 1.

Step 5: If the bit is 1, find the management table for managing the volume through the mapping relationship between the RAID array layer, block layer, and volume layer in the container node, query the status of the volume with sequence number 3 in the management table, and determine whether to expand or delete the volume.

Step 6: Perform volume-specific operations (such as volume migration, volume deletion, volume expansion, etc.).

Step 7: Update the mapping relationship between each container node and RAID array, block, and volume in the container pool.

Step 8: Update the management table of the operated volume.

In some embodiments, the present application also provides a storage virtualization system based on a disk array card. FIG7 shows a schematic diagram of a storage virtualization system based on a disk array card provided in some embodiments of the present application. As shown in FIG7, a storage virtualization system based on a disk array card includes: a container node module 10, configured to create a specified number of disk arrays based on the creation command in response to the disk array card receiving a creation command issued by the host, and apply for a number of container nodes so that each container node manages multiple disk arrays; a splitting and integration module 20, configured to split each disk array of each container node into a plurality of blocks of a predetermined size to form a block group, and obtain a plurality of blocks from each block group and integrate them into a volume; and a volume operation module 30, configured to respond to the disk array card receiving a volume operation command issued by the user, based on the creation command. The volume operation command finds the target volume through the container node and uses the corresponding block group to operate the target volume.

In some embodiments, the present application also provides a storage virtualization device based on a disk array card, as shown in Figure 4, the device includes: a container node layer 300, including a plurality of container nodes, each container node managing a plurality of disk arrays; a block group layer 320, including a plurality of block groups, each block group consisting of a plurality of blocks of a predetermined size divided from a disk array; and a volume layer 330, including a plurality of volumes, each volume being integrated from a plurality of blocks in a plurality of block groups.

The present application also provides a non-volatile computer-readable storage medium in some embodiments, and FIG8 shows a schematic diagram of a non-volatile computer-readable storage medium for implementing a storage virtualization method based on a disk array card provided in some embodiments of the present application. As shown in FIG8 , the non-volatile computer-readable storage medium 3 stores computer program instructions 31. When the computer program instructions 31 are executed by a processor, the method of any of the above embodiments is implemented.

It should be understood that, in the absence of conflicts, all the embodiments, features and advantages described above for the storage virtualization method based on the disk array card according to the present application are also applicable to the storage virtualization system and storage medium based on the disk array card according to the present application.

In some embodiments, the present application further provides a computer device, including a memory 402 and a processor 401 as shown in FIG. 9 , wherein the memory 402 stores a computer program, and when the computer program is executed by the processor 401 , a method of any of the above embodiments is implemented.

As shown in FIG9 , it is a schematic diagram of the hardware structure of a computer device for executing a storage virtualization method based on a disk array card provided in some embodiments of the present application. Taking the computer device shown in FIG9 as an example, the computer device includes a processor 401 and a memory 402, and may also include: an input device 403 and an output device 404. The processor 401, the memory 402, the input device 403 and the output device 404 can be connected via a bus or other means, and FIG9 takes the connection via a bus as an example. The input device 403 can receive input digital or character information, and generate key signal input related to user settings and function control of the storage virtualization system based on the disk array card. The output device 404 may include a display device such as a display screen.

The memory 402 is a non-volatile computer-readable storage medium that can be used to store non-volatile software programs, non-volatile computer executable programs and modules, such as program instructions/modules corresponding to the storage virtualization method based on the disk array card in some embodiments of the present application. The memory 402 may include a program storage area and a data storage area, wherein the program storage area may store an operating system and application programs required for at least one function; the data storage area may store data created by the use of the storage virtualization method based on the disk array card, etc. In addition, the memory 402 may include a high-speed random access storage The processor 401 may further include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other non-volatile solid-state storage device. In some embodiments, the memory 402 includes a memory remotely arranged relative to the processor 401, and these remote memories may be connected to the local module 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.

The processor 401 executes various functional applications and data processing of the server by running the non-volatile software programs, instructions and modules stored in the memory 402, that is, implements the storage virtualization method based on the disk array card of the above method embodiment.

Finally, it should be noted that the computer-readable storage medium (e.g., memory) herein may be a volatile memory or a non-volatile memory, or may include both a volatile memory and a non-volatile memory. As an example and not by way of limitation, a non-volatile memory may include a read-only memory (ROM), a programmable ROM (PROM), an electrically programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM), or a flash memory. A volatile memory may include a random access memory (RAM), which may act as an external cache memory. As an example and not by way of limitation, RAM may be obtained in a variety of forms, such as synchronous RAM (DRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), and direct Rambus RAM (DRRAM). The storage devices of the disclosed aspects are intended to include, but are not limited to, these and other suitable types of memory.

It will also be appreciated by those skilled in the art that various exemplary logic blocks, modules, circuits and algorithm steps described in conjunction with the disclosure herein can be implemented as electronic hardware, computer software or a combination of the two. In order to clearly illustrate this interchangeability of hardware and software, a general description has been given to the functions of various schematic components, blocks, modules, circuits and steps. Whether this function is implemented as software or hardware depends on specific applications and the design constraints imposed on the entire system. Those skilled in the art can implement the function in various ways for each specific application, but this implementation decision should not be interpreted as causing a departure from the scope disclosed in the present application.

The various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure herein may be implemented or executed using the following components designed to perform the functions herein: a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination of these components. A general purpose processor may be a microprocessor, but alternatively, the processor may be any conventional processor, controller, microcontroller, or state machine. The processor may also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP, and/or any other such configuration.

The above are exemplary embodiments disclosed in this application, but it should be noted that the embodiments disclosed in this application are not limited to the embodiments defined in the claims. Various changes and modifications may be made within the scope of the disclosure. The functions, steps and/or actions of the method claims according to the disclosed embodiments described herein need not be performed in any particular order. In addition, although the elements disclosed in some embodiments of the present application may be described or required in individual form, they may also be understood as multiple unless explicitly limited to the singular.

It should be understood that, as used herein, the singular form "a" or "an" is intended to include the plural form, unless the context clearly supports an exception. It should also be understood that, as used herein, "and/or" refers to any and all possible combinations of one or more items listed in association. The above-mentioned embodiment serial numbers disclosed in some embodiments of the present application are only for description and do not represent the advantages and disadvantages of the embodiments.

A person of ordinary skill in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of the disclosure of this application (including the claims) is limited to these examples; under the idea of some embodiments of this application, the technical features in the above embodiments or different embodiments may also be combined, and there are many other changes in different aspects of the above embodiments of this application, which are not provided in detail for the sake of simplicity. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the embodiments of this application shall be included in the protection scope of the embodiments of this application.

Claims

A storage virtualization method based on a disk array card, characterized by comprising the following steps:

In response to the disk array card receiving a creation command sent by the host, creating a specified number of disk arrays based on the creation command, and applying for a number of container nodes so that each container node manages multiple disk arrays;

For each container node, each disk array thereof is divided into a plurality of blocks of a predetermined size to form a block group, and a plurality of blocks are obtained from each block group and integrated into a volume;

In response to the disk array card receiving a volume operation command issued by a user, the target volume is found through the container node based on the volume operation command, and the target volume is operated by using a corresponding block group.
The method according to claim 1 is characterized in that, in response to the disk array card receiving a volume operation command issued by a user, finding a target volume through the container node based on the volume operation command, and operating the target volume using a corresponding block group comprises:

In response to the disk array card receiving a volume deletion command issued by a user, the target volume is found through the container node based on the volume deletion command, and all blocks of the target volume are released to corresponding block groups.
The method according to claim 1, characterized in that, in response to the disk array card receiving a volume operation command issued by a user, finding a target volume through the container node based on the volume operation command, and operating the target volume using a corresponding block group further comprises:

In response to the disk array card receiving a volume expansion command issued by a user, the target volume is found through the container node based on the volume expansion command, and the block is applied to the corresponding block group to achieve the expansion of the target volume.
The method according to claim 1, further comprising:

Each container node is used as a storage sub-pool, and a container pool is formed by the plurality of container nodes to serve as a total storage pool.
The method according to claim 4, characterized in that forming a container pool by the plurality of container nodes comprises:

The plurality of container nodes are connected through the front pointer field and the back pointer field of each container node to form a container pool.
The method according to claim 5 is characterized in that the front pointer field points to the previous container node of the current container node, and the back pointer field points to the next container node of the current container node.
The method according to claim 1 is characterized in that the container node includes a control field, and the control field represents the operation status of the corresponding volume through a bit symbol.
The method according to claim 7, further comprising:

In response to the bit being a first binary symbol, determining that the operation state of the volume corresponding to the bit is operable Working status;

In response to the bit being a second binary symbol, it is determined that the operation state of the volume corresponding to the bit is a normal state.
The method according to claim 7, further comprising:

The bit corresponding to the target volume is set through the control thread.
The method according to claim 8, further comprising:

All bits in the control field are scanned by a working thread, and bits having the second binary symbol are searched therein to locate the target volume.
The method according to claim 8, further comprising:

In response to the volume integration being completed, all bits of the control fields of the plurality of container nodes are set to the second binary symbol.
The method according to claim 1 is characterized in that the container node also includes a management table pointer field, the management table pointer field points to a management table storage area, and the management table is used to manage the volume.
The method according to claim 12 is characterized in that the management table includes a volume identification number, the predetermined size of the block, an identification number of the disk array corresponding to the volume, and a volume status, and the volume status at least includes a volume deletion status and a volume expansion status.
The method according to claim 13, further comprising:

The volume status in the management table corresponding to the target volume is set through a control thread.
The method according to claim 13, further comprising:

The volume status of the target volume in the corresponding management table is confirmed through a working thread, and the target volume is operated based on the confirmed volume status.
The method according to claim 12, further comprising:

In response to the target volume operation being completed, a management table corresponding to the target volume is updated.
The method according to claim 1, further comprising:

In response to the specified number of disk arrays being created, determining whether a remaining storage capacity of the non-volatile random access memory is greater than a preset capacity;

In response to the remaining storage capacity being greater than the preset capacity, applying for the plurality of container nodes based on the remaining storage capacity.
The method according to claim 1, characterized in that, in response to the disk array card receiving a creation command sent by the host, creating a specified number of disk arrays based on the creation command comprises:

In response to the disk array card receiving the creation command sent by the host, parsing the creation command, obtaining command parameters The specified number of disk arrays will be created based on the command parameters.
A storage virtualization system based on a disk array card, characterized by comprising:

The container node module is configured to, in response to the disk array card receiving a creation command sent by the host, create a specified number of disk arrays based on the creation command, and apply for a number of container nodes so that each container node manages multiple disk arrays;

a splitting and integration module configured to split each disk array of each container node into a plurality of blocks of a predetermined size to form a block group, and obtain a plurality of blocks from each block group and integrate them into a volume; and

The volume operation module is configured to respond to the disk array card receiving a volume operation command issued by a user, find the target volume through the container node based on the volume operation command, and operate the target volume using the corresponding block group.
A storage virtualization device based on a disk array card, characterized by comprising:

A container node layer, including a plurality of container nodes, each of which manages a plurality of disk arrays;

A block group layer, comprising a plurality of block groups, each of the block groups being composed of a plurality of blocks of a predetermined size divided into the disk array; and

The volume layer includes a plurality of volumes, each of which is formed by integrating a plurality of the blocks in the plurality of block groups.
The device according to claim 20 is characterized in that the device also includes a volume operation module, which is configured to respond to the disk array card receiving a volume operation command issued by a user, find the target volume through the container node based on the volume operation command, and operate the target volume using a corresponding block group.
A non-volatile computer-readable storage medium, characterized in that it stores computer program instructions, and when the computer program instructions are executed by a processor, the method according to any one of claims 1 to 18 is implemented.
A computer device comprises a memory and a processor, wherein a computer program is stored in the memory, and when the computer program is executed by the processor, the method according to any one of claims 1 to 18 is performed.