News
10/5/2009
11:36 AM
George Crump
George Crump
Commentary
50%
50%

Selecting A Storage Protocol For Virtualized Servers

In our last entry we discussed selecting the right storage foundation and I advised that you may want to initially ignore what protocol to use. That said, part of building a storage foundation for server virtualization is selecting the protocol.

In our last entry we discussed selecting the right storage foundation and I advised that you may want to initially ignore what protocol to use. That said, part of building a storage foundation for server virtualization is selecting the protocol.Despite what some vendors imply, no access protocol is perfect for all environments. In fact many environments are better served by mixing protocols. The choices typically are Fibre, iSCSI and NFS. As we discussed in our article "VMware Storage Options", each of the three have their advantages.

Fibre channel continues to be the protocol used by most virtualized server implementations. In fairness it was the only supported protocol by VMware for the first few releases. It has with it a long history of use, with that comes an answer to almost any question you might have because of the broad support base. As we discussed in a previous blog "NIC QoS" there is a growing need to provision bandwidth at the virtual machine level. Fibre channel suppliers are moving quickly to provide the ability to prioritize storage I/O bandwidth on a VM by VM basis. Additionally the fibre channel community is pushing the adoption of FCoE, which may be the ideal protocol/interface for large server virtualization deployments.

iSCSI is the IP block alternative to fiber channel. While some in the iSCSI community will disagree with me, it is an ideal protocol for first SAN deployments, especially those motivated by a server virtualization project. Most SMBs are going to have an IP infrastructure first, and it is easier to tap into that infrastructure. iSCSI can deliver most of the capabilities of fibre channel, as long as those environments don't need the bandwidth throughput of fibre.

iSCSI also may have a cost advantage if the environment can use software based iSCSI initiators which allows the customer to use standard ethernet cards. In many cases, customers will deploy iSCSI on a separate network, which eliminates some of the cost savings but does provide a dedicated storage I/O path.

Finally some server virtualization solutions support NFS as a protocol to boot VMs from. First, even if your a Windows only environment, you can boot a Windows VM if you decide to use NFS. The upside here is that this also means you can use a NAS, which means it runs on standard IP like iSCSI. It also means that you can manage much of the virtualized environment like you do a file server. This can make the learning curve even easier. The downside is some of the advanced functionality provided by server virtualization software is not always supported and you can not boot the virtualization host from NFS. This means you are going to have to mix in one of the other protocols.

Which one is for you? It comes down to a decision of what protocol will give you the performance you need at the lowest cost and easiest manageability. In our next entry will discuss storage performance and what that really means to you. For now conventional wisdom is that fibre is the fastest protocol with the lowest CPU affect and iSCSI and NFS are tied for second in almost every test.

In the end the protocol you are most familiar with has a big advantage in your consideration and most protocols can be tuned to deliver much of the performance you need, although be aware that the tuning can drive the cost of the solution up. Manageability of the storage infrastructure is going to be affected by your prior familiarity but also by the level of training and tools that your supplier and organization will invest in you to learn a new infrastructure.

Track us on Twitter: http://twitter.com/storageswiss

Subscribe to our RSS feed.

George Crump is founder of Storage Switzerland, an analyst firm focused on the virtualization and storage marketplaces. It provides strategic consulting and analysis to storage users, suppliers, and integrators. An industry veteran of more than 25 years, Crump has held engineering and sales positions at various IT industry manufacturers and integrators. Prior to Storage Switzerland, he was CTO at one of the nation's largest integrators.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
10 Recommendations for Outsourcing Security
10 Recommendations for Outsourcing Security
Enterprises today have a wide range of third-party options to help improve their defenses, including MSSPs, auditing and penetration testing, and DDoS protection. But are there situations in which a service provider might actually increase risk?
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-1978
Published: 2015-05-21
Multiple cross-site request forgery (CSRF) vulnerabilities in Simple PHP Agenda 2.2.8 and earlier allow remote attackers to hijack the authentication of administrators for requests that (1) add an administrator via a request to auth/process.php, (2) delete an administrator via a request to auth/admi...

CVE-2015-0741
Published: 2015-05-21
Multiple cross-site request forgery (CSRF) vulnerabilities in Cisco Prime Central for Hosted Collaboration Solution (PC4HCS) 10.6(1) and earlier allow remote attackers to hijack the authentication of arbitrary users, aka Bug ID CSCut04596.

CVE-2015-0742
Published: 2015-05-21
The Protocol Independent Multicast (PIM) application in Cisco Adaptive Security Appliance (ASA) Software 9.2(0.0), 9.2(0.104), 9.2(3.1), 9.2(3.4), 9.3(1.105), 9.3(2.100), 9.4(0.115), 100.13(0.21), 100.13(20.3), 100.13(21.9), and 100.14(1.1) does not properly implement multicast-forwarding registrati...

CVE-2015-0746
Published: 2015-05-21
The REST API in Cisco Access Control Server (ACS) 5.5(0.46.2) allows remote attackers to cause a denial of service (API outage) by sending many requests, aka Bug ID CSCut62022.

CVE-2015-0915
Published: 2015-05-21
Cross-site scripting (XSS) vulnerability in RAKUS MailDealer 11.2.1 and earlier allows remote attackers to inject arbitrary web script or HTML via a crafted attachment filename.

Dark Reading Radio
Archived Dark Reading Radio
Join security and risk expert John Pironti and Dark Reading Editor-in-Chief Tim Wilson for a live online discussion of the sea-changing shift in security strategy and the many ways it is affecting IT and business.