* live migration
@ 2017-05-22 11:36 攀刘
2017-05-22 11:54 ` Peter Maloney
2017-05-22 14:20 ` Alexandre DERUMIER
0 siblings, 2 replies; 7+ messages in thread
From: 攀刘 @ 2017-05-22 11:36 UTC (permalink / raw)
To: ceph-devel
Hi All,
I am working on live migration for some images(migrate images from one
pool of one cluster, to a new pool in "another" cluster).
Do you have any experience or suggestion on how to do it?
Thanks
Pan
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: live migration
2017-05-22 11:36 live migration 攀刘
@ 2017-05-22 11:54 ` Peter Maloney
2017-05-23 1:58 ` 攀刘
2017-05-22 14:20 ` Alexandre DERUMIER
1 sibling, 1 reply; 7+ messages in thread
From: Peter Maloney @ 2017-05-22 11:54 UTC (permalink / raw)
To: 攀刘, ceph-devel
On 05/22/17 13:36, 攀刘 wrote:
> Hi All,
>
> I am working on live migration for some images(migrate images from one
> pool of one cluster, to a new pool in "another" cluster).
>
> Do you have any experience or suggestion on how to do it?
Proxmox VE can use the qemu feature "move_disk" to do this. If you are
also using qemu-kvm, you could also do that from the qemu monitor. It
lets you move a disk to another storage place (eg. from NFS to ceph
librbd and back which I tested) without restarting the VM.
>
> Thanks
> Pan
> --
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: live migration
2017-05-22 11:54 ` Peter Maloney
@ 2017-05-23 1:58 ` 攀刘
0 siblings, 0 replies; 7+ messages in thread
From: 攀刘 @ 2017-05-23 1:58 UTC (permalink / raw)
To: Peter Maloney; +Cc: ceph-devel
Hi Peter and All,
Thanks for reply.
But I am not using qemu-kvm, the use model is: there are many docker
containers built on top of nbds. Each nbd is mapped to an image by
using rbd-nbd map.
2017-05-22 19:54 GMT+08:00 Peter Maloney <peter.maloney@brockmann-consult.de>:
> On 05/22/17 13:36, 攀刘 wrote:
>> Hi All,
>>
>> I am working on live migration for some images(migrate images from one
>> pool of one cluster, to a new pool in "another" cluster).
>>
>> Do you have any experience or suggestion on how to do it?
> Proxmox VE can use the qemu feature "move_disk" to do this. If you are
> also using qemu-kvm, you could also do that from the qemu monitor. It
> lets you move a disk to another storage place (eg. from NFS to ceph
> librbd and back which I tested) without restarting the VM.
>
>>
>> Thanks
>> Pan
>> --
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: live migration
2017-05-22 11:36 live migration 攀刘
2017-05-22 11:54 ` Peter Maloney
@ 2017-05-22 14:20 ` Alexandre DERUMIER
1 sibling, 0 replies; 7+ messages in thread
From: Alexandre DERUMIER @ 2017-05-22 14:20 UTC (permalink / raw)
To: 攀刘; +Cc: ceph-devel
Alexandre Derumier
Ingénieur système et stockage
Manager Infrastructure
Fixe : +33 3 59 82 20 10
125 Avenue de la république
59110 La Madeleine
[ https://twitter.com/OdisoHosting ] [ https://twitter.com/mindbaz ] [ https://www.linkedin.com/company/odiso ] [ https://www.viadeo.com/fr/company/odiso ] [ https://www.facebook.com/monsiteestlent ]
[ https://www.monsiteestlent.com/ | MonSiteEstLent.com ] - Blog dédié à la webperformance et la gestion de pics de trafic
----- Mail original -----
De: "攀刘" <liupan1111@gmail.com>
À: "ceph-devel" <ceph-devel@vger.kernel.org>
Envoyé: Lundi 22 Mai 2017 13:36:35
Objet: live migration
Hi All,
I am working on live migration for some images(migrate images from one
pool of one cluster, to a new pool in "another" cluster).
Do you have any experience or suggestion on how to do it?
Thanks
Pan
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 7+ messages in thread
* Live migration
@ 2014-01-23 22:00 Faizul Bari
2014-01-23 22:16 ` Olaf Hering
0 siblings, 1 reply; 7+ messages in thread
From: Faizul Bari @ 2014-01-23 22:00 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 363 bytes --]
Hi,
I am new to xen development. I am trying to add a feature to the live
migration process. Instead of depending on the expected downtime and
transfer rate, I want to be able to manually trigger the stop-copy phase of
a live migration.
I am totally lost in the code. Can someone please point me where I should
start looking to implement this feature.
--
Faiz
[-- Attachment #1.2: Type: text/html, Size: 994 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <CANq0ewtOt=LabAgGWmCqu=g4quZP1KD8u2CEyiAVDPCBCvSHHg@mail.gmail.com>]
end of thread, other threads:[~2017-05-23 1:58 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-05-22 11:36 live migration 攀刘
2017-05-22 11:54 ` Peter Maloney
2017-05-23 1:58 ` 攀刘
2017-05-22 14:20 ` Alexandre DERUMIER
-- strict thread matches above, loose matches on Subject: below --
2014-01-23 22:00 Live migration Faizul Bari
2014-01-23 22:16 ` Olaf Hering
[not found] <CANq0ewtOt=LabAgGWmCqu=g4quZP1KD8u2CEyiAVDPCBCvSHHg@mail.gmail.com>
[not found] ` <CANq0ewsQcSR-k4QJWo6MMS5sT+cof68QRd3hMnXejyvTiVotxA@mail.gmail.com>
2012-12-12 7:17 ` live migration digvijay chauhan
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.