Large-scale iSCSI SANs are not [likely to be seen] in the imminent future. SearchStorage.com: How will intelligent switches impact how end users build out large-scale SANs?
Intelligent switches impact SANs in both foreseen and unforeseen ways. It completely depends on your definition of 'intelligent switches.' If you go with the view shared by Cisco, Brocade, McData, Maxxan [and others], you will have to funnel all of your I/Os through the switches, blades, appliances, etc. This can limit the size of a particular large-scale SAN based on performance. Then again, it might not, depending on their ability to route some I/Os through [intelligent switches] and around the 'intelligence.' If you take the Sandial view, which is networking intelligence and not storage application intelligence, it could increase the size and functionality of the large SAN. To be perfectly candid, the intelligent switch is neither a major enabler nor inhibitor to the large-scale SAN. SearchStorage.com: What can users expect to learn from your upcoming presentation at Storage Decisions 2004?
Users will learn about the problems or 'gotchas' in building out large SANs, as well as many of the emerging solutions that make them easier to do.
This question has two parts. First, the ability to have a 'trouble-free' SAN is dependent on the level of change dynamics in the environment; the organization's ability and processes to manage change; switch/director functionality; and the mix of vendors. So the answer to 'Is there such a thing as a trouble-free large SAN?' is a qualified yes. [It's] an achievable goal. SearchStorage.com: What qualifies as a large-scale SAN?
Key mistakes include errors in the implementation and correlation of LUN maps, zones and pathing policies. Another common mistake is the use of manual tools like Excel for implementing additions, moves and changes, as well as poor pre-change planning.