SAN slowdowns throttle back applications
- 21 January, 2004 08:00
U.S.-based research firm Ashton, Metzler & Associates has found that many SANs just stop causing applications to slow down or suffer what the firm calls a "brownout." The firm surveyed just over 100 IT professionals in Global 2000 and other companies, and found that more than 80 percent of the companies surveyed ran a SAN. A quarter have more than five SANs each. Seventy percent of the people surveyed said that SAN slowdown affects their applications once a month. A quarter of the people surveyed even said they suffered a SAN slowdown once a week.
If these figures apply to all organizations running a SAN then almost 90 percent of them have a SAN outage twelve times a year. The results are throttled back applications, loss of efficiency and management time expended. Backups could take longer than expected or there might be extra help desk calls. There could also be revenue loss if an ERP or similar application was affected by a SAN slowdown.
The researchers were looking at SAN adoption and the experiences of organizations with SANs.
SAN adoption has become mainstream, but they found that, "approximately half of respondents (indicated) that they do not have a good handle on what causes brownouts." A supposition is that a large number of server ports are trying to access a smaller number of storage ports and that the storage network might not have sufficient bandwidth. Respondents also pointed out that they didn't have access to good SAN performance reporting and trending tools.
Neither did they have access to good overall fault location tools. Faults could occur in the application server, the storage network path with its HBAs, ports, switches, inter-switch links and possible core director switches, the storage network software and storage arrays. SAN fault location is in its infancy.
If these results apply generally to all SAN-operating organizations then we might suppose that the overall storage networking infrastructure is becoming much more complicated with storage networking hardware and software layers multiply.
Perhaps what we have previously speculated about application infrastructures applies to storage networking also; "We've reached the stage now where management of (storage networking) is becoming more and more complex, perhaps to the point where it is beyond the capability of the average IT administrator to understand what is happening at any specific point in time. We're building multi-tiered server and storage infrastructures the bits of which we understand but the totality of which is beginning to exceed our grasp."