Q

Determining the size and number of LUNs

Expanding your virtualized environment? Site expert James Geis answers this user question about determining LUN amounts and sizes in this expert response.

This Content Component encountered an error
We're moving some applications to virtual machines. How should we change the way you estimate the size and number of LUNs you need, and how do we create a process for allocating them that makes sense in a virtual environment where virtual servers with different owners reside on the same host and connect to the same storage?
This is a common challenge, one that we cover in our virtualization assessment, as there are many variables to consider which are not all easily explained within this page. With the portability of the virtual machine (clustering, high availability, etc), you almost need the flexibility of having all storage accessible from all hosts. With replication pools on networked storage, backup and other necessary storage functions, this is no small feat.

The currently available software for monitoring and collecting metrics for your environment typically just wants to know storage allocated versus used, to know how much networked you need to assign. But, important pieces of data are missing: the disk I/O profile of the server, disk queue length, read versus writes, paging, swapping and a variety of other data that can help you make storage architecture decisions. All applications have...

a performance profile that designates them as either CPU intensive, memory intensive, disk intensive or network intensive, or some combination of all of the above.

If you have a storage intensive application (VM), you will want to consider not grouping those VMs together, just as you would not want to group memory intensive or CPU intensive applications. Another thought to consider: if you group applications or VMs together that have the same recovery requirements, they can be grouped together for more easily replicated storage. RAID configuration impacts performance. Large LUNs are more difficult to backup, replicate and restore. Small LUNs have more complexity, less flexibility and less portability.

This was first published in December 2007

Dig deeper on Virtual server backup and storage

Pro+

Features

Enjoy the benefits of Pro+ membership, learn more and join.

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

0 comments

Oldest 

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:

-ADS BY GOOGLE

SearchVMware

SearchWindowsServer

SearchCloudComputing

SearchVirtualDesktop

SearchDataCenter

Close