Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
MIME-Version: 1.0
In-Reply-To: <CA+FPaebOze=TaQSR4vQAT8NeAFnMg+q5QPo1fDQBWVXfj-Lf+A@mail.gmail.com>
References: <CAKWHM89b3VcfkXNekqxaiD-Y587BP8boUK7Hv6Cyw8veO50KNA@mail.gmail.com>
 <ac4d947b-730b-4691-b50e-3e7e72a17e73@msgid.missiveapp.com>
 <BN6PR02MB33315C085DF4823396379255A9920@BN6PR02MB3331.namprd02.prod.outlook.com>
 <CAKWHM8-58pgzozeai--KkJ1UVtAePEkYJO9gAeaZo4=pAUe0jw@mail.gmail.com>
 <CAKLH8EZ7xo+_UBPt6q6J9P2b6hMc4Tu0AEQrMTH4dMOrapR8rA@mail.gmail.com>
 <7dd74055-b320-c0b0-c5e3-dd69adfa7101@gmail.com> <CAMvtBPO3ir9aZ_0-cb9hLwmF2fvc+q8QXoH4YF1qS4SaJs5tAg@mail.gmail.com>
 <CA+FPaebOze=TaQSR4vQAT8NeAFnMg+q5QPo1fDQBWVXfj-Lf+A@mail.gmail.com>
From: Dmitriy Kaluzhniy <dmitriy.kaluzhniy@gmail.com>
Date: Mon, 2 Oct 2017 15:55:08 +0300
Message-ID: <CAKWHM8-4ryKKfZYucnghdo-roLwE3+wGDyppL1GgwmWpr9naKA@mail.gmail.com>
Subject: Re: Need to ask for help again (Migration in cloudstack)
To: dev@cloudstack.apache.org
Content-Type: multipart/alternative; boundary="f40304396880cc4b1e055a8fe425"
archived-at: Mon, 02 Oct 2017 12:55:57 -0000

--f40304396880cc4b1e055a8fe425
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello!
I want to say thanks to all!
Nowadays I had no time to work on this, but I hope I will setup some test
environment to try live migration + migration on non-shared.

2017-10-02 13:50 GMT+03:00 Ivan Kudryavtsev <kudryavtsev_ia@bw-sw.com>:

> 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 wo=
rk
> as expected without autoconvergence and new Qemu/KVM does the work.
>
> 2017-10-02 17:44 GMT+07:00 Andrija Panic <andrija.panic@gmail.com>:
>
> > A bit late, and not directly related with original question - if you ar=
e
> > 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 hel=
ps
> > 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.lists@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=C3=A8le Brothier wrote:
> > > > Hi Dimitriy,
> > > >
> > > > I wrote the PR for the live migration in cloudstack (PR 1709). We'r=
e
> > > 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 configur=
e
> > > > 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=C3=A8le
> > > >
> > > > On Tue, Sep 5, 2017 at 2:07 PM, Dmitriy Kaluzhniy <
> > > > dmitriy.kaluzhniy@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 <sweller@ena.com.invalid>:
> > > >>
> > > >>> Dmitriy,
> > > >>>
> > > >>> Can you give us a bit more information about what you're trying t=
o
> > 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 <rajani@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.kaluzhniy@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*
> > > >>>
> > > >>
> > > >>
> > > >>
> > > >> --
> > > >>
> > > >>
> > > >>
> > > >> *--=D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC,=
=D0=94=D0=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 =D0=9A=D0=B0=D0=BB=D1=8E=D0=B6=
=D0=BD=D1=8B=D0=B9+38 (073) 101 14 73*
> > > >>
> > > >
> > >
> >
> >
> >
> > --
> >
> > Andrija Pani=C4=87
> >
>
>
>
> --
> With best regards, Ivan Kudryavtsev
> Bitworks Software, Ltd.
> Cell: +7-923-414-1515
> WWW: http://bitworks.software/ <http://bw-sw.com/>
>


--=20


*--=D0=A1 =D1=83=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD=D0=B8=D0=B5=D0=BC,=D0=94=D0=
=BC=D0=B8=D1=82=D1=80=D0=B8=D0=B9 =D0=9A=D0=B0=D0=BB=D1=8E=D0=B6=D0=BD=D1=
=8B=D0=B9+38 (073) 101 14 73*

--f40304396880cc4b1e055a8fe425--