Tip

Design concepts for storage networks: Part 3

The "In-band ESCON" model

This column defines the second of five storage networking architectures, the "In-band ESCON" model, which represents one found in some emerging storage networking environments today. This model possesses three distinct characteristics. First, it reports what data resides where on storage devices. Second, it resides in the data path of the storage network itself. Third, it utilizes a relatively simple switching technology.

"In-band" technology is nothing new. Many devices used for connectivity in computing are "in-band". For example, an Internet router that sends data traffic around the world utilizes a form of in band virtualization. Yet when some in the storage industry combine the terms "in-band" and "virtualization" into one phrase and apply it to storage, they would have us think global data destruction is imminent. Nothing could be further from the truth.

In fact, the storage community already extensively uses this technology in different forms. Almost all of the storage array vendors place virtualization on the front end of their storage arrays for LUN management. This technology is so well accepted that it is used extensively in highly available data centers. So, while not all in band solutions are created equal, we would not have the SANs we have today without this technology.

In regards to the term 'ESCON', it comes from the mainframe world and refers to the highly available, though relatively simple to configure,

Requires Free Membership to View

black box that connects servers and storage devices. These two terms, "in-band" and ESCON, combine to create the second storage networking model, the "in-band ESCON" model.

"In-band" only becomes controversial because it moves the storage intelligence into the network appliance. It manages the data on different storage arrays from different vendors while creating a central console to manage storage for the entire enterprise. What it does not natively offer is end-to-end performance management solutions required in some environments.

This architecture lends itself well to storage environments of 40 servers or less with multiple servers, different OSes or storage arrays from different vendors or both. It also allows someone to manage an environment with less control over all aspects of the storage network.

In the next column we will look at the third model where one has a rapidly growing environment necessitating switches that are not so simple to configure and design.

Read Part I: Design concepts for storage networks

Read Part II: Out-of-band ESCON

About the author


Jerome Wendt is a independent writer and storage analyst specializing in Open Systems storage and storage area network technologies. He currently manages storage and explores new storage technologies for a large organization in this capacity. Jerome may be reached at jerome.wendt@worldnet.att.net.


This was first published in March 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.