Manage Learn to apply best practices and optimize your operations.

Storage area network (SAN) management reliability

Storage area network (SAN) management reliability and uptime can be enhanced by incorporating good architecture.

What redundancies and safeguards should VARs build into a SAN to ensure that the network does not crash?
Once storage area networks (SANs) become established, the availability of storage resources is treated as a utility like gas or electricity and is expected to be there 24 hours a day. There are many things that should be considered when proposing, designing and implementing a SAN management infrastructure to ensure uptime:
  1. Choose Directors over switches. Director-class switches are specifically designed to be more resilient -- typically 99.999% or greater. Although more expensive, the switches will increase the uptime of your fabrics. A SAN will only be as resilient as its weakest link so consider recommending using directors for both core and edge in a standard core/edge design.
  2. Create SAN dual fabrics. Despite running high availability switches there is always the risk of a failure. Running dual fabrics with two host bus adapters (HBA) per server and two connections to the storage will improve availability considerably should a critical switch fail. Dual fabrics increase cost at the expense of availability but also offer other opportunities, such as switch firmware migration without downtime (upgrading each fabric independently).
  3. Keep up to date on SAN firmware. New bugs are identified continually so it is essential to keep HBA, switch and storage firmware up to date and in line with vendor support matrices. SANs always grow and as new servers are added the risk of an issue is also increased. Keeping up to date on firmware is a must. VARs may choose to include firmware maintenance as part of a value add proposition.
  4. Reduce SAN size. As SANs grow it may be possible to identify discrete elements of the infrastructure which can justify their own SAN (for example, development servers or email/messaging). VARs can recommend opportunities to subdivide SANs into separate fabrics which can be treated separately from a management perspective. Certainly, removing development servers from a production SAN will remove risk and may improve productivity for development users who don't have to suffer production-level change control. Don't forget that SAN fabrics do not have to be isolated and routing products can be used to re-join SAN "islands."

Dig Deeper on Primary and secondary storage

Start the conversation

Send me notifications when other members comment.

Please create a username to comment.