CrossPoolMigration

CrossPoolMigration

[ruijin zhou]

Hi, Guys,

I recently found the following links about cross-pool migration:

http://wiki.xen.org/wiki/CrossPoolMigration

http://wiki.xen.org/wiki/CrossPoolMigrationv2

I am interested in the research topic of live storage migration. And, I want to build something on Xen. 

However, in recent Xen release I cannot find any code about live storage Migration. I found the above links, which have a 'to do list'. It seems that it just started.

Does anyone know when will we have the code for storage migration?

Thank you very much.

Best,
Ruijin

Re: [Xen-devel] CrossPoolMigration

[Pasi Kärkkäinen]

On Sun, Dec 18, 2011 at 09:46:10PM -0500, ruijin zhou wrote:
> Hi, Guys,
> 

Hello,

> I recently found the following links about cross-pool migration:
> 
> http://wiki.xen.org/wiki/CrossPoolMigration
> 
> http://wiki.xen.org/wiki/CrossPoolMigrationv2
> 
> I am interested in the research topic of live storage migration. And, I want to build something on Xen. 
> 
> However, in recent Xen release I cannot find any code about live storage Migration. I found the above links, which have a 'to do list'. It seems that it just started.
> 
> Does anyone know when will we have the code for storage migration?
> 
> Thank you very much.
> 

I added xen-api mailinglist to CC ..

-- Pasi

Re: [Xen-devel] CrossPoolMigration

[Mike McClurg]

On 19/12/11 08:22, Pasi Kärkkäinen wrote:
> On Sun, Dec 18, 2011 at 09:46:10PM -0500, ruijin zhou wrote:
>> Hi, Guys,
>>
> 
> Hello,
> 
>> I recently found the following links about cross-pool migration:
>>
>> http://wiki.xen.org/wiki/CrossPoolMigration
>>
>> http://wiki.xen.org/wiki/CrossPoolMigrationv2
>>
>> I am interested in the research topic of live storage migration. And, I want to build something on Xen. 
>>
>> However, in recent Xen release I cannot find any code about live storage Migration. I found the above links, which have a 'to do list'. It seems that it just started.
>>
>> Does anyone know when will we have the code for storage migration?
>>
>> Thank you very much.
>>
> 
> I added xen-api mailinglist to CC ..
> 

Thanks Pasi.

Hi Ruijin,

Storage motion is something that we are prototyping for XCP/XenServer.
It will not be a part of the Xen hypervisor. We'll probably start more
work on the prototype in January, and we'll post details of our
implementation plan to this list.

Mike

Re: [Xen-API] CrossPoolMigration

[Fajar A. Nugraha]

On Wed, Dec 21, 2011 at 2:39 AM, Mike McClurg <mike.mcclurg@citrix.com> wrote:
> Storage motion is something that we are prototyping for XCP/XenServer.
> It will not be a part of the Xen hypervisor. We'll probably start more
> work on the prototype in January, and we'll post details of our
> implementation plan to this list.

Is still based on drbd and tap, as in the wiki page? If yes, it'd be
... interesting (to say the least) to see how these issues will be
handled:
- space for drbd metadata:
http://www.drbd.org/users-guide/ch-internals.html#s-metadata
- performance penalty and choice of replication modes:
http://www.drbd.org/users-guide-emb/s-replication-protocols.html
- general tap issues (qdisk vs module, vanilla vs patched 2.6.32, etc.)

-- 
Fajar

Re: [Xen-devel] CrossPoolMigration

[Mike McClurg]

On 21/12/11 03:10, Fajar A. Nugraha wrote:
> On Wed, Dec 21, 2011 at 2:39 AM, Mike McClurg <mike.mcclurg-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org> wrote:
>> Storage motion is something that we are prototyping for XCP/XenServer.
>> It will not be a part of the Xen hypervisor. We'll probably start more
>> work on the prototype in January, and we'll post details of our
>> implementation plan to this list.
> 
> Is still based on drbd and tap, as in the wiki page? If yes, it'd be
> ... interesting (to say the least) to see how these issues will be
> handled:
> - space for drbd metadata:
> http://www.drbd.org/users-guide/ch-internals.html#s-metadata
> - performance penalty and choice of replication modes:
> http://www.drbd.org/users-guide-emb/s-replication-protocols.html
> - general tap issues (qdisk vs module, vanilla vs patched 2.6.32, etc.)
> 

Thanks for those links. No, the current plan is not to use DRBD, though
I can't remember the reasons that Dave decided against it.