Tip

Storage virtualization: Where and how

This tip outlines the various locations to implement storage virtualization functionality, the different approaches to storage virtualization and offers suggestions on how to choose the right approach for your environment.

What you will learn: This tip outlines the various locations to implement storage virtualization functionality, the different approaches to storage virtualization and offers suggestions on how to choose the right approach for your environment.


Storage virtualization functionality, including aggregation (pooling), transparent data migration, heterogeneous replication and device emulation, can be implemented at the host server in the data path on a network switch blade or on an appliance, as well as in a storage system. The best location to implement storage virtualization functionality depends in part on your preferences, existing technologies and objectives for deploying storage virtualization.

You may find that some applications and their storage requirements are best suited for a combination of technologies to address specific needs and requirements. This can include some applications using in-band storage virtualization appliances or storage system based storage virtualization while others use split-path fast-path control path network-based functionality.

Many debate the architecture advantages of in-band (in the data path) vs. out-of-band (out of data path with agent and metadata controller) or split path (hybrid of in-band and out-of-band). Another discussion area is around host software based vs. in the network on an appliance or storage services module blade or in a storage system. Figure-2 details the three architecture options for implementing storage virtualization:

The in-band approach involves the virtualization functionality sitting between the host server and storage devices and has been a popular approach used by appliances and traditional storage systems. Granted, Figure-2 is a pretty simple and basic example. A real-world deployment could have switches as part of the data path between servers and virtualization device, as well as switches between the virtualization device and storage.

Consider the following when deciding what will work best for your environment:

 

  • For split-path, evaluate software option functionality, as well as what hardware platforms support is available.
  • When looking at storage services modules, blades, appliances and adapters, evaluate what software is supported along with generally interoperability.
  • Keep in mind the golden rule of storage virtualization is that whichever solution is performing the virtualization functionality, controls the vendor lock in.
  • Not all ports need to have storage services enabled, for example, deploy virtualization on those ports requiring heterogeneous replication or data movement.
  • Be aware of avoid rip and replace approaches requiring technology swap out.
  • Watch out for solutions that result in stacking multiple layers of technology and complexity or result in increased management activities.
  • Solutions need to be able to scale in terms of performance, connectivity, ease of management, functionality and resiliency without introducing instability.
  • There are many different approaches to implement and deploy storage virtualization functionality to meet various requirements. Which one is best for you is going to be the one that meets your specific requirements and may vary by your different tiers of storage and applications. Compare and contrast the various approaches, and you be the judge as to what is applicable for your specific needs.

    About the author: Greg Schulz is founder and senior analyst with the IT infrastructure analyst and consulting firm StorageIO Group. Greg is also the author and illustrator of Resilient Storage Networks (Elsevier) and has contributed material to Storage magazine and other TechTarget venues.

Dig Deeper on Storage architecture and strategy

Disaster Recovery
Data Backup
Data Center
Sustainability and ESG
Close