Hewlett Packard Enterprise Development LP

Komateswar Dhanadevan

Rupin Tashi Mohan

Krishna Babu Puttagunta

Vivek Agarwal

Asutosh Satapathy

Govind Chandru Rathod

Dheeraj Sharma

Shyamsundar Narasimhan

Rajesh Nadubail

Harsha Basavarajappa

Renjith P George

Harish Chapalamadugu

Navaruparajah Nadarajah

Examples include selectively adjusting I/O Q-connections between an NVMe controller and a storage device in an NVMe system. In some examples, a utilization time of a host port in an NVMe controller is determined. In response to determining that the utilization time of the host port is lower than a host port utilization threshold and a number of I/O Q-connections at the storage device is less than an I/O Q-connection threshold for the storage device, a candidate list of storage devices is created, each storage devices included in the candidate list having an average service time greater than or equal to an average service time of a host port associated with the storage device. For each storage device included in the candidate list, processing time and I/O block size of I/O requests at the storage device is determined and a number of I/O Q-connections at the storage device is selectively adjusted based on the processing time and I/O block size of I/O requests at the storage device.

Controlling I/O Q-connections in NVMe devices

In some examples, fabric driven NVMe subsystem zoning may include receiving, from a non-volatile memory express (NVMe) Name Server (NNS), a zoning specification that includes an indication of a host that is to communicate with a given NVMe subsystem of an NVMe storage domain. Based on the zoning specification, the host may be designated as being permitted to connect to the given NVMe subsystem of the NVMe storage domain. An NVMe connect command may be received from the host. Based on the designation and an analysis of the NVMe connect command, a connection may be established between the given NVMe subsystem of the NVMe storage domain and the host.

Fabric driven non-volatile memory express subsystem zoning

In some examples, universal host and NVMe&#x2122; storage domain discovery for NVM Express&#x2122; over Fabrics (NVMe-oF&#x2122;) may include broadcasting location parameters to a host and a plurality of NVMe&#x2122; storage domains for discovery of a NVM Express&#x2122; over Fabrics (NVMe-oF&#x2122;) service. Based on host parameters and NVMe&#x2122; storage domain parameters received in response to the broadcast location parameters, the host and the NVMe&#x2122; storage domains may be respectively registered with the NVMe-oF&#x2122; service. A mapping that indicates a specified NVMe&#x2122; storage domain that is to communicate with the host may be obtained. Communication may be implemented between the host and the specified NVMe&#x2122; storage domain by forwarding the mapping and associated discovery target parameters to the host to implement discovery of the specified NVMe&#x2122; storage domain by the host, and connection of the specified NVMe&#x2122; storage domain to the host.

Universal host and non-volatile memory express storage domain discovery for non-volatile memory express over fabrics

Examples disclosed herein relate to automatically updating of zoning information in a SAN. In an example, a network switching device in a SAN may automatically detect a new HBA port at a port where a prior HBA port was coupled. In response to detecting, network switching device may automatically determine a zone that the prior HBA port belonged to, from a map database on network switching device that stores mapping information comprising an ID of the prior HBA port, an ID of the port, a zone name associated with the ID of the port, and a status of the zone. In response to determining, network switching device may automatically update zoning information on network switching device to replace the ID of the prior HBA port with an ID of the new HBA port, for the zone that the prior HBA port belonged to.

Automatically updating zone information in a storage area network

Approaches for aggregating ports of switch connected to ports of a target node, are described. In one example, for a fiber channel exchange received from a host node, for a target node a plurality of target node ports of the target node associated with the virtual port are determined. The fiber channel exchange comprises a sequence of frame. Once the plurality of target node ports are determined, a first frame is directed to one target node port selected from the plurality of the target node ports, where the one target node port is selected based port selection criteria. Based on the directing of the first frame, subsequent frames of the fiber channel exchange to the selected one target node port are also directed.

Growing community of inventors

Bengaluru, India

Komateswar Dhanadevan