Veeam® is happy to provide the Microsoft community with a study guide prepared by MVP and MCT, Orin Thomas. This guide will take you through each of the exam objectives, helping you to prepare for and pass the examination.
Course Of The Month
9 days, 14 hours left to enrollBecome a Premium Member and unlock a new, free course in leading technologies each month.
Solved
Best practice, or least administration, to setup SAN for hosting VMs (non bootfroSAN). How many Luns, etc.?
Posted on 2008-10-03
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
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
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
3 Comments
Active 1 day ago
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.
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.
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.
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.
Featured Post
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
When converting a physical machine to a virtual machine using VMware vCenter Converter Standalone or vCenter Converter Enterprise, if an adapter type is not selected during the initial customization the resulting virtual machine may contain an IDE d…
Concerto Cloud Services, a provider of fully managed private, public and hybrid cloud solutions, announced today it was named to the 20 Coolest Cloud Infrastructure Vendors Of The 2017 Cloud (http://www.concertocloud.com/about/in-the-news/2017/02/0…
- Storage
- Concerto Cloud Services
- Cisco
- Analytics
- Cloud Computing
- Cloud Services, *CRM, *Virtual Private Cloud (VPC)
Teach the user how to rename, unmount, delete and upgrade VMFS datastores.
Open vSphere Web Client: Rename VMFS and NFS datastores: Upgrade VMFS-3 volume to VMFS-5: Unmount VMFS datastore: Delete a VMFS datastore:
Teach the user how to install and configure the vCenter Orchestrator virtual appliance
Open vSphere Web Client: Deploy vCenter Orchestrator virtual appliance OVA file: Verify vCenter Orchestrator virtual appliance boots successfully: Connect to the …
Suggested Courses
Earn Certification
HTML5 Specialist - Certification
Free withPremium
Course of the Month9 days, 14 hours left to enroll
Earn Certification
CompTIA IT Fundamentals
$49.00$44.10
623 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.