AFAIK ACS has VM suspend parameter in KVM agent which acts when ACS is unable to migrate successfully. Also, I almost have no problem with 8core/16GB migration over 10G, but you are right. Sometimes it doesn't work as expected without autoconvergence and new Qemu/KVM does the work.
2017-10-02 17:44 GMT+07:00 Andrija Panic <andrija.pa...@gmail.com>: > A bit late, and not directly related with original question - if you are > doing any kind of KVM live migration (ACS or not), make sure you are using > qemu 2.5 and libvirt 1.3+, to support > dynamic auto-convergence (regular auto-convergence, almost useless, > available from qemu 1.6+) - becase live migration works well, until you hit > busy production VM, where there is hi RAM change rate, then nothing helps > except mentioned qemu 2.5+ dynamic autoconvergence (and even this takes > ages to completely allow some very busy VMs to finish migration...). > > On 5 September 2017 at 22:52, ilya <ilya.mailing.li...@gmail.com> wrote: > > > Personal experience with KVM (not cloudstack related) and non-shared > > storage migration - works most of the time - but can be very slow - even > > with 10G backplane. > > > > On 9/5/17 6:27 AM, Marc-Aurèle Brothier wrote: > > > Hi Dimitriy, > > > > > > I wrote the PR for the live migration in cloudstack (PR 1709). We're > > using > > > an older version than upstream so it's hard for me to fix the > integration > > > tests errors. All I can tell you, is that you should first configure > > > libvirt correctly for migration. You can play with it by manually > running > > > virsh commands to initiate the migration. The networking part will not > > work > > > after the VM being on the other machine if down manually. > > > > > > Marc-Aurèle > > > > > > On Tue, Sep 5, 2017 at 2:07 PM, Dmitriy Kaluzhniy < > > > dmitriy.kaluzh...@gmail.com> wrote: > > > > > >> Hello, > > >> That's what I want, thank you! > > >> I want to have Live migration on KVM with non-shared storages. > > >> As I understood, migration is performed by LibVirt. > > >> > > >> 2017-09-01 17:04 GMT+03:00 Simon Weller <swel...@ena.com.invalid>: > > >> > > >>> Dmitriy, > > >>> > > >>> Can you give us a bit more information about what you're trying to > do? > > >>> If you're looking for live migration on non shared storage with KVM, > > >> there > > >>> is an outstanding PR in the works to support that: > > >>> > > >>> https://github.com/apache/cloudstack/pull/1709 > > >>> > > >>> - Si > > >>> > > >>> > > >>> ________________________________ > > >>> From: Rajani Karuturi <raj...@apache.org> > > >>> Sent: Friday, September 1, 2017 4:07 AM > > >>> To: dev@cloudstack.apache.org > > >>> Subject: Re: Need to ask for help again (Migration in cloudstack) > > >>> > > >>> You might start with this commit > > >>> https://github.com/apache/cloudstack/commit/ > > >> 21ce3befc8ea9e1a6de449a21499a5 > > >>> 0ff141a183 > > >>> > > >>> > > >>> and storage_motion_supported column in hypervisor_capabilities > > >>> table. > > >>> > > >>> Thanks, > > >>> > > >>> ~ Rajani > > >>> > > >>> http://cloudplatform.accelerite.com/ > > >>> > > >>> On August 31, 2017 at 6:29 PM, Dmitriy Kaluzhniy > > >>> (dmitriy.kaluzh...@gmail.com) wrote: > > >>> > > >>> Hello! > > >>> I contacted this mail before, but I wasn't subscribed to mailing > > >>> list. > > >>> The reason I'm contacting you - I need advise. > > >>> During last week I was learning cloudstack code to find where is > > >>> implemented logic of this statements I found in cloudstack > > >>> documentation: > > >>> "(KVM) The VM must not be using local disk storage. (On > > >>> XenServer and > > >>> VMware, VM live migration with local disk is enabled by > > >>> CloudStack support > > >>> for XenMotion and vMotion.) > > >>> > > >>> (KVM) The destination host must be in the same cluster as the > > >>> original > > >>> host. (On XenServer and VMware, VM live migration from one > > >>> cluster to > > >>> another is enabled by CloudStack support for XenMotion and > > >>> vMotion.)" > > >>> > > >>> I made up a long road through source code but still can't see > > >>> it. If you > > >>> can give me any advise - it will be amazing. > > >>> Anyway, thank you. > > >>> > > >>> -- > > >>> > > >>> *Best regards,Dmitriy Kaluzhniy+38 (073) 101 14 73* > > >>> > > >> > > >> > > >> > > >> -- > > >> > > >> > > >> > > >> *--С уважением,Дмитрий Калюжный+38 (073) 101 14 73* > > >> > > > > > > > > > -- > > Andrija Panić > -- With best regards, Ivan Kudryavtsev Bitworks Software, Ltd. Cell: +7-923-414-1515 WWW: http://bitworks.software/ <http://bw-sw.com/>
