Granted Patent B2

US 11,106,377 · App. 16/861,337 · Granted Aug 31, 2021

Inventors: Jibing Dong (Beijing, CN); Hongpo Gao (Beijing, CN); Jian Gao (Beijing, CN); Shaoqin Gong (Beijing, CN); Xinlei Xu (Beijing, CN); Ree Sun (Beijing, CN)

Assignee: EMC IP Holding Company LLC

G06F3/0644G06F3/061G06F3/0604G06F3/0619G06F3/0631G06F3/0665G06F3/0689

Abstract

Claims (62)

1. A method of storage management, comprising:

storing metadata into an extent, the metadata indicating a configuration of a RAID group and a configuration of a user data region in the extent, at least in part by:

storing first metadata at a start of the extent, and

storing second metadata at an end of the extent, a region between the start and the end of the extent being the user data region.

2. The method of claim 1 , further comprising:

wherein the first metadata is used for recording configuration information of a RAID unit in the RAID group, the RAID group including a plurality of RAID units; and

wherein second metadata is used for recording an extent to be rebuilt amongst extents mapped by the RAID unit.

3. The method of claim 2 , wherein storing the metadata of the RAID group into the extent further comprises:

storing the first metadata in a mirror stripe created for the extent stored at the start of the extent.

4. The method of claim 1 , further comprising:

maintaining a dynamic mapping, the dynamic mapping including at least one of the following:

a first multi-tuple including identification information of a storage space, a storage capacity of the storage space, and a RAID configuration and reference information of the storage space, the reference information indicating a logic block address (LBA) corresponding to the storage space,

a second multi-tuple including a mapping relationship between a logic unit number (LUN) of the storage space and an address of the RAID group, the second multi-tuple including at least one sub-multi-tuple of a same size, and

a third multi-tuple including a mapping relationship between the RAID group of the storage space and the extent.

5. The method of claim 4 , further comprising:

detecting whether an idle storage unit is present in the second multi-tuple for storing the address of the RAID group;

in response to absence of the idle storage unit in the second multi-tuple, allocating a sub-multi-tuple including a plurality of idle storage units; and

arranging the sub-multi-tuple at an end of the second multi-tuple.

6. The method of claim 4 , further comprising:

receiving a request for creating the storage space, wherein the request for creating the storage space comprises a request for expanding an existing storage space.

7. The method of claim 4 , further comprising:

receiving a reducing request for a storage space to be reduced, the reducing request including indication information for indicating a predetermined RAID group to be reduced;

erasing metadata on an extent corresponding to the predetermined RAID group according to the indication information; and

distributing to an extent pool the extent having the metadata erased, the extent pool including a plurality of extents.

8. The method of claim 7 , further comprising:

marking the third multi-tuple corresponding to the predetermined RAID group in the dynamic mapping as invalid so as to invalid the predetermined RAID group.

9. The method of claim 7 , further comprising:

marking a predetermined storage unit that was used to store the address of the predetermined RAID group in the second multi-tuple of the dynamic mapping, as idle.

10. The method of claim 9 , further comprising:

in response to all storage units in a predetermined sub-multi-tuple where the predetermined storage unit is located are all marked as idle, releasing a corresponding relationship of the predetermined sub-multi-tuple and the second multi-tuple so that a storage space in a memory occupied by the predetermined sub-multi-tuple can be used to store other data.

11. A device, comprising:

at least one processing unit; and

at least one memory coupled to the at least one processing unit and storing instructions executable by the at least one processing unit, the instructions, when executed by the at least one processing unit, causing the device to perform acts including:

storing metadata into an extent, the metadata indicating a configuration of a RAID group and a configuration of a user data region in the extent, at least in part by:

storing first metadata at a start of the extent, and

storing second metadata at an end of the extent, a region between the start and the end of the extent being the user data region.

12. The device of claim 11 , further comprising:

wherein the first metadata is used for recording configuration information of a RAID unit in the RAID group, the RAID group including a plurality of RAID units; and

wherein second metadata is used for recording an extent to be rebuilt amongst extents mapped by the RAID unit.

13. The device of claim 12 , wherein storing metadata of the RAID group in the extent further comprises:

storing the first metadata in a mirror stripe created for the extent stored at the start of the extent.

14. The device of claim 11 , wherein the acts further include:

maintaining a dynamic mapping, the dynamic mapping including at least one of the following:

a first multi-tuple including identification information of a storage space, a storage capacity of the storage space, and a RAID configuration and reference information of the storage space, the reference information indicating a logic block address (LBA) corresponding to the storage space,

a second multi-tuple including a mapping relationship between a logic unit number (LUN) of the storage space and an address of the RAID group, the second multi-tuple including at least one sub-multi-tuple of a same size, and

a third multi-tuple including a mapping relationship between the RAID group of the storage space and the extent.

15. The device of claim 14 , wherein the acts further include:

detecting whether an idle storage unit is present in the second multi-tuple for storing the address of the RAID group;

in response to absence of the idle storage unit in the second multi-tuple, allocating a sub-multi-tuple including a plurality of idle storage units; and

arranging the sub-multi-tuple at an end of the second multi-tuple.

16. The device of claim 14 , wherein the acts further include:

receiving a request for creating the storage space, wherein the request for creating the storage space is a request for expanding an existing storage space.

17. The device of claim 14 , wherein the acts further include:

receiving a reducing request for a storage space to be reduced, the reducing request including indication information for indicating a predetermined RAID group to be reduced;

erasing metadata on an extent corresponding to the predetermined RAID group according to the indication information; and

distributing to an extent pool the extent having the metadata erased, the extent pool including a plurality of extent.

18. The device of claim 17 , wherein the acts further include:

marking the third multi-tuple corresponding to the predetermined RAID group in the dynamic mapping as invalid so as to invalid the predetermined RAID group.

19. The device of claim 17 , wherein the acts further include:

marking a predetermined storage unit that was used to store the address of the predetermined RAID group in the second multi-tuple of the dynamic mapping, as idle.

20. The device of claim 19 , wherein the acts further include:

in response to all storage units for a predetermined sub-multi-tuple where the predetermined storage unit locates are all marked as idle, releasing a corresponding relationship of the predetermined sub-multi-tuple and the second multi-tuple so that the storage space in a memory occupied by the predetermined sub-multi-tuple can be used to store other data.

Assignments (9)

Priority Claims (1)

Continuity (2)