Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 752
  • Last Modified:

Best practice, or least administration, to setup SAN for hosting VMs (non bootfroSAN). How many Luns, etc.?

HI,

I'm firing up a PROD farm using an LSI array with Brocade FC fabric. VMware, both their engineers and documentation, evade from answering what is a typical setup for supporting 4 hosts (vMotion) and approximately 100 VMs. I don't want to hold anyone's feet to the fire, I just need to know what is typical and the easiest to support. My last position, I supported two SAN environments with three hosts each (no vMotion) and they dedicated a single LUN at 220% (iSCSI Netapps) per VM for snapshots. If VMware has a 128-LUN limitiation, this could pose an issue in fairly short order.

Is 4 LUNs OK? 8? How would I (you) label them and categorize them?

Thanks much,

Carl
0
minnefornian
Asked:
minnefornian
1 Solution
 
Paul SolovyovskySenior IT AdvisorCommented:
Here's what I try to follow, this may or may not work for you depending on what type of VMs you are running.  Below are some notes I follow, it may help out

1.  I try to keep the LUNS 300-500GB in size to keep them managable.
2.  Add 500MB to LUN creation overhead, add 5% to each ntfs for vmdk overhead, add memory of each virtual machine for swap file and about 10GB for snapshots
3.  I try to balance low I/O and medium I/O machines a LUN and try to keep the same OS on each LUN so that we can have single insance memory page sharing which can cutdown paging by 20%
4.  Large virtual machines I keep on their own LUNs, usually over 250GB since the VMFS lun needs to be a different block size
5.  You can setup LUNs per VM function, subnet, vlan, etc.. this personal preference
6.  Setup a LUN for ISOs and templates, it will make is easy to keep track of them

Just a few notes from recent projects, there are many ways of doing this.



0
 
markzzCommented:
By your comment of a 128 Lun limitation being an issue I can assume you are considering putting each Guest session into it's own unique LUN. I would not do this as your LUN administration would be a horrible task.
VMWare previously recommended an optimal LUN size of 256GB. I don't know if this recommendation has increased but I have luns upto 1TB. This is not an issue at all if your SAN is capable.
I would suggest that standard LUN size of 512GB is very acceptable and flexible. If you using Netapp you do need to keep your snapshot reserve in mind when creating your volumes but what percentage you leave is up to your unique requirements.
Also we ensure each LUN never has less than 50GB or about 10% of available space or you may run the LUN of of space during VCB's or snapshots.
ESX 3.5 update 2 now supports live cloning so long term snapshots are less of a concern.
You mentioned your running over a FC environment, therefore it must be 2Gb or better. Due to the large cluster side of the VMFS your IO is surprisingly low for the workload.
My final word on this would be, Look at your guests, if they have disks which are close to 250GB then use a 512GB LUN if not use a 256GB LUN size.
0
 
minnefornianAuthor Commented:
nicely done. Thanks. I went ahead with my config but this supports all of my choices. Good format, easy to read.
0

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now