Tip

How to select a virtualization vendor

In a project as complex as storage virtualization, selecting a vendor is one of the most important steps. Typically the decision will be strongly influenced by considerations such as pre-existing relationships and the installed base of equipment. But you'll be living with the results of your virtualization decisions for a long time to come, so there are several things you should consider in selecting the major vendors for your virtualization effort.

    Requires Free Membership to View

IBM has put together a list that offers a good starting place.

For example, it's a good idea to see the virtualization environment actually working, either at the vendor's site or in a third party-installation. This should include actual demonstrations, benchmarking and other indications that this is a here-and-now solution, not something that's still being developed.

Testing is critical to a successful virtualization effort and the best time to start testing for things like interoperability is before you buy. You want to make sure that the virtualization products work well together and integrate smoothly with your existing infrastructure. Ideally you want an extensive test program to make sure that everything works at the expected performance levels. That takes a lot of testing.

In a similar vein, ask to see the vendor's road map for storage virtualization projects. Virtualization is anything but a one-time deal and both your requirements and the technology are going to be evolving. Of course road maps are speculative documents and generally firmly engraved in jelly, but you're much better off working with a vendor who is at least thinking about where they're going with virtualization than with one that's making it up as they go along. A good road map should include both technology and market considerations in a coordinated approach. Ideally you want a virtualization vendor who is in the game for the long haul, knows where they're going and whose future plans match your expected needs.

Related to the road map is a commitment to research and development. The company should be putting substantial resources into developing future generations of products and, ideally, showing a commitment to such expenditures over the history of the company.

Of course you want to avoid getting locked in to a vendor. That means you want to see demonstrated open standards capability as well as a corporate policy of commitment to open standards. It's important that your virtualization products work with products from other vendors.

IBM discusses all this in a document titled  "Storage Vendor Selection Guidelines" on its Web site.


Rick Cook has been writing about mass storage since the days when the term meant an 80K floppy disk. The computers he learned on used ferrite cores and magnetic drums. For the last twenty years he has been a freelance writer specializing in storage and other computer issues.


This was first published in July 2003

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.