Preforming a Storage vmotion - 17TB VM
i am in the middle of a vmotion and see in vCenter a status that is moving slowly. This is a transfer between two hosts and there is no centralized storage solution. This is disk to disk over a cat6 cable.
The Vm has 4 volumes of which 1 is 500 GB, the other is 13.5 TB, and the other two are 1.5 TB respectively.
How can i find out the rate of transfer between both ESX hosts and how can i find out the amount of data already copied over? i kicked this off on Saturday at 12:30 pm and it is now Monday 51 hours later.
thanks
The Vm has 4 volumes of which 1 is 500 GB, the other is 13.5 TB, and the other two are 1.5 TB respectively.
How can i find out the rate of transfer between both ESX hosts and how can i find out the amount of data already copied over? i kicked this off on Saturday at 12:30 pm and it is now Monday 51 hours later.
thanks
John,
It seems that you are running it over iSCSI storage network ?
have you checked if the MTU is already set to 9000 for all components like:
vSwitch
PortGroup
HBA
Physical iSCSI Switch
Storage Processor on the Array
It seems that you are running it over iSCSI storage network ?
have you checked if the MTU is already set to 9000 for all components like:
vSwitch
PortGroup
HBA
Physical iSCSI Switch
Storage Processor on the Array
ASKER
It is currently at 50% and for clarification this is not over an ISCSI network; i created a separate network and dedicated nics on both hosts; connecting them together via a cat 6 cable.
i am looking at the other host and it shows the entire 17TB added to the new server. i look into the data-store at the server and see that all files are there but i know from experience that this is just a part of the process.
is there a command i can run to check my disk growing? this will give me a better estimate on whether to term the job or keep it going.
thanks again
i am looking at the other host and it shows the entire 17TB added to the new server. i look into the data-store at the server and see that all files are there but i know from experience that this is just a part of the process.
is there a command i can run to check my disk growing? this will give me a better estimate on whether to term the job or keep it going.
thanks again
is there a command i can run to check my disk growing? this will give me a better estimate on whether to term the job or keep it going.
no....you will just see the same as you do now....eventually, for a few seconds you will see both VMs, on both servers, just before cutover...
Look at the logs, esxtop....
you could run a powershell script, but not sure it will give you anymore info, than you have already.
you will find that the virtual machine disks, should have been created as data is mirrored to the destination server.
The whole point of Storage vMotion, as it's done in realtime with no downtime, you don't sit there watching it... like paint drying...
it will complete when it completes, with no downtime, so what's the issue ?
(connecting server to server with a cable is not really recommended...)
ASKER
Oh i get it! trust me i get it, this is the last thing i want to be doing over a holiday weekend. My concern is that the end user would experience some latency while i am able to attach to the server and navigate their files; i dont know how it would be if we were to be at full load.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
what speed are the NIC's?
1GB the very best is 1 day 10 hours 27 Minutes for the initial replication (this is the theoretical maximum which is rarely ever met in practice? Is RDMA enabled on the NIC's? This will offload from the CPU's involved. Initial replications do take a long time but once done the periodic syncs don't take much time at all.
1GB the very best is 1 day 10 hours 27 Minutes for the initial replication (this is the theoretical maximum which is rarely ever met in practice? Is RDMA enabled on the NIC's? This will offload from the CPU's involved. Initial replications do take a long time but once done the periodic syncs don't take much time at all.
ASKER
So my calculations were correct - over a 1GB network. transfering at a pace of 88,000 KB/s, i transfer about 7 TB in 24 hours. i just wish that vmware had a tool that would measure in such cases as mine :)
53 hours in and an estimated 14-15 TB done; wish i could get some hard numbers though. thanks for the assist and better understanding of storage vmotion
53 hours in and an estimated 14-15 TB done; wish i could get some hard numbers though. thanks for the assist and better understanding of storage vmotion
@David:
how is that possible on VMware ESXi to set the RDMA mode ?
even if it is possible, it is too late as the ESXi host must be rebooted.
Is RDMA enabled on the NIC's?
how is that possible on VMware ESXi to set the RDMA mode ?
even if it is possible, it is too late as the ESXi host must be rebooted.
you can also look in the vmware,log,
you should see these...
Worker#0| Disk copy done for scsi1:0.
Worker#0| Disk copy done for scsi0:0.
Worker#0| SVMotionMirroredMode: Disk copy phase completed
what is the current % ?
you should be able to look on the other host, and see the data which has been transferred.
see my EE Article
HOW TO: Performance Monitor vSphere 4.x or 5.0