Current Path : /usr/src/sys/dev/isp/ |
FreeBSD hs32.drive.ne.jp 9.1-RELEASE FreeBSD 9.1-RELEASE #1: Wed Jan 14 12:18:08 JST 2015 root@hs32.drive.ne.jp:/sys/amd64/compile/hs32 amd64 |
Current File : //usr/src/sys/dev/isp/Hardware.txt |
/* $FreeBSD: release/9.1.0/sys/dev/isp/Hardware.txt 108533 2003-01-01 18:49:04Z schweikh $ */ Hardware that is Known To or Should Work with This Driver 0. Intro This is not an endorsement for hardware vendors (there will be no "where to buy" URLs here with a couple of exception). This is simply a list of things I know work, or should work, plus maybe a couple of notes as to what you should do to make it work. Corrections accepted. Even better would be to send me hardware to I can test it. I'll put a rough range of costs in US$ that I know about. No doubt it'll differ from your expectations. 1. HBAs Qlogic 2100, 2102 2200, 2202, 2204 There are various suffices that indicate copper or optical connectors, or 33 vs. 66MHz PCI bus operation. None of these have a software impact. Approx cost: 1K$ for a 2200 Qlogic 2300, 2312 These are the new 2-Gigabit cards. Optical only. Approx cost: ?????? Antares P-0033, P-0034, P-0036 There many other vendors that use the Qlogic 2X00 chipset. Some older 2100 boards (not on this list) have a bug in the ROM that causes a failure to download newer firmware that is larger than 0x7fff words. Approx cost: 850$ for a P-0036 In general, the 2200 class chip is to be preferred. 2. Hubs Vixel 1000 Vixel 2000 Of the two, the 1000 (7 ports, vs. 12 ports) has had fewer problems- it's an old workhorse. Approx cost: 1.5K$ for Vixel 1000, 2.5K$ for 2000 Gadzoox Cappellix 3000 Don't forget to use telnet to configure the Cappellix ports to the role you're using them for- otherwise things don't work well at all. (cost: I have no idea... certainly less than a switch) 3. Switches Brocade Silkworm II Brocade 2400 (other brocades should be fine) Especially with revision 2 or higher f/w, this is now best of breed for fabrics or segmented loop (which Brocade calls "QuickLoop"). For the Silkworm II, set operating mode to "Tachyon" (mode 3). The web interace isn't good- but telnet is what I prefer anyhow. You can't connect a Silkworm II and the other Brocades together as E-ports to make a large fabric (at least with the f/w *I* had for the Silkworm II). Approx cost of a Brocade 2400 with no GBICs is about 8K$ when I recently checked the US Government SEWP price list- no doubt it'll be a bit more for others. I'd assume around 10K$. ANCOR SA-8 This also is a fine switch, but you have to use a browser with working java to manage it- which is a bit of a pain. This also supports fabric and segmented loop. These switches don't form E-ports with each other for a larger fabric. (cost: no idea) McData (model unknown) I tried one exactly once for 30 minutes. Seemed to work once I added the "register FC4 types" command to the driver. (cost: very very expensive, 40K$ plus) 4. Cables/GBICs Multimode optical is adequate for Fibre Channel- the same cable is used for Gigabit Ethernet. Copper DB-9 and Copper HSS-DC connectors are also fine. Copper && Optical both are rated to 1.026Gbit- copper is naturally shorter (the longest I've used is a 15meter cable but it's supposed to go longer). The reason to use copper instead of optical is that if step on one of the really fat DB-9 cables you can get, it'll survive. Optical usually dies quickly if you step on it. Approx cost: I don't know what optical is- you can expect to pay maybe a 100$ for a 3m copper cable. GBICs- I use Finisar copper and IBM Opticals. Approx Cost: Copper GBICs are 70$ each. Opticals are twice that or more. Vendor: (this is the one exception I'll make because it turns out to be an incredible pain to find FC copper cabling and GBICs- the source I use for GBICs and copper cables is http://www.scsi-cables.com) Other: There now is apparently a source for little connector boards to connect to bare drives: http://www.cinonic.com. 5. Storage JBODs/RAID JMR 4-Bay Rinky-tink, but a solid 4 bay loop only entry model. I paid 1000$ for mine- overprice, IMO. JMR Fortra I rather like this box. The blue LEDs are a very nice touch- you can see them very clearly from 50 feet away. I paid 2000$ for one used. Sun A5X00 Very expensive (in my opinion) but well crafted. Has two SES instances, so you can use the ses driver (and the example code in /usr/share/examples) for power/thermal/slot monitoring. Approx Cost: The last I saw for a price list item on this was 22K$ for an unpopulated (no disk drive) A5X00. DataDirect E1000 RAID Don't connect both SCSI and FC interfaces at the same time- a SCSI reset will cause the DataDirect to think you want to use the SCSI interface and a LIP on the FC interface will cause it to think you want to use the FC interface. Use only one connector at a time so both you and the DataDirect are sure about what you want. Cost: I have no idea. Veritas ServPoint This is a software storage virtualization engine that runs on Sparc/Solaris in target mode for frontend and with other FC or SCSI as the backend storage. FreeBSD has been used extensively to test it. Cost: I have no idea. 6. Disk Drives I have used lots of different Seagate and a few IBM drives and typically have had few problems with them. These are the bare drives with 40-pin SCA connectors in back. They go into the JBODs you assemble. Seagate does make, but I can no longer find, a little paddleboard single drive connector that goes from DB-9 FC to the 40-pin SCA connector- primarily for you to try and evaluate a single FC drive. All FC-AL disk drives are dual ported (i.e., have separte 'A' and 'B' ports- which are completely separate loops). This seems to work reasonably enough, but I haven't tested it much. It really depends on the JBOD you put them to carry this dual port to the outside world. The JMR boxes have it. The Sun A5X00 you have to pay for an extra IB card to carry it out. Approx Cost: You'll find that FC drives are the same cost if not slightly cheaper than the equivalent Ultra3 SCSI drives. 7. Recommended Configurations These are recommendations that are biased toward the cautious side. They do not represent formal engineering commitments- just suggestions as to what I would expect to work. A. The simpletst form of a connection topology I can suggest for a small SAN (i.e., replacement for SCSI JBOD/RAID): HOST 2xxx <----------> Single Unit of Storage (JBOD, RAID) This is called a PL_DA (Private Loop, Direct Attach) topology. B. The next most simple form of a connection topology I can suggest for a medium local SAN (where you do not plan to do dynamic insertion and removal of devices while I/Os are active): HOST 2xxx <----------> +-------- | Vixel | | 1000 | | +<---> Storage | | | +<---> Storage | | | +<---> Storage -------- This is a Private Loop topology. Remember that this can get very unstable if you make it too long. A good practice is to try it in a staged fashion. It is possible with some units to "daisy chain", e.g.: HOST 2xxx <----------> (JBOD, RAID) <--------> (JBOD, RAID) In practice I have had poor results with these configurations. They *should* work fine, but for both the JMR and the Sun A5X00 I tend to get LIP storms and so the second unit just isn't seen and the loop isn't stable. Now, this could simply be my lack of clean, newer, h/w (or, in general, a lack of h/w), but I would recommend the use of a hub if you want to stay with Private Loop and have more than one FC target. You should also note this can begin to be the basis for a shared SAN solution. For example, the above configuration can be extended to be: HOST 2xxx <----------> +-------- | Vixel | | 1000 | | +<---> Storage | | | +<---> Storage | | | +<---> Storage HOST | | 2xxx <----------> +-------- However, note that there is nothing to mediate locking of devices, and it is also conceivable that the reboot of one host can, by causing a LIP storm, cause problems with the I/Os from the other host. (in other words, this topology hasn't really been made safe yet for this driver). D. You can repeat the topology in #B with a switch that is set to be in segmented loop mode. This avoids LIPs propagating where you don't want them to- and this makes for a much more reliable, if more expensive, SAN. E. The next level of complexity is a Switched Fabric. The following topology is good when you start to begin to get to want more performance. Private and Public Arbitrated Loop, while 100MB/s, is a shared medium. Direct connections to a switch can run full-duplex at full speed. HOST 2xxx <----------> +--------- | Brocade| | 2400 | | +<---> Storage | | | +<---> Storage | | | +<---> Storage HOST | | 2xxx <----------> +--------- I would call this the best configuration available now. It can expand substantially if you cascade switches. There is a hard limit of about 253 devices for each Qlogic HBA- and the fabric login policy is simplistic (log them in as you find them). If somebody actually runs into a configuration that's larger, let me know and I'll work on some tools that would allow you some policy choices as to which would be interesting devices to actually connect to.