EBOF device connection method, device, equipment and medium

Abstract

The present application discloses an EBOF device connection method, apparatus, equipment and medium, and relates to the field of storage device management technology. Applied to a storage control system, the method includes: generating a first connection object based on a link layer discovery protocol message sent by an EBOF device; sending a first connection request to the EBOF device according to the first connection object; obtaining a list of object hard disks corresponding to the EBOF device based on the first response information returned by the EBOF device, and generating a second connection object according to the list of object hard disks; sending a second connection request to each object hard disk in the list of object hard disks in turn according to the second connection object so as to establish a connection with the object hard disk based on the second response information returned by the object hard disk; when it is detected that the EBOF device leaves the local area network topology, deleting the first connection object and the second connection object. Through the technical solution of the present application, it is possible to achieve connection and identification of an EBOF device and multiple object hard disks associated with it.

Description

Technical Field

[0001] The present invention relates to the technical field of storage device management, and in particular to an EBOF device connection method, apparatus, device and medium. Background Art

[0002] EBOF (Ethernet Bunch of Flash) is an innovative architecture for NVME (Non-Volatile Memory Express, a non-volatile memory standard) hard disk enclosures that support Ethernet connections. For EBOF, there are multiple NVMF subsystem Target (NVME over Fabrics, NVMe-oF, the target end of the network-based NVME protocol subsystem) network objects. In the prior art, if the Initiator (the initiator of storage protocol communication) wants to connect to objects within the EBOF, it is necessary to manually configure the same information in the Initiator based on the configuration of the Target object to enable the Initiator to connect to multiple Targets within the EBOF. This results in a high workload for on-site product deployment and a high workload for user maintenance. Summary of the Invention

[0003] In view of this, the present invention aims to provide an EBOF device connection method, apparatus, device, and medium that can automatically connect and identify an EBOF device and its associated multiple target hard drives, reducing the workload of on-site product deployment and user maintenance. The specific solution is as follows:

[0004] In a first aspect, the present application discloses an EBOF device connection method, which is applied to a storage control system, comprising:

[0005] Obtain a link layer discovery protocol message sent by the EBOF device, and generate a first connection object based on the link layer discovery protocol message;

[0006] sending a first connection request to the EBOF device according to the first connection object, so as to receive first response information returned by the EBOF device in response to the first connection request;

[0007] Acquire a list of target hard disks corresponding to the EBOF device based on the first response information, and generate a second connection object according to the list of target hard disks;

[0008] sending a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on second response information returned by the target hard disk;

[0009] When it is detected that the EBOF device leaves the local area network topology, the first connection object and the second connection object are deleted.

[0010] Optionally, obtaining a link layer discovery protocol message sent by an EBOF device and generating a first connection object based on the link layer discovery protocol message includes:

[0011] Determine an NVM subsystem identifier generated by the EBOF device based on a device model, an IPv6 address generated by the EBOF device based on a media access control address of a currently connected network card, and target configuration information in the EBOF device; wherein the device model is the device model of each target hard disk included in the EBOF device, and the NVM subsystem identifier corresponds one-to-one to the target hard disk;

[0012] Obtaining a link layer discovery protocol message that is broadcasted by the EBOF device within a first preset time interval after packaging the NVM subsystem identifier, the IPv6 address, and the target configuration information according to a link layer discovery protocol;

[0013] When the link layer discovery protocol message is received for the first time, parsing the link layer discovery protocol message to obtain parsed information;

[0014] performing information verification and deduplication processing on the parsed information in sequence to obtain target information, and then generating a first connection object based on the target information;

[0015] Correspondingly, acquiring a target hard disk list corresponding to the EBOF device based on the first response information, and generating a second connection object according to the target hard disk list, includes:

[0016] Acquire the NVM subsystem identifier generated by the EBOF device based on the first response information, and determine an identifier list using the NVM subsystem identifier according to the currently identified PCIE link;

[0017] Each NVM subsystem identifier in the identifier list is verified, and the target NVM subsystem identifier that passes the verification is packaged with the corresponding local port identifier and Ethernet protocol type to generate the second connection object.

[0018] Optionally, sending a first connection request to the EBOF device according to the first connection object to receive first response information returned by the EBOF device in response to the first connection request includes:

[0019] sending, according to the first connection object, a first connection request including instruction information specified in a network-based non-volatile memory host controller standard protocol to the EBOF device, so that the EBOF device verifies the instruction information according to the first connection request;

[0020] When the instruction information verification check passes, the EBOF device returns the first response information of successful connection.

[0021] Optionally, the sending a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on second response information returned by the target hard disk, includes:

[0022] sending a second connection request including a plurality of instruction sequences to each target hard disk in the target hard disk list in sequence according to the second connection object;

[0023] When all the instruction sequences respond successfully, second response information returned by each of the target hard disks is received, so as to establish a connection with the target hard disk based on the second response information.

[0024] Optionally, after sending a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object so as to establish a connection with the target hard disk based on second response information returned by the target hard disk, the method further includes:

[0025] After successfully establishing a connection with the target hard disk, continuously sending a survival detection instruction to the EBOF device to determine whether the EBOF device has left the local area network topology;

[0026] Based on the survival detection instruction, if the link layer discovery protocol message sent by the EBOF device is not received within the second preset time interval, it is determined that the EBOF device has left the local area network topology.

[0027] Optionally, the EBOF device connection method further includes:

[0028] Monitoring a first number of EBOF devices in the local area network topology and a second number of target hard disks in the EBOF devices;

[0029] If the first number exceeds a first preset threshold or the second number exceeds a second preset threshold, an alarm message is generated and connection restriction is performed according to the alarm message.

[0030] In a second aspect, the present application discloses an EBOF device connection method, which is applied to an EBOF device, comprising:

[0031] Sending a link layer discovery protocol message to a storage control device, so that the storage control device generates a first connection object based on the link layer discovery protocol message;

[0032] The storage control device sends a first connection request according to the first connection object, and returns a first response message in response to the first connection request, so that the storage control device obtains a list of target hard disks corresponding to the EBOF device based on the first response message, and generates a second connection object according to the list of target hard disks;

[0033] obtaining, according to the second connection object, a second connection request sent by the storage control device to each target hard disk in the target hard disk list in sequence, and returning a second response message in response to the second connection request, so as to establish a connection with the storage control device based on the second response message;

[0034] When it is detected that the EBOF device leaves the local area network topology, the first connection object and the second connection object are deleted through the storage control device.

[0035] In a third aspect, the present application discloses an EBOF device connection device, which is applied to a storage control system, comprising:

[0036] a first connection object generating module, configured to obtain a link layer discovery protocol message sent by the EBOF device, and generate a first connection object based on the link layer discovery protocol message;

[0037] a first response information receiving module, configured to send a first connection request to the EBOF device according to the first connection object, and receive a first response information returned by the EBOF device in response to the first connection request;

[0038] A second connection object generating module is configured to obtain a list of object hard disks corresponding to the EBOF device based on the first response information, and generate a second connection object according to the list of object hard disks;

[0039] a connection establishing module, configured to send a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on second response information returned by the target hard disk;

[0040] The connection object deletion module is configured to delete the first connection object and the second connection object when detecting that the EBOF device leaves the local area network topology.

[0041] In a fourth aspect, the present application discloses an electronic device, comprising a processor and a memory; wherein the memory is used to store a computer program, and the computer program is loaded and executed by the processor to implement the EBOF device connection method as described above.

[0042] In a fifth aspect, the present application discloses a computer-readable storage medium for storing a computer program; wherein the computer program, when executed by a processor, implements the EBOF device connection method as described above.

[0043] The present application provides an EBOF device connection method, which is applied to a storage control system, including: obtaining a link layer discovery protocol message sent by an EBOF device, and generating a first connection object based on the link layer discovery protocol message; sending a first connection request to the EBOF device according to the first connection object, so as to receive a first response information returned by the EBOF device for the first connection request; obtaining a list of object hard disks corresponding to the EBOF device based on the first response information, and generating a second connection object according to the list of object hard disks; sending a second connection request to each object hard disk in the list of object hard disks in turn according to the second connection object, so as to establish a connection with the object hard disk based on the second response information returned by the object hard disk; and deleting the first connection object and the second connection object when it is detected that the EBOF device leaves the local area network topology.

[0044] The beneficial technical effects of this application are as follows: by abstracting a virtual management object to achieve management of multiple object hard disks in an EBOF device, when the storage control system is connected to the EBOF device, the link layer discovery protocol message sent by the EBOF device can automatically broadcast relevant information of the EBOF device in the local area network to reach the storage control system; the storage control system establishes connections with the EBOF device and each object hard disk in the EBOF device in turn based on the generated first connection object and second connection object. In this way, the automatic connection and automatic discovery functions of multiple object hard disks associated with the EBOF device are achieved, which greatly reduces the workload of on-site product deployment and greatly reflects the user-friendly feature of the EBOF device that does not require user configuration.

[0045] In addition, the present application provides an EBOF device connection apparatus, device, and storage medium, which correspond to the above-mentioned EBOF device connection method and have the same effects as above. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are merely embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on the provided drawings without paying any creative work.

[0047] Figure 1 This is a flow chart of an EBOF device connection method disclosed in this application;

[0048] Figure 2 A schematic diagram of a connection topology disclosed in this application;

[0049] Figure 3 A communication flow diagram disclosed in this application;

[0050] Figure 4 A topological diagram of an NVMF object model disclosed in this application;

[0051] Figure 5 This is a flow chart of a specific EBOF device connection method disclosed in this application;

[0052] Figure 6 This is a schematic diagram of the EBOF device connection process disclosed in this application;

[0053] Figure 7 This is a flow chart of an EBOF device connection method disclosed in this application;

[0054] Figure 8 This is a schematic structural diagram of an EBOF equipment connection device disclosed in this application;

[0055] Figure 9 This is a structural diagram of an electronic device disclosed in this application. DETAILED DESCRIPTION

[0056] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of the present invention.

[0057] Currently, if an Initiator connects to an object within an EBOF, it must manually configure the same information in the Initiator based on the configuration of the Target object to enable multiple connections between the Initiator and the Target within the EBOF. This results in a high workload for on-site product deployment and user maintenance.

[0058] To this end, the present application provides an EBOF device connection solution that can automatically connect and identify the EBOF device and its associated multiple target hard drives, reducing the workload of on-site product deployment and user maintenance workload.

[0059] The embodiment of the present invention discloses a method for connecting an EBOF device. Figure 1 As shown, applied to a storage control system, the method includes:

[0060] Step S11: Acquire a link layer discovery protocol message sent by an EBOF device, and generate a first connection object based on the link layer discovery protocol message.

[0061] In the embodiment of the present application, it is applied to a storage control system, wherein the storage control system is a device that accesses a large number of storage media, usually referred to as a storage system. The storage control system in the present invention is the initiator of storage cooperative communication. Figure 2 The figure shows a schematic diagram of a storage control system connected to an EBOF device via the NVMe-oF protocol over an Ethernet link.

[0062] It is understandable that the EBOF device, as an NVME disk enclosure supporting Ethernet connections, is associated with multiple NVMF target disks. Therefore, each target disk can serve as a target end based on storage protocol communication to establish a connection with the storage control system.

[0063] In an embodiment of the present application, when the storage control system is connected to an EBOF device expansion cabinet, the EBOF device can package its own configuration information into an LLDP message according to the Link Layer Discovery Protocol (LLDP) and simultaneously broadcast it to the local area network. Upon receiving the Link Layer Discovery Protocol message from the EBOF device, the storage control device performs a series of data processing on the Link Layer Discovery Protocol message, such as deduplication, verification, and filtering, to ensure that it is valid information that complies with predetermined rules. The processed information is then combined with the Link Layer Discovery Protocol message to generate a first connection object.

[0064] Step S12: sending a first connection request to the EBOF device according to the first connection object, so as to receive first response information returned by the EBOF device in response to the first connection request.

[0065] In this embodiment of the present application, the storage control system initiates a first connection request to the EBOF device via the NVMe-oF protocol based on the first connection object. The EBOF device's target returns a corresponding first response based on the received first connection request information. The first response information can be used to preliminarily establish a connection relationship between the storage control device and the EBOF device.

[0066] Specifically, sending a first connection request to the EBOF device according to the first connection object to receive a first response message returned by the EBOF device in response to the first connection request includes: sending a first connection request including instruction information specified in a network-based non-volatile memory host controller standard protocol to the EBOF device according to the first connection object, so that the EBOF device verifies the instruction information according to the first connection request; and receiving a first response message indicating a successful connection returned by the EBOF device when the instruction information verification check passes.

[0067] It should be pointed out that the instruction information specified by the network-based non-volatile memory host controller standard protocol in the first connection request may include some instruction sequences such as admin queue establishment and property specified by the standard protocol. Among them, the Admin queue is a queue created immediately after the device is initialized. It is used to process the control commands issued by the host to the Controller, such as creating an I / O (Input / output) queue, etc.; Property is used to obtain the attribute information of the device. The host can use the Property Get command to determine the functional capabilities and configuration properties of the device. Furthermore, the Target end of the EBOF device performs a verification check based on the information received from the first connection request, and returns a successful connection response to the request that passes the information verification and connection specification check.

[0068] Step S13: obtaining a target hard disk list corresponding to the EBOF device based on the first response information, and generating a second connection object according to the target hard disk list.

[0069] In an embodiment of the present application, the first connection request established between the storage control system and the EBOF device is a discovery type controller. The storage control system needs to further initiate a discovery process based on the current controller to parse the object hard disk list in the EBOF device.

[0070] In this embodiment of the present application, the first response information returned by the EBOF device can be used to determine multiple target hard disks associated with the EBOF device, thereby obtaining a target hard disk list. The storage control system can generate a corresponding second connection object based on the target hard disk list, and then initiate an NVMe-oF connection request for a single disk, i.e., a second connection request, based on the second connection object, for the target hard disk.

[0071] Step S14: sending a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on the second response information returned by the target hard disk.

[0072] In this embodiment of the present application, the storage control system sends a second connection request to each target hard disk, and the target hard disk returns a corresponding second response message based on the received second connection request information. The second response message can establish a connection relationship between the storage control device and the target hard disk in the EBOF device.

[0073] Specifically, the step of sending a second connection request to each target hard disk in the target hard disk list in turn according to the second connection object, so as to establish a connection with the target hard disk based on the second response information returned by the target hard disk, includes: sending a second connection request containing multiple instruction sequences to each target hard disk in the target hard disk list in turn according to the second connection object; when all the instruction sequences are successfully responded, receiving the second response information returned by each target hard disk, so as to establish a connection with the target hard disk based on the second response information. It is understandable that this step is executed in a loop according to the number of target hard disks until all disks are successfully connected.

[0074] It should be pointed out that the multiple instruction sequences in the second connection request may include instruction sequences specified by the protocol, such as Admin connection establishment, property, identity, feature setting, and io queue establishment. Among them, the Admin queue is a queue used to process control commands, Property and identity are used to obtain the attribute information and identity information of the device, and feature is used to describe the functional characteristics of the device. Furthermore, if a series of instruction sequences all respond successfully, the object hard disk will return a successful connection response. It is worth noting that when a series of instruction sequences all respond successfully, the NVME disk information will be reported to other applications of the storage control system.

[0075] In an embodiment of the present application, after the storage control system successfully connects to the target hard drive, the discovery-master application built into the storage control system continuously sends keep-alive check commands to check whether the NVMe-oF link based on the fabric network is functioning properly. Specifically, after successfully establishing a connection with the target hard drive, the storage control system continuously sends keep-alive check commands to the EBOF device to determine whether the EBOF device has left the local area network topology. Based on the keep-alive check commands, if no Link Layer Discovery Protocol messages are received from the EBOF device within a second preset time interval, the EBOF device is determined to have left the local area network topology. It should be noted that this command is a distinct feature of the NVMe-oF protocol that distinguishes it from the NVMe protocol based on PCIE links. When the EBOF device leaves the local area network topology, it no longer sends LLDP messages, at which point the storage control system Initiator determines a timeout. Therefore, if the storage control system does not receive LLDP messages from the EBOF device within the second preset time interval, it deems the EBOF device corresponding to the current target to be off the local area network. For example, if the Initiator does not receive any LLDP packets from the Target for more than 20 seconds, it considers that the EBOF device corresponding to the current Target is not in the LAN.

[0076] Step S15: when it is detected that the EBOF device leaves the local area network topology, the first connection object and the second connection object are deleted.

[0077] In the embodiment of the present application, when it is detected that the EBOF device leaves the local area network topology, if there is a corresponding connection object associated with the target Target, the corresponding first connection object and the second connection object are deleted.

[0078] It should be noted that, based on the automatic connection service between the storage control system and EBOF devices in the embodiments of this application, when the number of EBOFs in a local area network (LAN) or the number of target hard disks within an EBOF exceeds a certain specification, connection restrictions are implemented through alarms. Specifically, a first number of EBOF devices corresponding to the LAN topology and a second number of target hard disks in the EBOF devices are monitored; if the first number exceeds a first preset threshold or the second number exceeds a second preset threshold, an alarm is generated and connection restrictions are implemented based on the alarm information.

[0079] The present application provides an EBOF device connection method, which is applied to a storage control system, including: obtaining a link layer discovery protocol message sent by an EBOF device, and generating a first connection object based on the link layer discovery protocol message; sending a first connection request to the EBOF device according to the first connection object, so as to receive a first response information returned by the EBOF device for the first connection request; obtaining a list of object hard disks corresponding to the EBOF device based on the first response information, and generating a second connection object according to the list of object hard disks; sending a second connection request to each object hard disk in the list of object hard disks in turn according to the second connection object, so as to establish a connection with the object hard disk based on the second response information returned by the object hard disk; and deleting the first connection object and the second connection object when it is detected that the EBOF device leaves the local area network topology.

[0080] The beneficial technical effects of this application are as follows: by abstracting a virtual management object to achieve management of multiple object hard disks in an EBOF device, when the storage control system is connected to the EBOF device, the link layer discovery protocol message sent by the EBOF device can automatically broadcast relevant information of the EBOF device in the local area network to reach the storage control system; the storage control system establishes connections with the EBOF device and each object hard disk in the EBOF device in turn based on the generated first connection object and second connection object. In this way, the automatic connection and automatic discovery functions of multiple object hard disks associated with the EBOF device are achieved, which greatly reduces the workload of on-site product deployment and greatly reflects the user-friendly feature of the EBOF device that does not require user configuration.

[0081] Based on the above embodiments, Figure 3 Shown is based on Figure 2 The following is a diagram of the connection topology, showing the communication process between the storage control system and the EBOF device through a switch. The storage system sends LLDP notifications, reports storage device information, and subscribes to status notifications. The EBOF sends LLDP notifications, reports EBOF device information. LLDP notifications are transparently forwarded, and the storage system receives LLDP notifications from the EBOF. It should be noted that if any device receives an LLDP notification, the storage device is considered online. Furthermore, when deduplicating received storage system information, local storage information should be deleted.

[0082] LLDP provides a standard link layer discovery method that organizes the local device's main capabilities, management address, device identifier, interface identifier, and other information into different TLVs (Type / Length / Value) and encapsulates them in LLD PDUs (Link Layer Discovery Protocol Data Units) to publish to directly connected neighbors. After receiving this information, the neighbors save it in the form of a standard MIB (Management Information Base) for network management systems to query and determine the communication status of the link.

[0083] like Figure 4 The figure shows an exemplary topology diagram of an NVMF object model. In the software system of the EBOF device, the Target side abstracts a virtual Discovery-type subsystem. This subsystem provides a Discovery service of the standard NVMF protocol type. Through this service, the various NVME-type hard disks in the EBOF can be parsed, which is a series of processes for the NVMe-of protocol to discover the Target subsystem. The Initiator side is on the storage system side. The storage system parses the subsystem object defined in the EBOF according to the standard protocol. The Initiator and Target initiate the NVMF connection service through the IPV6 and LLDP services automatically generated by the EBOF side (the Target broadcasts to the Initiator side).

[0084] Furthermore, in this embodiment, the functions of the storage system as the initiator of storage protocol communication and the EBOF device as the target of storage protocol communication are briefly introduced respectively.

[0085] In a specific embodiment, for the Target function, it is possible to generate an IPV6 address based on the MAC (Media Access Control) address of the network card as a connection parameter of the NVMe-oF protocol; it is possible to customize the subsystem nqn (Subsystem NVME Qualified Name, NVM subsystem unique identifier) ​​that complies with the NVME protocol according to the model of the EBOF device as a connection parameter of the NVMe-oF protocol; and the EBOF device has a built-in application lldp-salve, which can dial according to the above-mentioned implementation function and package the information into a standard lldp format message for multicast. The EBOF device has a built-in application discovery-slave, which can provide NVMe-oF services for the EBOF device and discovery services for the target hard disk. Among them, the discovery function of the NVME hard disk set in the EBOF device based on the PCIE link is not the focus of the present invention and will not be introduced here.

[0086] In another specific embodiment, for the Initiator function, it is also possible to generate an IPV6 address based on the network card MAC address as a connection parameter of the NVMe-oF protocol; and, the storage system has a built-in application lldp-master, which can parse the information in the local area network and package it into a standard lldp format message multicast (Target information: IPV6, subsystem nqn). The storage system has a built-in application discovery-master, which can connect to the EBOF device based on the parsed Target information, and discover each target hard disk in the NVME hard disk frame according to the NVMe-oF protocol. Among them, the IO function of the Fabric network disk that has been successfully connected based on NVMe-oF in the storage control system is not the focus of the present invention and will not be introduced here.

[0087] Based on the above embodiments, the present application discloses a specific EBOF device connection method, see Figure 5 As shown, the method includes:

[0088] Step S21: Determine the NVM subsystem identifier generated by the EBOF device according to the device model, the IPv6 address generated by the EBOF device according to the media access control address of the currently connected network card, and the target configuration information in the EBOF device.

[0089] like Figure 6As shown, in an embodiment of the present application, the EBOF device has built-in applications lldp-salve and discovery-slave. The lldp-slave module in the EBOF can generate nvme subsystem nqn (NVM subsystem identifier) ​​information based on the current device model. The device model is the device model of each target hard disk contained in the EBOF device, and the NVM subsystem identifier corresponds one-to-one with the target hard disk. In addition, the lldp-slave module can generate an IPv6 address based on the MAC address of the linked network card.

[0090] In this embodiment, the Extended Unique Identifier (EUI-64) format is used to generate the IPv6 address, and the EUI-64 standard IPV6 automatic generation function is introduced, which is also the most commonly used method. The MAC address has only 48 bits, but the interface ID requires 64. The first 24 bits of the MAC address represent the manufacturer ID, and the last 24 bits represent the unique extended identifier assigned by the manufacturer. The seventh high bit of the MAC address is a U / L (Universal / Local) bit. When the value is 1, it means that the MAC address is globally unique, and when the value is 0, it means that the MAC address is locally unique. During the conversion of the MAC address to the EUI-64 format, 16 bits of FFFE are inserted between the first 24 bits and the last 24 bits of the MAC address, and the value of the U / L bit is flipped.

[0091] For example: MAC address: 284b:a817:11b2;

[0092] -->284b:a8ff:fe17:11b2 (insert fffe in the middle);

[0093] -->2a4b:a8ff:fe17:11b2 (change the seventh bit flip);

[0094] IPv6 address: fe80::1c4b:b8ff:fe16:91c4.

[0095] Step S22: obtaining a link layer discovery protocol message that is broadcasted by the EBOF device after packaging the NVM subsystem identifier, the IPv6 address, and the target configuration information according to the link layer discovery protocol within a first preset time interval.

[0096] In an embodiment of the present application, the lldp-slave module packages the NVM subsystem identifier, IPv6 address and other required target configuration information into an lldp message according to the lldp protocol, and broadcasts it (e.g., once every 5 seconds) to the local area network.

[0097] Step S23: When the link layer discovery protocol message is received for the first time, the link layer discovery protocol message is parsed to obtain parsed information.

[0098] like Figure 6 As shown, in an embodiment of the present application, the storage control system includes built-in applications lldp-master and discovery-master. After the EBOF device broadcasts an lldp message, the lldp-master module of the storage control system receives the lldp message from the local area network, parses the IPv6 address of the EBOF device and the NVM subsystem identifier of the EBOF device, and obtains the parsed information.

[0099] Step S24: performing information verification and deduplication processing on the parsed information in sequence to obtain target information, and then generating a first connection object based on the target information.

[0100] In this embodiment of the present application, the lldp-master module in the storage control system performs information verification and deduplication on the parsed information after parsing it to ensure that the target information is valid and complies with predefined rules. For the current Target A information, if the storage control system receives Target A information for the first time, it combines the protocol type and local port type to package and send it to the local discovery-master module.

[0101] The discovery-master module first verifies the information based on the protocol type, local port type, and target information, and then performs deduplication processing. It then combines the relevant information into the first connection object of the connector.

[0102] Step S25: sending a first connection request to the EBOF device according to the first connection object, to receive first response information returned by the EBOF device in response to the first connection request.

[0103] Step S26: acquiring the NVM subsystem identifier generated by the EBOF device based on the first response information, and determining an identifier list using the NVM subsystem identifier according to the currently identified PCIE link.

[0104] In the embodiment of the present application, according to the standard protocol, the first connection request sent to the EBOF device includes an asynchronous event request (for the target hard disk) and a Get log page instruction request. The EBOF Target returns a corresponding identification list based on the NVME hard disk of the locally identified PCIE link.

[0105] Step S27: verifying each NVM subsystem identifier in the identifier list, and packaging the verified target NVM subsystem identifier with the corresponding local port identifier and Ethernet protocol type to generate the second connection object.

[0106] In this embodiment of the present application, the discovery-master performs a simple NVM subsystem ID check based on the returned ID list. For the target NVM subsystem ID that meets the requirements, it combines the protocol type and the local port ID to generate a second connection object connector of the NVME disk type.

[0107] In addition, the invention does not limit the type of Ethernet protocol, including UDP (User Datagram Protocol) and TCP (Transport Control Protocol).

[0108] Step S28: sending a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on the second response information returned by the target hard disk.

[0109] Step S29: when it is detected that the EBOF device leaves the local area network topology, the first connection object and the second connection object are deleted.

[0110] In an embodiment of the present application, when the EBOF device leaves the LAN topology, it no longer sends lldp messages. At this time, the Initiator end will make a timeout judgment. For example, when no Target A message is received for more than 20 seconds, it is considered that the EBOF corresponding to the current Target is not in the LAN. At this time, the lldp-master sends a deletion request for Target A to the discovery-master; when the discovery-master determines that the Connector associated with the current Target A exists, it deletes the corresponding Connector (discovery type) and at the same time deletes the NVME disk Connector (NVME disk type) associated with the corresponding Connector (discovery type).

[0111] Among them, for more specific processing procedures of the above-mentioned steps S28 and S29, reference can be made to the corresponding contents disclosed in the above-mentioned embodiments, which will not be repeated here.

[0112] As can be seen, in the interaction scenario between the storage control system and EBOF devices, the discovery subsystem abstraction technology, LLDP link automatic discovery, and NVMe-of protocol automatic connection enable automatic identification and interaction between the storage control system and EBOF devices, eliminating the need for manual configuration. Through the Target's IPV6 auto-configuration function, LLDP LAN broadcast function, and switch multicast LLDP messages, the Initiator receives and parses LAN LLDP messages, automatically initiating NVMe-of connections and discovery functions to achieve collective management and I / O functions for multiple NVMe drives within the Ethernet-based EBOF.

[0113] The present application embodiment discloses an EBOF device connection method, which is applied to EBOF devices. Figure 7 As shown, the method includes:

[0114] Step S31: sending a link layer discovery protocol message to a storage control device, so that the storage control device generates a first connection object based on the link layer discovery protocol message;

[0115] Step S32: The storage control device sends a first connection request according to the first connection object, and returns a first response message in response to the first connection request, so that the storage control device obtains a list of target hard disks corresponding to the EBOF device based on the first response message, and generates a second connection object according to the list of target hard disks.

[0116] Step S33: acquiring, according to the second connection object, a second connection request sent sequentially by the storage control device to each target hard disk in the target hard disk list, and returning a second response message in response to the second connection request so as to establish a connection with the storage control device based on the second response message;

[0117] When it is detected that the EBOF device leaves the local area network topology, the first connection object and the second connection object are deleted through the storage control device.

[0118] The beneficial technical effects of this application are as follows: by abstracting a virtual management object to achieve management of multiple object hard disks in an EBOF device, when the storage control system is connected to the EBOF device, the link layer discovery protocol message sent by the EBOF device can automatically broadcast relevant information of the EBOF device in the local area network to reach the storage control system; the storage control system establishes connections with the EBOF device and each object hard disk in the EBOF device in turn based on the generated first connection object and second connection object. In this way, the automatic connection and automatic discovery functions of multiple object hard disks associated with the EBOF device are achieved, which greatly reduces the workload of on-site product deployment and greatly reflects the user-friendly feature of the EBOF device that does not require user configuration.

[0119] Correspondingly, the embodiment of the present application also discloses an EBOF device connection device, which is applied to a storage control system, see Figure 8 As shown, the device includes:

[0120] A first connection object generating module 11 is configured to obtain a link layer discovery protocol message sent by an EBOF device and generate a first connection object based on the link layer discovery protocol message;

[0121] a first response information receiving module 12, configured to send a first connection request to the EBOF device according to the first connection object, and receive a first response information returned by the EBOF device in response to the first connection request;

[0122] A second connection object generating module 13 is configured to obtain a list of target hard disks corresponding to the EBOF device based on the first response information, and generate a second connection object according to the list of target hard disks;

[0123] a connection establishing module 14 configured to send a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on second response information returned by the target hard disk;

[0124] The connection object deleting module 15 is configured to delete the first connection object and the second connection object when detecting that the EBOF device leaves the local area network topology.

[0125] Among them, for more specific working processes of the above modules, please refer to the corresponding contents disclosed in the aforementioned embodiments, which will not be repeated here.

[0126] It can be seen that the above-mentioned scheme of this embodiment is applied to the storage control system, including: obtaining the link layer discovery protocol message sent by the EBOF device, and generating a first connection object based on the link layer discovery protocol message; sending a first connection request to the EBOF device according to the first connection object to receive the first response information returned by the EBOF device for the first connection request; obtaining the object hard disk list corresponding to the EBOF device based on the first response information, and generating a second connection object according to the object hard disk list; sending a second connection request to each object hard disk in the object hard disk list in turn according to the second connection object, so as to establish a connection with the object hard disk based on the second response information returned by the object hard disk; when it is detected that the EBOF device leaves the LAN topology, deleting the first connection object and the second connection object.

[0127] The beneficial technical effects of this application are as follows: by abstracting a virtual management object to achieve management of multiple object hard disks in an EBOF device, when the storage control system is connected to the EBOF device, the link layer discovery protocol message sent by the EBOF device can automatically broadcast relevant information of the EBOF device in the local area network to reach the storage control system; the storage control system establishes connections with the EBOF device and each object hard disk in the EBOF device in turn based on the generated first connection object and second connection object. In this way, the automatic connection and automatic discovery functions of multiple object hard disks associated with the EBOF device are achieved, which greatly reduces the workload of on-site product deployment and greatly reflects the user-friendly feature of the EBOF device that does not require user configuration.

[0128] In a specific embodiment, the first connection object generating module 11 includes:

[0129] an information determining unit, configured to determine an NVM subsystem identifier generated by the EBOF device based on a device model, an IPv6 address generated by the EBOF device based on a media access control address of a currently connected network card, and target configuration information in the EBOF device; wherein the device model is the device model of each target hard disk included in the EBOF device, and the NVM subsystem identifier corresponds one-to-one to the target hard disk;

[0130] a message acquiring unit, configured to acquire a link layer discovery protocol message that is broadcasted by the EBOF device after packaging the NVM subsystem identifier, the IPv6 address, and the target configuration information according to the link layer discovery protocol within a first preset time interval;

[0131] a message parsing unit, configured to parse the link layer discovery protocol message to obtain parsed information when the link layer discovery protocol message is received for the first time;

[0132] a first connection object generating unit, configured to sequentially perform information verification and deduplication processing on the parsed information to obtain target information, and then generate a first connection object based on the target information;

[0133] Accordingly, the second connection object generating module 13 includes:

[0134] an identification list determining unit, configured to obtain the NVM subsystem identification generated by the EBOF device based on the first response information, and determine an identification list using the NVM subsystem identification according to a currently identified PCIE link;

[0135] The second connection object generating unit is configured to verify each NVM subsystem identifier in the identifier list, and package the verified target NVM subsystem identifier with the corresponding local port identifier and Ethernet protocol type to generate the second connection object.

[0136] In a specific embodiment, the first response information receiving module 12 includes:

[0137] a verification and checking unit, configured to send, according to the first connection object, a first connection request including instruction information specified in a network-based non-volatile memory host controller standard protocol to the EBOF device, so that the EBOF device verifies the instruction information according to the first connection request;

[0138] The first response information receiving unit is configured to receive first response information of successful connection returned by the EBOF device when the instruction information verification check passes.

[0139] In a specific embodiment, the connection establishing module 14 includes:

[0140] a connection request sending unit, configured to send a second connection request including a plurality of instruction sequences to each target hard disk in the target hard disk list in sequence according to the second connection object;

[0141] The second response information receiving unit is configured to receive second response information returned by each of the target hard disks when all responses to the instruction sequence are successful, so as to establish a connection with the target hard disk based on the second response information.

[0142] In a specific embodiment, the EBOF device connection device further includes:

[0143] a survival detection instruction sending module, configured to, after successfully establishing a connection with the target hard disk, continuously send survival detection instructions to the EBOF device to determine whether the EBOF device has left the local area network topology;

[0144] The EBOF device judgment module is configured to determine, based on the survival detection instruction, that the EBOF device has left the local area network topology if the link layer discovery protocol message sent by the EBOF device is not received within the second preset time interval.

[0145] In a specific embodiment, the EBOF device connection device further includes:

[0146] a monitoring module, configured to monitor a first number of EBOF devices in the local area network topology and a second number of target hard disks in the EBOF devices;

[0147] An alarm module is configured to generate an alarm message and perform connection restriction according to the alarm message if the first number exceeds a first preset threshold or the second number exceeds a second preset threshold.

[0148] Furthermore, the embodiment of the present application also discloses an electronic device, Figure 9 This is a structural diagram of an electronic device 20 according to an exemplary embodiment, and the content in the diagram cannot be considered as any limitation to the scope of use of the present application.

[0149] Figure 9 This is a schematic diagram of the structure of an electronic device 20 provided in an embodiment of the present application. The electronic device 20 may include: at least one processor 21, at least one memory 22, a power supply 23, a communication interface 24, an input / output interface 25, and a communication bus 26. The memory 22 is used to store a computer program, which is loaded and executed by the processor 21 to implement the relevant steps of the EBOF device connection method disclosed in any of the aforementioned embodiments.

[0150] In this embodiment, the power supply 23 is used to provide operating voltage for each hardware device on the electronic device 20; the communication interface 24 can create a data transmission channel between the electronic device 20 and the external device. The communication protocol it follows is any communication protocol that can be applied to the technical solution of this application and is not specifically limited here; the input and output interface 25 is used to obtain external input data or output data to the outside world. Its specific interface type can be selected according to specific application needs and is not specifically limited here.

[0151] In addition, the memory 22, as a carrier for resource storage, can be a read-only memory, random access memory, a magnetic disk, or an optical disk. The resources stored thereon may include an operating system 221, a computer program 222, and data 223. The data 223 may include various data. The storage method can be temporary storage or permanent storage.

[0152] The operating system 221 is used to manage and control the hardware devices on the electronic device 20 and the computer program 222, and can be Windows Server, NetWare, Unix, Linux, etc. In addition to including a computer program capable of implementing the EBOF device connection method performed by the electronic device 20 disclosed in any of the aforementioned embodiments, the computer program 222 can further include a computer program capable of implementing other specific tasks.

[0153] Furthermore, the embodiments of the present application also disclose a computer-readable storage medium, where the computer-readable storage medium includes a random access memory (RAM), a memory, a read-only memory (ROM), an electrically programmable ROM, an electrically erasable programmable ROM, a register, a hard disk, a magnetic disk, or an optical disk, or any other form of storage medium known in the technical field. When the computer program is executed by the processor, the aforementioned EBOF device connection method is implemented. For the specific steps of the method, reference can be made to the corresponding content disclosed in the aforementioned embodiments, and no further details will be given here.

[0154] Furthermore, an embodiment of the present application also provides a computer program product, including a computer program / instruction, which implements any one of the above-mentioned EBOF device connection methods when executed by a processor.

[0155] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on its differences from the other embodiments. Reference can be made to the descriptions of the identical or similar parts between the various embodiments. For the devices disclosed in the embodiments, since they correspond to the methods disclosed in the embodiments, the descriptions are relatively simple, and the relevant parts can be referred to the descriptions of the methods.

[0156] The steps of the EBOF device connection method or algorithm described in conjunction with the embodiments disclosed herein can be implemented directly using hardware, a software module executed by a processor, or a combination of the two. The software module can be placed in random access memory (RAM), internal memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

[0157] Finally, it should be noted that, in this document, relational terms such as first and second, etc., are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprises," "comprising," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article, or device. In the absence of further limitations, an element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article, or device comprising the element.

[0158] The above is a detailed introduction to the EBOF device connection method, device, equipment and medium provided by the present invention. Specific examples are used herein to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is only used to help understand the method and core ideas of the present invention. At the same time, for those skilled in the art, according to the ideas of the present invention, there may be changes in the specific implementation methods and application scopes. In summary, the contents of this specification should not be understood as limiting the present invention.

Claims

1. An EBOF device connection method, characterized in that: Applied to storage control systems, including: Obtain a link layer discovery protocol message sent by the EBOF device, and generate a first connection object based on the link layer discovery protocol message; sending a first connection request to the EBOF device according to the first connection object, so as to receive first response information returned by the EBOF device in response to the first connection request; Acquire a list of target hard disks corresponding to the EBOF device based on the first response information, and generate a second connection object according to the list of target hard disks; sending a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on second response information returned by the target hard disk; When it is detected that the EBOF device leaves the local area network topology, the first connection object and the second connection object are deleted.

2. The EBOF device connection method according to claim 1, characterized in that: The obtaining of the link layer discovery protocol message sent by the EBOF device and generating a first connection object based on the link layer discovery protocol message includes: Determine an NVM subsystem identifier generated by the EBOF device based on a device model, an IPv6 address generated by the EBOF device based on a media access control address of a currently connected network card, and target configuration information in the EBOF device; wherein the device model is the device model of each target hard disk included in the EBOF device, and the NVM subsystem identifier corresponds one-to-one to the target hard disk; Obtaining a link layer discovery protocol message that is broadcasted by the EBOF device within a first preset time interval after packaging the NVM subsystem identifier, the IPv6 address, and the target configuration information according to a link layer discovery protocol; When the link layer discovery protocol message is received for the first time, parsing the link layer discovery protocol message to obtain parsed information; performing information verification and deduplication processing on the parsed information in sequence to obtain target information, and then generating a first connection object based on the target information; Correspondingly, acquiring a target hard disk list corresponding to the EBOF device based on the first response information, and generating a second connection object according to the target hard disk list, includes: Acquire the NVM subsystem identifier generated by the EBOF device based on the first response information, and determine an identifier list using the NVM subsystem identifier according to the currently identified PCIE link; Each NVM subsystem identifier in the identifier list is verified, and the target NVM subsystem identifier that passes the verification is packaged with the corresponding local port identifier and Ethernet protocol type to generate the second connection object.

3. The EBOF device connection method according to claim 1, characterized in that: The sending a first connection request to the EBOF device according to the first connection object to receive first response information returned by the EBOF device in response to the first connection request includes: sending, according to the first connection object, a first connection request including instruction information specified in a network-based non-volatile memory host controller standard protocol to the EBOF device, so that the EBOF device verifies the instruction information according to the first connection request; When the instruction information verification check passes, the EBOF device returns the first response information of successful connection.

4. The EBOF device connection method according to claim 1, characterized in that: The sending a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on second response information returned by the target hard disk, includes: sending a second connection request including a plurality of instruction sequences to each target hard disk in the target hard disk list in sequence according to the second connection object; When all the instruction sequences respond successfully, second response information returned by each of the target hard disks is received, so as to establish a connection with the target hard disk based on the second response information.

5. The EBOF device connection method according to claim 1, characterized in that: After sending a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object so as to establish a connection with the target hard disk based on second response information returned by the target hard disk, the method further includes: After successfully establishing a connection with the target hard disk, continuously sending a survival detection instruction to the EBOF device to determine whether the EBOF device has left the local area network topology; Based on the survival detection instruction, if the link layer discovery protocol message sent by the EBOF device is not received within a second preset time interval, it is determined that the EBOF device has left the local area network topology.

6. The EBOF device connection method according to claim 1, characterized in that: Also includes: Monitoring a first number of EBOF devices in the local area network topology and a second number of target hard disks in the EBOF devices; If the first number exceeds a first preset threshold or the second number exceeds a second preset threshold, an alarm message is generated and connection restriction is performed according to the alarm message.

7. An EBOF device connection method, characterized in that: Applied to EBOF equipment, including: Sending a link layer discovery protocol message to a storage control device, so that the storage control device generates a first connection object based on the link layer discovery protocol message; The storage control device sends a first connection request according to the first connection object, and returns a first response message in response to the first connection request, so that the storage control device obtains a list of target hard disks corresponding to the EBOF device based on the first response message, and generates a second connection object according to the list of target hard disks; obtaining, according to the second connection object, a second connection request sent by the storage control device to each target hard disk in the target hard disk list in sequence, and returning a second response message in response to the second connection request, so as to establish a connection with the storage control device based on the second response message; When it is detected that the EBOF device leaves the local area network topology, the first connection object and the second connection object are deleted through the storage control device.

8. An EBOF equipment connection device, characterized in that: Applied to storage control systems, including: a first connection object generating module, configured to obtain a link layer discovery protocol message sent by the EBOF device, and generate a first connection object based on the link layer discovery protocol message; a first response information receiving module, configured to send a first connection request to the EBOF device according to the first connection object, and receive a first response information returned by the EBOF device in response to the first connection request; a second connection object generating module, configured to obtain a list of target hard disks corresponding to the EBOF device based on the first response information, and generate a second connection object according to the list of target hard disks; a connection establishing module, configured to send a second connection request to each target hard disk in the target hard disk list in sequence according to the second connection object, so as to establish a connection with the target hard disk based on second response information returned by the target hard disk; The connection object deletion module is configured to delete the first connection object and the second connection object when detecting that the EBOF device leaves the local area network topology.

9. An electronic device, characterized in that: The electronic device includes a processor and a memory; wherein the memory is used to store a computer program, and the computer program is loaded and executed by the processor to implement the EBOF device connection method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that Used to store a computer program; wherein when the computer program is executed by a processor, the EBOF device connection method according to any one of claims 1 to 7 is implemented.

Images