What variables should I use when trying to determine the number of HBAs I need on a server?
A reader recently asked this question:
I am trying to determine the number of HBAs I need on a server. I would like to know what variables I need to use.
Some of the variables I can think of are:
1) amount of storage
2) I/O rate
3) I/O block size
4) RW ratio
6) sustained utilization of HBA
Do you have any rules of thumb?
Chris Poelker responded:
Yeah, the basic rule of thumb for how many HBAs to use is two for disk, and one for tape. Using 2 GB fibre channel, across two fabrics, two 2 GB storage ports, you should be able to stream data at over 300 MB per second. If you're worried about IOPS, then two connections should be fine for most data intensive applications. The only time I have needed to use more than two adapters on a particular server, is in massive digital media environments and humongous data warehouses.
I always specify another adapter for tape streams if the server itself is involved in pushing data to tape. If not, and you are using serverless backup through the SAN, then two adapters should be fine. Each adapter should be able to handle between 128 and 256 LUN numbers, depending on the SAN environment. If your connecting a Windows host, you will run out of drive letters WAY before you run out of LUNS.
Editor's note: Do you agree with this expert's response? If you have more to share, post it in one of our .bphAaR2qhqA^0@/searchstorage>discussion forums.
Related Q&A from Christopher Poelker
RAID can allow for better storage performance and higher availability, and there are many different RAID types. Read a comparison of RAID levels, as ...continue reading
SAN expert Chris Poelker discusses how to change the size of a LUN in a Microsoft cluster server environment.continue reading
SAN expert Chris Poelker compares connecting a SAN with wavelength cabling and dark fiber and discusses the pros and cons of each.continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.