Thanks Javier.
The algorithm makes sense and the link pretty much validates what I figured was
the process for live migration.
Maybe the VM is a lot more active than I thought and it caused a lot of dirty
pages. The last VM I have on the server to migrate off is much larger and
active, so I gu
l
during that time. The main issue is that the guests are completely unusable, so
the migration may as well not be 'live'.
Thanks,
gary
- Original Message -
From: "Ionut Popovici"
To: users@lists.opennebula.org
Sent: Monday, November 25, 2013 2:52:51 AM
Subject:
Here you have the algorithm for live migration:
http://www.linux-kvm.org/page/Migration#Algorithm_.28the_short_version.29
In case your VM is doing some work that changes a lot of memory it
will keep marking dirty pages and it will continue in the "Iteratively
transfer all dirty pages (pages that
1st20- 60Gb disk .. is preaty much ..
2nd transfer is done via SCP that si a lil slower than any other
transfer but is more safer.
3nd It depends on READ on the host where are the VMS .. if they have
other host working .. keep in mind that the machine share the IO of that
datastore. On perfect
Hi all,
I was just moving some VM's around as a prep for some server maintenance, via
live migration. I moved 3 VM's which were all fairly small in size of 1GB - 3GB
RAM and 20GB - 60GB disk. I did the migrations 1 at a time. I was surprised at
how long the migrations took and also that each VM
