[pve-devel] Fw: Storage migration

[Alexandre DERUMIER]

>>I agree to all of these usecases. My plan is to start with the "easy" 
>>part - offline migration, since online migration is much more 
>>complicated. My goal is however, to implement online migration sometime 
>>in the future. Providing offline migration will be a god starting point. 

For offline,
I think you can look at my qm copy patchs I have send in the mailing list some week ago, they are implementation for qemu-img convert,
it can do the job fine and works will all storages.



----- Mail original ----- 

De: "Michael Rasmussen" <mir at datanom.net> 
À: pve-devel at pve.proxmox.com 
Envoyé: Dimanche 18 Novembre 2012 18:40:33 
Objet: Re: [pve-devel] Fw: Storage migration 

On Sun, 18 Nov 2012 10:47:59 -0500 
eric <eric at netwalk.com> wrote: 

> If doing live block migration over 10g or faster the performance will be just fine for nearly all use cases. 
> It would be useable over 1g if the vm is not doing lots of io. 
> 
> Sometimes a little bit of a performance hit is better than having downtime. 
> 
> Having the option allows flexibility to solve problems that might not be obvious to us today. 
> 
I agree to all of these usecases. My plan is to start with the "easy" 
part - offline migration, since online migration is much more 
complicated. My goal is however, to implement online migration sometime 
in the future. Providing offline migration will be a god starting point. 

-- 
Hilsen/Regards 
Michael Rasmussen 

Get my public GnuPG keys: 
michael <at> rasmussen <dot> cc 
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E 
mir <at> datanom <dot> net 
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C 
mir <at> miras <dot> org 
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 
-------------------------------------------------------------- 

_______________________________________________ 
pve-devel mailing list 
pve-devel at pve.proxmox.com 
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel