[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Xen-API] cross-pool migrate, with any kind of storage (shared or local)
- To: "xen-api@xxxxxxxxxxxxxxxxxxx" <xen-api@xxxxxxxxxxxxxxxxxxx>
- From: Dave Scott <Dave.Scott@xxxxxxxxxxxxx>
- Date: Wed, 13 Jul 2011 15:21:37 +0100
- Accept-language: en-US
- Acceptlanguage: en-US
- Delivery-date: Wed, 13 Jul 2011 07:21:50 -0700
- List-id: Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
- Thread-index: AcxBaC011FXJzoDKQvqcwzxyufoOKw==
- Thread-topic: cross-pool migrate, with any kind of storage (shared or local)
Hi,
I've created a page on the wiki describing a new migration protocol for xapi.
The plan is to make migrate work both within a pool and across pools, and to
work with and without storage i.e. transparently migrate storage if necessary.
The page is here:
http://wiki.xensource.com/xenwiki/CrossPoolMigration
The rough idea is to:
1. use an iSCSI target to export disks from the receiver to the transmitter
2. use tapdisk's log dirty mode to build a continuous disk copy program
-- perhaps we should go the full way and use the tapdisk block mirror code to
establish a full storage mirror?
3. use the VM metadata export/import to move the VM metadata between pools
I'd also like to
* make the migration code unit-testable (so I can test the failure paths easily)
* make the code more robust to host failures by host heartbeating
* make migrate properly cancellable
I've started making a prototype-- so far I've written a simple python wrapper
around the iscsi target daemon:
https://github.com/djs55/iscsi-target-manager
_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api