WO2020134530A1

WO2020134530A1 - Path aggregation method and access method, communication device, and storage medium

Info

Publication number: WO2020134530A1
Application number: PCT/CN2019/114423
Authority: WO
Inventors: 缪星星; 王良家
Original assignee: 中兴通讯股份有限公司
Priority date: 2018-12-24
Filing date: 2019-10-30
Publication date: 2020-07-02
Also published as: CN111352899B; CN111352899A

Abstract

A path aggregation method and access method, a communication device, and a computer readable storage medium. The method comprises: after aggregating device files generated by each access link by means of multipath software to generate block device files, converting the block device files into a unified device file; accessing a storage volume device according to the unified device file in a unified manner when accessing, that is, performing unified device file conversion on aggregation devices generated for various multipath software, and performing unified management on access paths of the storage volume device according to a new device file; providing the unified device file for an upper layer application, so that the upper layer application performs transparency processing on a multipath device during use, the compatibility of accesses of access devices for different storage volume devices is improved, and the problem that the device files generated by different multipath software must be used by modifying adaption parameters in advance is solved.

Description

Path aggregation method, access method, communication equipment and storage medium

Technical field

Embodiments of the present application relate to, but are not limited to, the field of communication technology, and specifically, to but not limited to a path aggregation method, access method, communication device, and storage medium.

Background technique

In the virtualization scenario, the storage requirements of the virtual machine disk are very high, requiring large capacity and high concurrent IO. Generally, the external storage disk array is used to map the volumes (ie, block devices) on the magnetic array to the computing node where the virtual machine is located, so that after the computing storage is separated, the management can be effectively differentiated. The magnetic array volume is mapped to the host to meet the large capacity requirements, but it also needs high concurrent IO and high reliability. Once the network path between the linking devices is disconnected, it can be quickly switched to another path. Therefore, there will be N physical network links between the magnetic array and the host. At this time, each path will generate a block device file on the host machine, and the N block device files point to the same volume on the magnetic array, so the N block devices also need to be aggregated to implement path selection and failover , IO load balancing and other functions, this aggregation management software is called multi-path software.

Different storage vendors may use different multi-path software in order to optimize their magnetic arrays. For example, the most common multipath (multipath software), ZTE's superpath (superpath software), Huawei's UltraPath (multipath software), Hitachi's HDLM (Hitachi Dynamic Link Manager, dynamic link manager), EMC's PowerPath (multipath Software) etc. With so many multipath softwares, the aggregate path device names generated on the operating system are different, and the upper-layer applications need to adapt various device names when they are used, such as accessing /dev/sm on ZTE storage devices -X path, it is very inconvenient to access the /dev/dm-X path on the Sequoia magnetic array.

Summary of the invention

The path aggregation method, access method, communication device, and storage medium provided by the embodiments of the present application mainly solve the technical problem that: in different storage environments, different multi-path software generates different device files, which causes the application to be modified in advance. Technical problems that can only be used with matching parameters.

To solve the above technical problems, the embodiments of the present application provide a path aggregation method. The method includes:

Obtain block device files generated by each multipath software, where the block device files are aggregated and generated by the device files generated by the multipath software based on each access path;

A unified device file is generated based on the block device file, and the unified device file is used to provide access information to the access device in a uniform format for access management of different storage volume devices.

To solve the above technical problems, the embodiments of the present application also provide an access method, and the method includes:

Reading a unified device file, the unified device file is generated by a block device file generated by the multi-path software based on the aggregation of device files generated by each access path;

Perform access management on different storage volume devices according to the unified device file.

To solve the above technical problems, embodiments of the present application also provide a communication device, including: a path aggregation device, the path aggregation device includes: a detection module and a unified management module;

The detection module is configured to obtain block device files generated by each multi-path software, and the block device files are aggregated and generated by device files generated by the multi-path software based on each access link;

The unified management module is configured to generate a unified device file according to the block device file, and the unified device file is used to provide a unified path for the access device to perform access management on different storage volume devices.

To solve the above technical problems, embodiments of the present application also provide a communication device, including a processor, a memory, a communication unit, and a communication bus;

The communication bus is used to implement a communication connection between the processor, the communication unit, and the memory;

The processor is configured to execute one or more programs stored in the memory to implement the steps of the path aggregation method as described above, or to implement the steps of the access method as described above.

To solve the above technical problems, embodiments of the present application also provide a computer-readable storage medium, where the computer-readable storage medium stores one or more computer programs, and the one or more computer programs may be used by one or more Each processor executes to implement the steps of the path aggregation method described above, or to implement the steps of the access method described above.

The beneficial effects of this application are:

According to the path aggregation method, access method, communication device, and computer-readable storage medium provided in the embodiments of the present application, this method aggregates the device files generated by each access path through the multi-path software to generate a block device file, and then the block device file Convert to a unified device file, and access the storage volume device according to the unified device file during access, that is, according to the unified device file conversion of the aggregation device generated by various multi-path software, according to the new device file The access path and the magnetic array of the storage volume device are managed in a unified manner, and a unified device file is provided for the upper layer application, which avoids the phenomenon that the upper layer needs to do different adaptations when using the multi-path block device, and allows the upper layer application to do when it is used To the transparent processing of multi-path devices, which improves the compatibility of access devices to storage volume devices of different brands, and solves the problem that device files generated by different multi-path software must be modified in advance to use the adaptation parameters, which greatly improves Performance of the device.

Other features and corresponding beneficial effects of the present application are explained in the later part of the description, and it should be understood that at least part of the beneficial effects become obvious from the description in the description of the present application.

BRIEF DESCRIPTION

The drawings described here are used to provide a further understanding of the present application and form a part of the present application. The schematic embodiments and descriptions of the present application are used to explain the present application and do not constitute an undue limitation on the present application. In the drawings:

Figure 1 is a block diagram of the access process between the existing disk array and the host;

2 is a block diagram of an access process between a disk array and a host provided by an embodiment of this application;

3 is a flowchart of a path aggregation method provided by an embodiment of this application;

4 is a flowchart of an access method provided by an embodiment of the present application

5 is a schematic structural diagram of a path aggregation device provided by an embodiment of this application;

6 is a schematic structural diagram of an access device provided by an embodiment of this application;

7 is a schematic diagram of a link between a disk array and a host provided by an embodiment of this application;

8 is a schematic diagram of the structure of the management layer on the host in FIG. 7;

9 is a schematic diagram of the relationship between the management layers of each device on the host provided by this embodiment;

10 is a flowchart of device management for adding a volume according to an embodiment of the present application;

11 is a flowchart of device management after modifying a volume path provided by an embodiment of the present application;

12 is a flowchart of device management for deleting a volume provided by an embodiment of the present application;

13 is a schematic structural diagram of a communication device according to an embodiment of this application;

14 is another schematic structural diagram of a communication device according to an embodiment of the present application.

detailed description

In order to make the purpose, technical solutions and advantages of the present application clearer, the embodiments of the present application will be further described in detail below through specific implementations in conjunction with the accompanying drawings. It should be understood that the specific embodiments described herein are only used to explain the present application, and are not used to limit the present application.

Example one:

Based on the existing technology, the use of different multi-path software to generate the aggregate device file needs to be adapted to different parameters, which causes the upper-layer device to not communicate well when using the multi-path block device. As shown in Figure 1, it is the existing Block diagram of the access flow between different disk arrays and hosts with unified management. Without the intermediate unified device layer, applications need to access the corresponding device paths according to different multi-path software. Such as /dev/dm-1 or /dev/sm-1. Based on this, the embodiments of the present application adopt unified management of aggregation devices generated by various multi-path software, and provide unified device files for upper-layer applications, which avoids the need for different adaptations when the upper-layer uses multi-path block devices . The method also provides the basic information of the magnetic array and the volume by processing the unified device, including: the link mode of the host and the magnetic needle, the magnetic array manufacturer, the link IP address (if it is the iSCSI mode), lun's wwid, and so on.

Please refer to Figure 3, the implementation steps of this path aggregation method are as follows:

S301. Obtain block device files generated by each multi-path software.

In this step, the block device files are aggregated and generated by the device files generated by the multi-path software based on each access path. The specific implementation method can be that when the host is connected to the disk array and can access the volume devices on the disk array, the operating system will generate a device file according to each path, and then the multi-path software will generate an aggregate block device according to the path information. file.

S302. Generate a unified device file according to the block device file.

In this embodiment, the unified device file refers to a device file with a uniform access path format, or even path information with the same name format, and the unified device file is mainly used to provide unified access device The path manages access to different storage volume devices.

In practical applications, the specific implementation process of this step is to generate a unified device file path based on the information of the volume in the storage volume device. The unified device file contains at least the identifier wwid of the volume, which is convenient for the upper layer to find the corresponding device file.

In this embodiment, the access management specifically includes direct access and indirect access, but whether it is direct or indirect, the access device is directly implemented by a unified device file in a uniform format, and is not The access device needs to be adapted to the model or manufacturer of the storage volume device.

In practical applications, the unified device file includes at least one of the following information: the manufacturer information of the storage volume device, the logical unit number lun of the volume in the storage volume device, and the WWID of the volume in the storage volume device , Information of the controller of the storage volume device, path information, device name and volume size. That is to say, in the process of generating unified device files, in addition to the same access format, specific access data is extracted based on block device files generated by various multi-path software, such as access path information, path information, equipment manufacturers Information such as information is aggregated in the same newly generated device file in the same format.

Further, if the unified device file includes the identifier WWID of the volume in the storage volume device, the access management of different storage volume devices according to the unified device file includes:

Directly access the volume corresponding to the WWID in the storage volume device through the IO interface according to the WWID, and perform read and write operations;

Or, determine the corresponding block device file according to the WWID, access the volume in the storage volume device according to the block device file, and perform read and write operations.

Based on the existing block device file, a new unified format device file is added, and the access device is implemented through the unified format device file regardless of access to the device brand storage device. The adaptation has been adjusted to improve the compatibility of the device.

In practical applications, in addition to generating uniform device files in a uniform format, there may be developers or users who modify, add, or delete volume magnetic arrays on the storage device. The method provided in the embodiment of the application further includes obtaining notification information of generating the unified device file, that is, obtaining notification information of the block device file generated by the multi-path software, and the notification information refers to the access One of the path addition, modification, and deletion notifications.

In this embodiment, if the obtained notification information is an increase notification for the access path, the management method further includes:

Obtain the block device file after adding processing according to the adding notification;

Add the corresponding volume and path information in the block device file after the addition process to the unified device file.

If the notification information is a modification notification of the access path, after the generating a unified device file according to the block device file, the method further includes:

Obtain the block device file after modification processing according to the modification notification;

Modifying the corresponding volume and path information in the modified block device file to the volume and path information in the unified device file.

If the notification information is a notification to delete the access path, after generating the unified device file according to the block device file, the method further includes:

Obtain the block device file after the deletion processing according to the deletion notification;

Deleting the block device file after the deletion processing corresponding volume and path information in the unified device file.

Further, in addition to modifying the original unified device file generated in the above manner, you can also obtain the complete block device file according to the notification information, then generate a new unified device file based on the block device file, and finally generate the new unified device file. The device file replaces the original unified device file, which can effectively reduce the confusion when modifying data.

In this embodiment, the method also provides a query function, which is convenient for the user to understand the storage volume device parameters or access parameters in advance. Specifically, after the unified device file is generated according to the block device file ,Also includes:

Receive query requests for information about storage volume devices;

Querying the storage volume device related information from the unified device information according to the query request, the related information including at least one of the following information: manufacturer information of the storage volume device, volume in the storage volume device Logical unit number lun, WWID of the volume in the storage volume device, information of the controller of the storage volume device, path information, device name, and size of the volume.

In the path aggregation method provided in this embodiment, after the device files generated by each access path are aggregated into a block device file through multi-path software, the block device file is converted into a unified device file, and the unified device file The storage volume device can be accessed to avoid the problem that different multi-path software generates different device files in different storage environments, resulting in the problem that upper-layer applications need to modify the adaptation in advance to use the storage volume device, which greatly improves the access efficiency and performance of the device .

Example two:

Please refer to FIG. 4, which is an access method provided in this embodiment. The method is an access method implemented based on the path aggregation method provided in the first embodiment. The implementation steps of the access method are as follows:

S401, read the unified device file.

In this step, the unified device file is generated by the block device file generated by the multi-path software based on the aggregation of the device files generated by each access path.

S402: Perform access management on different storage volume devices according to the unified device file.

In summary, the access method provided in this embodiment can be achieved by reading the unified device file converted from the block device file, and accessing the storage volume device according to the unified device file during access, so as to avoid different storage environments, The device files generated by different multipath software are different, which leads to the problem that upper-layer applications need to modify the adaptation in advance to use the storage volume device, which greatly improves the access efficiency and performance of the device.

Example three:

This embodiment provides a path aggregation device, which can be applied to various base stations or terminals. Referring to FIG. 5, the device includes:

The detection module 41 is configured to obtain block device files generated by each multi-path software, and the block device files are aggregated and generated by device files generated by the multi-path software based on each access path;

The unified management module 42 is configured to generate a unified device file according to the block device file, and the unified device file is used to provide a unified path for the access device to perform access management on different storage volume devices.

In this embodiment, the unified device file includes at least one of the following information: manufacturer information of the storage volume device, logical unit number lun of the volume in the storage volume device, and volume of the volume in the storage volume device WWID, information of the controller of the storage volume device, link information, device name, and size of the volume.

If the unified device file includes the identifier WWID of the volume in the storage volume device, the access storage management of different storage volume devices according to the unified device file specifically includes the following two methods:

Method 1: directly access the volume corresponding to the WWID in the storage volume device through the IO interface according to the WWID, and perform read and write operations;

Method 2: Determine the corresponding block device file according to the WWID, access the volume in the storage volume device according to the block device file, and perform read and write operations.

Further, the detection module is further configured to obtain notification information of the block device file generated by the multi-path software, and the notification information includes one of addition, modification, and deletion notifications to the access path.

The unified management module 42 adjusts the unified device file according to the received notification information. For example, when receiving a volume mapping on the magnetic array of the storage device to the host, it is necessary to add the corresponding The access path information of the volume and the related information of the volume; in the same way, for the modification or deletion, the unified device file will also be processed accordingly.

In this embodiment, the query function provided by the apparatus is to receive a query request for storage volume device related information through the query module; query the storage volume device from the unified device information according to the query request Related information, the related information includes at least one of the following information: manufacturer information of the storage volume device, logical unit number lun of the volume in the storage volume device, WWID of the volume in the storage volume device, the Storage volume controller information, link information, device name, and volume size.

Further, the specific implementation process of the above modules is as follows:

Multi-path aggregation device detection module: When the host is connected to the disk array and can access the volume devices on the disk array, the operating system will generate a device file according to each path, and then the multi-path software will generate an aggregate block according to the path information. Device file. The detection module of the method captures the generation of the device file of the block, and at the same time filters the notification events of other devices (eg, local disk devices, single-path devices). The detection module can capture the addition, modification, and deletion of multipath, and make corresponding operations on these series of events.

Unified device file generation: A unified device file path is generated based on the volume information. The file contains the wwid information of the volume, so that the upper layer can find the corresponding device file.

Query module: The application can query some basic information of the volume through this module interface, such as the manufacturer of the magnetic array, the volume lunid number, the volume wwid, and the information of the controller.

In this embodiment, for the steps and specific processes implemented by each module in the device, reference may be made to the process of the path aggregation method shown in each embodiment of this application, and details are not described herein again.

In the apparatus provided in this embodiment, after the device files generated by each access path are aggregated to generate a block device file through multi-path software, the block device file is converted into a unified device file, and the storage is performed according to the unified device file during access The volume device can be accessed, that is, according to the unified device file conversion of the aggregation device generated by various multi-path software, the access path and the magnetic array of the storage volume device are managed according to the new device file, and the upper layer application is provided. The unified device file avoids the phenomenon that the upper layer needs to make different adaptations when using the multi-path block device, so that the upper-layer application can transparently process the multi-path device when it is used, thereby improving the access device to different The access compatibility of the storage volume devices of the brand solves the problem that the device files generated by different multi-path software must be modified in advance before the adaptation parameters can be used, thereby greatly improving the performance of the device.

Example 4:

This embodiment provides an access device, which can be applied to various base stations or terminals. Referring to FIG. 6, the device includes:

The obtaining module 61 is set to read a unified device file, which is generated by a block device file generated by the multi-path software based on the aggregation of device files generated by each access path;

The access management module 62 is configured to perform access management on different storage volume devices according to the unified device file.

In this embodiment, the unified device file is generated by the block device file generated by the multi-path software based on the aggregation of the device files generated by each access path.

In this embodiment, the access management module 62 specifically includes direct access and indirect access to access management, but whether it is direct or indirect, the access device is directly implemented by a unified device file in a unified format, not It is also necessary to adapt the access device to the model or manufacturer of the storage volume device according to the existing technology.

In practical applications, the unified device file includes at least one of the following information: the manufacturer information of the storage volume device, the logical unit number lun of the volume in the storage volume device, and the WWID of the volume in the storage volume device , Information of the controller of the storage volume device, link information, device name, and size of the volume. That is to say, in the process of generating a unified device file, in addition to the same access format, specific access data, such as access path information, link information, and device, are extracted based on the block device files generated by various multi-path software Information such as manufacturer information is aggregated in the same newly generated device file in the same format.

In summary, the access device provided in this embodiment can read the unified device file converted from the block device file, and access the storage volume device according to the unified device file during access, thereby avoiding different storage environments, The device files generated by different multipath software are different, which leads to the problem that upper-layer applications need to modify the adaptation in advance to use the storage volume device, which greatly improves the access efficiency and performance of the device.

Example 5:

The path aggregation method provided in this embodiment of the present application will be described in detail below in conjunction with specific application scenarios.

Figure 2 is a block diagram of the access process between the disk array and the host after adding a unified device layer in the existing multi-path software management process. The specific access process is as follows:

S01: When the most common multipath (multipath software), ZTE's superpath (superpath software), Huawei's UltraPath (multipath software) and EMC's PowerPath (multipath software) exist at the same time, the application needs to be based on different The path software generates a block device file in a corresponding format, that is, it is necessary to generate a device path corresponding to the device parameter access. Such as /dev/dm-1 or /dev/sm-1.

S02: Join the middle unified device layer, and a unified device path is generated from the middle unified device layer: /dev/vmc/serial-lunwwid. The application program does not need to care about the manufacturer of the underlying magnetic array and what kind of multipath software is used, and can directly read/write data by accessing /dev/vmc/serial-lunwwid.

Specifically, based on the link relationship between the disk array and the host shown in Figures 7-9, the specific implementation method is as follows:

S21: The host and the disk array are each connected to the switch through two paths to form four access paths.

S22: The operating system driver layer generates single-path devices according to each access path, such as sda, sdb, and sdc.

S23: Multipath software (superpath/multipath/ultrapath, etc.) generates aggregate path devices based on single path devices, such as dm-1, dm-2 or sm-1, sm-2, etc.

S24: The unified management system detects the aggregation device and generates a unified device file. The device file name path is: /dev/vmc/serial-lunwwid

S25: The application program completes the reading and writing operations on the magnetic array by accessing the unified path.

Further, in this embodiment, when the notification event that captures the generation of the block device file is to increase the volume, the specific method is shown in FIG. 10:

S81: Add a volume mapping to the host on the magnetic array, and the operating system driver layer and the multi-path software layer respectively generate single-path devices and aggregate path devices.

S82: The middleware unified device layer captures the generation of multipath devices through kernel udev events.

S83: The unified device layer generates a unified device file /dev/vmc/serial-lunwwid.

S84: The unified device layer provides query functions, including link information query, device name query, magnetic array manufacturer information query, and volume size query.

When the notification event that captures the generation of the block device file is volume deletion, the specific method is shown in Figure 12:

S101: Delete a volume that has been mapped to the host on the magnetic array. The operating system driver layer and the multi-path software layer delete the single-path device and the aggregate-path device, respectively.

S102: The middleware unified device layer captures the delete operation of the multipath device through the kernel udev event.

S103: The unified device layer deletes the unified device file /dev/vmc/serial-lunwwid.

When the notification event of capturing the generated block device file is to modify the volume path, the specific method is shown in Figure 11:

S91: The disk array is disconnected from the path link on the host, or a new link is added. The operating system driver layer adds or deletes single-path devices according to the path changes, and the multi-path software layer refreshes the aggregation path devices.

S92: The middleware unified device layer captures the modification operation of the multipath device through the kernel udev event.

S93: To prevent the IO card owner from being inaccessible by the path, the unified device layer regenerates the unified device file /dev/vmc/serial-lunwwid.

Example 6:

This embodiment provides a communication device. Referring to FIG. 13, the device includes a path aggregation device 10, and the path aggregation device 10 specifically uses the path aggregation device described in the foregoing second embodiment.

Further, it can also be achieved by improving the existing communication terminal, that is, adding a functional unit with each function module of the path aggregation device on the basis of the existing communication terminal.

In this embodiment, another structure of a communication device is provided, as shown in FIG. 14, specifically including a processor 211, a memory 212, a communication unit 213, and a communication bus 214;

The communication bus 214 is used to realize the communication connection between the processor 2111, the communication unit 213 and the memory 212;

In an example, the processor 211 is configured to execute one or more programs stored in the memory to implement the steps of the path aggregation method in the above embodiments. For the specific implementation process of each step, refer to the above embodiments Note, I won’t repeat them here.

This embodiment also provides a computer-readable storage medium, which is implemented in any method or technology for storing information (such as computer-readable instructions, data structures, computer program modules, or other data) Volatile or non-volatile, removable or non-removable media. Computer-readable storage media include but are not limited to RAM (Random Access Memory, random access memory), ROM (Read-Only Memory, read-only memory), EEPROM (Electrically Erasable Programmable read only memory, live erasable programmable read-only memory ), flash memory or other memory technologies, CD-ROM (Compact Disc Read-Only Memory, CD-ROM), digital versatile disk (DVD) or other optical disk storage, magnetic box, magnetic tape, magnetic disk storage or other magnetic storage devices, Or any other medium that can be used to store desired information and can be accessed by a computer.

In an example, the computer-readable storage medium in this embodiment may be configured to store one or more first computer programs, and the one or more first computer programs may be executed by one or more processors to implement The steps of the path aggregation method in the above embodiments.

This embodiment also provides a computer program (or computer software) that can be distributed on a computer-readable medium and executed by a computable device to implement at least the path aggregation method shown in the above embodiments One step; and in some cases, at least one step shown or described may be performed in an order different from that described in the above embodiment.

This embodiment also provides a computer program product, including a computer readable device, where the computer program shown above is stored on the computer readable device. In this embodiment, the computer-readable device may include the computer-readable storage medium shown above.

It can be seen that those skilled in the art should understand that all or some of the steps, systems, and functional modules/units in the method disclosed above can be implemented as software (which can be implemented by computer program code executable by a computing device) ), firmware, hardware and their appropriate combinations. In a hardware implementation, the division between the functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be composed of several physical The components are executed in cooperation. Some physical components or all physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit .

In addition, it is well known to those of ordinary skill in the art that the communication medium generally contains computer-readable instructions, data structures, computer program modules, or other data in a modulated data signal such as a carrier wave or other transmission mechanism, and may include any information delivery medium. Therefore, this application is not limited to any specific combination of hardware and software.

The above content is a further detailed description of the embodiments of the present application in conjunction with specific implementations, and it cannot be assumed that the specific implementation of the present application is limited to these descriptions. For a person of ordinary skill in the technical field to which this application belongs, without deviating from the concept of this application, several simple deductions or replacements can be made, which should be regarded as falling within the protection scope of this application.

Industrial applicability

Through the path aggregation method, access method, communication device, and computer-readable storage medium provided by the embodiments of the present application, this method aggregates the device files generated by each access path through the multi-path software to generate block device files, and then blocks the device files Convert to a unified device file, and access the storage volume device according to the unified device file during access, that is, according to the unified device file conversion of the aggregation device generated by various multi-path software, according to the new device file The access path and magnetic array of the storage volume device are managed in a unified manner, and a unified device file is provided for the upper layer application, which avoids the phenomenon that the upper layer needs to make different adaptations when using the multi-path block device, and allows the upper layer application to do when it is used To the transparent processing of multi-path devices, which improves the compatibility of access devices to storage volume devices of different brands, and solves the problem that device files generated by different multi-path software must be modified in advance to use the adaptation parameters, which greatly improves Performance of the device.

Claims

A path aggregation method, wherein the method includes:

Obtain block device files generated by each multipath software, where the block device files are aggregated and generated by the device files generated by the multipath software based on each access path;

A unified device file is generated based on the block device file, and the unified device file is used to provide access information to the access device in a uniform format for access management of different storage volume devices.
According to the path aggregation method of claim 1, when the unified device file includes the identifier WWID of the volume in the storage volume device, the access device managing access to different storage volume devices includes:

Directly access the volume corresponding to the WWID in the storage volume device through the IO interface according to the WWID, and perform read and write operations;

Or, determine the corresponding block device file according to the WWID, access the volume in the storage volume device according to the block device file, and perform read and write operations.
The path aggregation method according to claim 1, after the generating a unified device file according to the block device file, further comprising:

Receive query requests for information about storage volume devices;

Querying the storage volume device related information from the unified device information according to the query request, the related information including at least one of the following information: manufacturer information of the storage volume device, volume in the storage volume device Logical unit number lun, WWID of the volume in the storage volume device, information of the controller of the storage volume device, path information, device name, and size of the volume.
The path aggregation method according to any one of claims 1-3, the method further comprising: acquiring notification information of a block device file generated by the multi-path software, the notification information including an increase in the access path, Modify or delete one of the notifications.
The path aggregation method according to claim 4, after the generating a unified device file according to the block device file, further comprising:

Obtain the block device file after the addition processing according to the increase notification; add the corresponding volume and path information in the block device file after the addition processing to the unified device file;

Or, obtain the block device file modified according to the modification notification; modify the corresponding volume and path information in the modified block device file to the volume and path information in the unified device file;

Alternatively, obtain the block device file that has been deleted according to the deletion notification; delete the block device file that has been deleted and delete the corresponding volume and path information in the unified device file.
An access method, wherein the method includes:

Reading a unified device file, the unified device file is generated by a block device file generated by the multi-path software based on the aggregation of device files generated by each access path;

Perform access management on different storage volume devices according to the unified device file.
A communication device, including a path aggregation device, the path aggregation device includes: a detection module and a unified management module;

The detection module is configured to obtain block device files generated by each multi-path software, and the block device files are aggregated and generated by device files generated by the multi-path software based on each access link;

The unified management module is configured to generate a unified device file according to the block device file, and the unified device file is used to provide a unified path for the access device to perform access management on different storage volume devices.
An access device, including:

The acquisition module is set to read a unified device file, which is generated by a block device file generated by the multi-path software based on the aggregation of device files generated by each access path;

The access management module is configured to perform access management on different storage volume devices according to the unified device file.
A communication device, including a processor, a memory, a communication unit, and a communication bus;

The communication bus is used to realize a wireless communication connection between the processor, the communication unit and the memory;

The processor is configured to execute one or more programs stored in the memory to implement the steps of the path aggregation method according to any one of claims 1 to 5, or to implement the access method according to claim 6. step.
A computer-readable storage medium, wherein the computer-readable storage medium stores one or more computer programs, and the one or more computer programs can be executed by one or more processors to implement claim 1. The steps of the path aggregation method according to any one of 5 to 5, or the steps of implementing the access method according to claim 6.