CrossPoolMigrationv2: Difference between revisions

From Xen
Jump to navigationJump to search
No edit summary
No edit summary
 
(5 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{TODO|Has this been implemented? If so, it should be moved to Designs in the XAPI Devel Index}}
<!-- MoinMoin name: CrossPoolMigration -->
<!-- Comment: -->
<!-- WikiMedia name: CrossPoolMigration -->
<!-- Page revision: 00000005 -->
<!-- Original date: Mon Jul 18 15:07:12 2011 (1311001632000000) -->


This page describes a possible design for [[CrossPoolMigration|Cross-pool migration]] (which also works for within-pool migration with and without shared storage).
__NOTOC__
This page describes a possible design for Cross-pool migration (which also works for within-pool migration with and without shared storage).


This is an alternative design to [[CrossPoolMigrationV2]] and [[CrossPoolMigrationV3]].
This is an alternative design to [[CrossPoolMigrationv1]] and [[CrossPoolMigrationv3]].


This design has the following features:
This design has the following features:
Line 84: Line 79:
The [https://github.com/djs55/iscsi-target-manager iscsi-target-manager] is a simple python program which wraps the "tgtadm" commands used to configure an iSCSI target.
The [https://github.com/djs55/iscsi-target-manager iscsi-target-manager] is a simple python program which wraps the "tgtadm" commands used to configure an iSCSI target.


[[Category:XCP]]
[[Category:XAPI Devel]]
[[Category:Developers]]

Latest revision as of 13:02, 11 July 2013

Icon todo.png To Do:

Has this been implemented? If so, it should be moved to Designs in the XAPI Devel Index


This page describes a possible design for Cross-pool migration (which also works for within-pool migration with and without shared storage).

This is an alternative design to CrossPoolMigrationv1 and CrossPoolMigrationv3.

This design has the following features:

  1. tapdisk log-dirty is used to build an efficient continuous disk copy program
    • this is storage-format agnostic: it doesn't require .vhd
  2. the SM on one host can generate URIs which can be used by other SMs to access disks over iSCSI on the storage network
  3. handling of iSCSI endpoints (both initiators and targets) is abstracted by an iSCSI service
    • this is expected to simplify the current code and prevent (eg) a bug in one SM plugin from interfering with another SM plugin
  4. a single codepath is used in xapi, making testing easier
    • this replaces the existing migration API
  5. a simple RESTful API makes the whole thing quite easy to test, prod etc.
  6. the xapi pieces and the SM pieces can be developed and tested independently and integrated at the end

Component diagram

Components (PDF)
CrossPoolMigration$components.png

Migration sequence

Migrate (PDF)
CrossPoolMigration$migrate.png

Proposed milestones and task list

The following milestones are proposed:

Milestone number
1
2
3
4

The following tasks are proposed:

Task Status
Forward-port blktap1 log dirty mode to tapdisk2
Implement an iSCSI service in dom0 Completed
Modify VDI.deactivate to finish any pending copies
Implement xapi HTTP operations
Create a continuous copy program (use sparse_dd?)
Implement SMAPI VDI.copy
Implement SMAPI VDI.get_url
Implement XenAPI VM.migrate, VM.receive
Implement xapi HTTP heartbeat

Links

The iscsi-target-manager is a simple python program which wraps the "tgtadm" commands used to configure an iSCSI target.