The original small computer system interface (SCSI) protocol was developed to provide a common interface that could be used across peripheral platforms and system applications. Multiple generations of the parallel SCSI protocol successively doubled bandwidths, while also increasing signal degradation, and signal skew. The Serial Attached SCSI (SAS) protocol inherits its command set from parallel SCSI. The SAS architecture solves the parallel SCSI problems of bus contention, clock skew, and signal degradation at higher signaling rates, thereby providing performance headroom to meet enterprise storage needs. Further, serial attached SCSI devices provide access to multiple storage facilities over a single bus.
Certain exemplary embodiments are described in the following detailed description and in reference to the drawings, in which:
A SAS fabric represents a network of computing devices accessing storage using the SAS protocol. Visual representations, e.g., device trees, of a SAS fabric are useful for maintaining and administrating the SAS fabric. However, a device tree of the SAS fabric may include a large data model, which makes it impractical to store on an individual device. Further, maintaining a data model of an entire SAS fabric is expensive in terms of system RAM usage, especially for a maximum configuration SAS fabric. To make it possible to see the entire SAS fabric from each SAS switch would mean maintaining a data model of N maximum configurations, which is not technically feasible, nor practical.
In an example system having interconnected SAS switches, a representation of the entire SAS fabric may be generated using any switch in the fabric as a single point of access. This may be done while having each SAS switch maintain a data model that meets the constraints of the typical SAS switch.
The SAS switches 108 establish connections between initiators 104, targets 106, and other SAS switches 108 by receiving packets in one port, and routing the packets to another port based on an SAS address of the target 106.
The SAS switch 108 typically uses three routing methods: direct, table, and subtractive. The SAS switch 108 uses direct routing to forward commands and data to targets 106 that are directly attached. The SAS switch 108 uses table routing to forward commands and data to another SAS switch 108 or expander-based SAS device. The expander-based SAS device is any device that contains a SAS expander, such as a storage enclosure that contains SAS expanders. When the SAS switch 108 does not recognize an address for the target 106, the SAS switch 108 uses subtractive routing to forward the commands and data to another SAS device that does recognize the address.
Connecting SAS switches together enables the creation of large SAS fabrics 100. In fact, the number of initiators 104 and targets 106 in a SAS fabric 100 can be expanded merely by expanding the sizes of routing tables in the SAS switches 108. Typically, the SAS switch 108 has the view of the entire SAS fabric 100. However, maintaining such a view for large SAS fabrics may exceed the available memory on the SAS switch 108. Accordingly, the information available from each SAS switch 108 is limited to information about the initiators 104 and targets 106 that are directly attached to the SAS switch 108. Connected SAS switches are also referred to herein as trunked SAS switches.
In this way, the example SAS fabric 100 can generate a visual representation of the entire SAS fabric 100 from the perspective of a single SAS switch 108. This may be done while maintaining a data model on the SAS switches 108 that does not exceed typical technical, e.g., memory, constraints.
The SAS switch 108 includes SAS switch ports 208, a web server 210, a data model 212, and a device tree generator 214. The web server 210 may process hypertext transfer protocol (HTTP) requests from the client 102, or other devices in, or in communication with, the SAS fabric 100.
The data model 212 includes data about all of the initiators 104 and targets 106 attached directly to the SAS switch ports 208. The data model 212 may also include peripheral information, such as cabling details and access information. The data model 212 does not model details of all of the initiators 104 and targets 106 attached to other SAS switches 108, although some exceptions exists, such as route table information and the like.
However, the data model 212 may include a directory of each SAS switch 108 in the SAS fabric 100, and the number of hops away from this SAS switch 108. A hop represents a network link disposed between the SAS switches 108. The other SAS switches may be represented as stubs (not shown) within the data model 212. The stubs contain the IP address of the other SAS switches 108. The location of each stub in the data model 212 is related to the number of hops for the corresponding SAS switch 108.
In response to a request from the client 204, the web server 210 may invoke the device tree generator 214. The device tree generator 214 provides the data model 212 to the client 204, using a data-interchange format, such as JavaScript object notation (JSON) XML, HTML5, and the like. In this way, a client-side application 220 may use the data model 212, and stubs to display the device tree 206 including the entire SAS fabric 100. In one example, the client-side application 220 retrieves data models 212 from SAS switches that are not connected to the entry point. The entry point is the SAS switch 108 which receives the device tree request from the client 204. The displayed device tree 206 is generated by combining these data models 212.
At block 304, the device tree generator 214 identifies the SAS switches 108 that are in the SAS fabric, but not directly attached to a particular SAS switch 108. The IP addresses and hop distances of these “un-attached” SAS switches may be stored in the stubs of the data model 212.
At block 306, the device tree generator 214 for the entry point receives a request for SAS fabric information from the client 204. At block 308, the device tree generator 214 generates the data model 212 in a data interchange format, such as JSON. The data interchange format may direct the client-side application 220 to generate the representation for display. Alternatively a server device outside the SAS fabric 100 may generate the data-interchange-formatted data model 212 in response to a request from the SAS switch 106.
At block 310, the client-side application 220 dynamically retrieves data models 212 from the SAS switches 108 that are not directly connected to the entry point. This may be done using cross-domain techniques, such as asynchronous JavaScript (AJAX). At block 312, the client 204 displays the device tree 206. This may be done by graphically rendering the device tree 206, representation of the SAS fabric 100, including all of the trunked SAS switches 108.
The system 400 may include a coordinator server 402, and a SAS fabric 404, in communication over a network 406. The coordinator server 402 may include a processor 408, which may be connected through a bus 410 to a display 412, a keyboard 414, an input device 416, and an output device, such as a printer 418. The input devices 416 may include devices such as a mouse or touch screen. The server node 402 may also be connected through the bus 410 to a network interface card 420. The network interface card 420 may connect the server 402 to the network 406. The network 406 may be a local area network, a wide area network, such as the Internet, or another network configuration. The network 406 may include routers, switches, modems, or any other kind of interface device used for interconnection. In one example, the network 406 may be the Internet.
The coordinator server 402 may have other units operatively coupled to the processor 412 through the bus 410. These units may include non-transitory, computer-readable storage media, such as storage 422. The storage 422 may include media for the long-term storage of operating software and data, such as hard drives. The storage 422 may also include other types of non-transitory, computer-readable media, such as read-only memory and random access memory.
The storage 422 may include the machine readable instructions used in examples of the present techniques. In an example, the storage 422 may include SAS fabric representation generator 424. Similar to the device tree generator 214, the SAS fabric representation generator 424 may provide the data model 212 in an interchange data format to a client of the SAS fabric, whereby the client generates a visual representation of the SAS fabric 404 on the display 412.
When read and executed by a processor 502, the instructions stored on the machine-readable medium 500 are adapted to cause the processor 502 to generate a visual representation of an SAS fabric. The medium 500 includes a SAS fabric representation generator 508 may store a data model representing devices directly attached to an SAS switch, and SAS switches in the SAS fabric that are not directly attached. The SAS fabric generator 508 provides the data model to a client that generates the visual representation. The data model is provided in a data interchange format.
The block diagram of
While the present techniques may be susceptible to various modifications and alternative forms, the examples discussed above have been shown only by way of example. It is to be understood that the technique is not intended to be limited to the particular examples disclosed herein. Indeed, the present techniques include all alternatives, modifications, and equivalents falling within the true spirit and scope of the appended claims.
Number | Name | Date | Kind |
---|---|---|---|
6792511 | Hameed | Sep 2004 | B2 |
6966003 | Joseph et al. | Nov 2005 | B1 |
7028177 | Schultz et al. | Apr 2006 | B2 |
7644168 | Grieff et al. | Jan 2010 | B2 |
8477616 | Rogers et al. | Jul 2013 | B1 |
8589607 | Singh | Nov 2013 | B1 |
20060101171 | Grieff et al. | May 2006 | A1 |
20060194386 | Yao et al. | Aug 2006 | A1 |
20070121819 | Kirn et al. | May 2007 | A1 |
20070162592 | Marks et al. | Jul 2007 | A1 |
20080028107 | Cherian et al. | Jan 2008 | A1 |
20080126857 | Basham et al. | May 2008 | A1 |
20080168374 | Blinick et al. | Jul 2008 | A1 |
20080189723 | Elliott et al. | Aug 2008 | A1 |
20080228897 | Ko | Sep 2008 | A1 |
20100064085 | Johnson et al. | Mar 2010 | A1 |
20100122107 | Arimilli et al. | May 2010 | A1 |
20110145452 | Schilling et al. | Jun 2011 | A1 |
20110218779 | Palisetti et al. | Sep 2011 | A1 |
20110246692 | Valk et al. | Oct 2011 | A1 |
20110283028 | Byers et al. | Nov 2011 | A1 |
20120166582 | Binder | Jun 2012 | A1 |
20120284435 | Myrah et al. | Nov 2012 | A1 |
20120311222 | Bowles et al. | Dec 2012 | A1 |
20130067164 | Velayudhan et al. | Mar 2013 | A1 |
20130145064 | Radovanovic | Jun 2013 | A1 |
20130201316 | Binder et al. | Aug 2013 | A1 |
20130246683 | Natrajan et al. | Sep 2013 | A1 |
20130275648 | Hameed et al. | Oct 2013 | A1 |
20140040510 | Myrah et al. | Feb 2014 | A1 |
20140040648 | Miller et al. | Feb 2014 | A1 |
20140052845 | Nayak et al. | Feb 2014 | A1 |
Number | Date | Country | |
---|---|---|---|
20140032737 A1 | Jan 2014 | US |