Quick overview of VMware and SAN needed

Oh man! Ad-blocking software has been detected! :'(

This website is run by the community, for the community... and it needs advertisements in order to keep running. Blocking our ads means your killing our stats!
Please disable your ad-block, or become a premium member to hide all advertisements and this notice.

Hi all. I am looking at getting a second ESX server and would like a quick overview of how the ESX works with vmotion and SANs.

Some questions I have are, is the SAN directly attached to the ESX server(s) (and how) or is connected via ethernet? In relation to this, when using vmotion to "move" a VM from one host to another am I right in thinking the the VMs are stored on the SAN and only the control of the VM is moved to the new host?

Would I need a SAN at all or is it possible to use just local storage space?

The reason is that the second ESX server will be on a different floor.

Any help appreciated.

 

Oh man! Ad-blocking software has been detected! :'(

This website is run by the community, for the community... and it needs advertisements in order to keep running. Blocking our ads means your killing our stats!
Please disable your ad-block, or become a premium member to hide all advertisements and this notice.

Hi Nugget,

In order to be able to VMotion, you need:

• Shared storage (i.e. a SAN or NAS) where both hosts can see the all the LUNs.
• Compatible CPUs in both hosts.
• GB Ethernet connecting the hosts.
• Virtual Center (with both hosts managed by it).
• Active licenses for VMotion and VC agents.

The shared storage can be a Fibre Channel SAN with the hosts and storage all connected by a Fibre Channel switch, or an iSCSI SAN with the hosts connected by Ethernet (software or hardware initiators can be used). You can also do VMotion with VMs that reside on NFS shares, but it's really really slow (i.e. not for production).

You need to make sure the CPUs in both hosts are compatible, and you need Virtual Center to co-ordinate the VMotion. You will need GB Ethernet between the hosts, and ideally another separate network if you use iSCSI.

Yes

You can't VMotion a VM on local storage, you need a SAN or NAS (i.e. NFS).

HTH.

David

 

Absolutely class reply. Rep given.

 

Thanks for the info David. I've been checking out the vmware site about vmotion but it's still confusing.

If vmotion is limited to using only SAN or NAS for storage then they should indicate that you can only use them and not use any type of storage including them.

Edit: also, the diagrams and wording on the website are also misleading. When I read it I get the idea that I can have 2 vmware servers on the network and move 1 vm on the local storage to the second vmware servers local storage. To me this is moving a vm from one server hardware to another servers hardware as shown in the diagram. Now, if the vm is actually stored on central storage (eg SAN) then you're not moving the vm from one server hardware to another, but just the control files needed for it. A very big difference in my book. Do I make any sense?

 

Hi Nugget.

You make perfect sense, however...

Vmotion can only be used with networked storage, SAN, NAS etc. When a VM is transferred to another ESX server using Vmotion, the actual VM's stay on the same networked storage, and it is only the control of it that changes.

You probably already know that you can manually transfer VM's from one datastore to another using the VI Client, but the actual VM needs to be powered off.

 

Thanks Luddy. I'm slowly learning the realities of it all but why do they not say this to start with.

Only uses networked storage.
VMs are stored here and not locally to each server.
Only moves the "controlling" files, vm actually stays on the networked storage.

Quite simple (and truthful) to put it this way and more importantly, it's how the bloody thing works. Everything I've read so far points to the opposite.

 

I know exactly what you mean.

When we bought our ESX and DR kit (before I got here I might add), we bought blades with lots of raid storage, then locally attached MSA's... and were told that VMotion would work for us.

Now we are stuck using vReplicator, which works pants for us, but that's a whole other story.

 

who on earth told you vmotion would work with locally attached MSAs? Unless they thought it was a locally attached FC MSA to two boxes lol

The gist of it is

The VMDK stays on the Storage, hence the storage needs to be accesible to both servers
on the NAS front only NFS is supported
on the SAN front you have FC and iSCSI options

Storage vMotion came with 3.5 which opens a whole new ball game! but we wont go into that

ESX 1 and ESX 2 must be on the same network
ESX 1 and ESX 2 must have the same, or masked CPUs
ESX 1 and ESX 2 must have the same network labels
ESX 1 and ESX 2 must both be connected to the same shared storage platform

 

Hi guys, thanks for all the input. I've decided to knock the project on the head for the time being as it's just too much new and unexplored areas in too short a time.

At least now I know what I'll need to look for in the future.

 

Uhm.... we had a consultant who was an 'expert' on pretty much everything. Thankfully it was before my time here.

 

Those consultants give me a bad name