Feature

Arrays score with both file and block storage

Ezine

This article can also be found in the Premium Editorial Download "Storage magazine: Multiprotocol arrays provide NAS and SAN in a single box."

Download it now to read this article plus other related content.

There are pros and cons to running multiple protocols through a single array controller.


Multiprotocol arrays that support block- and file-based storage through a single controller give users the best of both worlds: NAS for file-based information, and Fibre Channel (FC) or iSCSI-attached block-based storage for databases and other transactional applications. "NetApp [Network Appliance Inc.], EMC [Corp.] and Pillar Data Systems are seeing an increasing number of their arrays used in multiprotocol deployments," reports Roger Cox, research VP at Gartner Inc.'s offices in San Jose, CA.

Prior to SANs, storage resources were dedicated to a single server. It was only in the mid-1990s that FC SANs enabled the separation of server and storage, making a single storage pool accessible to more than one server. While a huge leap forward, FC SANs were--and mostly still are--complex and expensive, and they left a huge gap for a simpler and less-expensive technology.

NAS filled this void by offering storage services, and incorporating and controlling the file system within the storage system, presenting files and directories to hosts in the NFS and CIFS file-system protocols. A large percentage of installed storage stores files.

File-system protocols like CIFS and NFS treat files as a single entity. For example, when a user opens a file, it's opened in

Requires Free Membership to View

its entirety and then locked to prevent others from modifying it. This is ill-suited for apps where data is accessed at a sub-file level, such as databases where small pieces of information are continuously read and updated within a larger file. Without question, block-based storage protocols like SCSI, iSCSI and FC are superior to the file-based access methods of NAS when it comes to non-file-based data access.

You need to remember that information is stored in blocks--not as files--on the disk subsystem. Data is written in blocks to the disk volume, and block size is determined when the volume is formatted, typically ranging from 512 bytes to 2,048 bytes in size. A file, on the other hand, is a concatenation of data blocks managed by the file system. While the disk subsystem manages data in terms of blocks, the OS and humans manage information in terms of files and directories.

Block-based storage access protocols (SCSI, iSCSI, FC) are indispensable because they're native to storage systems and can deal with all types of data efficiently. NAS lets you do away with standard file servers by incorporating file-system protocols into the storage system, providing simpler management, a higher degree of scalability, and added storage services like snapshots and replication. Here's how multiprotocol arrays differ from single-protocol arrays in terms of performance, price, ease of management and other features.

Multiprotocol Arrays:
Key considerations
Features. In many cases, array features are more important than performance. Application integration, snapshot, replication, backup options, thin provisioning and deduplication are at the top of most users' feature requirement lists.

Flexibility. Storage can be used or repurposed for all types of applications. The risk of a vendor product lock-in is lower than for block-based protocol arrays or NAS-only arrays.

Performance. Arrays with block and file-system protocol support are typically not the arrays of choice for very high-performance applications such as high-end databases and transactional applications.

Price. Arrays with NAS and SAN protocol support are significantly less expensive than two separate arrays; but depending on the vendor, additional protocols may not come free.

Storage management. Multiprotocol array management tools that ship with the array are simpler to use than third-party storage resource management apps, which vary widely regarding what arrays they support.

This was first published in March 2008

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: