Difference between revisions of "P.Haul"
(→Source) |
|||
| Line 21: | Line 21: | ||
Source is to call <code>phaul.MakePhaulClient</code> routine, it also returns a handler (and go error). Arguments are more complex. | Source is to call <code>phaul.MakePhaulClient</code> routine, it also returns a handler (and go error). Arguments are more complex. | ||
| − | + | The first is <code>PhaulLocal</code> interface. This one has the single method called <code>DumpCopyRestore</code>. Once p.haul client and server agree, that all preparations (pre-dumps) are done and it's time to call full dump, copy images and call full restore, this method is called. It's up to go-phaul caller to implement this method, as dumping processes is very engine-specific. E.g. OpenVZ, Docker, LXC all have [[CLI|different ways]] of invoking the <code>criu dump</code> operation. In turn, the method accepts | |
| − | |||
| − | This one has the single method called <code>DumpCopyRestore</code>. Once p.haul client and server agree, that all preparations (pre-dumps) are done and it's time to call full dump, copy images and call full restore, this method is called. It's up to go-phaul caller to implement this method, as dumping processes is very engine-specific. E.g. OpenVZ, Docker, LXC all have [[CLI|different ways]] of invoking the <code>criu dump</code> operation. In turn, the method accepts | ||
* <code>criu.Criu</code> -- a handler to Criu object from [[go wrappers]] using which client may invoke the dump action | * <code>criu.Criu</code> -- a handler to Criu object from [[go wrappers]] using which client may invoke the dump action | ||
| Line 29: | Line 27: | ||
* <code>last_client_images_path</code> string denoting where the last dump-s are. Needed to configure the [[incremental dumps]] for this final step | * <code>last_client_images_path</code> string denoting where the last dump-s are. Needed to configure the [[incremental dumps]] for this final step | ||
| − | + | Next goes the <code>PhaulRemote</code> interface with a set of methods, that client wants to be called on the server object. It's up to the caller to provide the RPC method for this. E.g. in phaul test the server handler is passed as is as this argument. | |
| − | |||
| − | |||
| − | |||
| − | |||
| + | The last one is known <code>PhaulConfig</code> object. | ||
After these preparations, the <code>client.Migrate()</code> is to be called. | After these preparations, the <code>client.Migrate()</code> is to be called. | ||
Revision as of 13:44, 6 July 2017
P.Haul is an extension to CRIU that makes live migration with CRIU possible. The effort first appeared as python script(s), but due to high complexity of python code integration, it was switched into Go. Right now the sources are in criu-dev branch, phaul/ subdir.
Description
P.Haul library is the pair of Go classes, one to be launched on the source node, the other one on the destination. Users are to import the source into their projects and call function directly. No CLI provided (yet).
Configuration
Both source and destination should create a PhaulConfig object that configures client and server. The fields are
Pid-- the pid of the process subtree to live migrateMemfd-- file descriptor via which CRIU will send processes' memory contentsWdir-- path where CRIU can put intermediate files (images, logs, etc.)
Destination
Destination process is to call phaul.MakePhaulServer routine, that returns back a handler (and go error). Argument is the PhaulConfig object described above.
Source
Source is to call phaul.MakePhaulClient routine, it also returns a handler (and go error). Arguments are more complex.
The first is PhaulLocal interface. This one has the single method called DumpCopyRestore. Once p.haul client and server agree, that all preparations (pre-dumps) are done and it's time to call full dump, copy images and call full restore, this method is called. It's up to go-phaul caller to implement this method, as dumping processes is very engine-specific. E.g. OpenVZ, Docker, LXC all have different ways of invoking the criu dump operation. In turn, the method accepts
criu.Criu-- a handler to Criu object from go wrappers using which client may invoke the dump actionPhaulConfigobjectlast_client_images_pathstring denoting where the last dump-s are. Needed to configure the incremental dumps for this final step
Next goes the PhaulRemote interface with a set of methods, that client wants to be called on the server object. It's up to the caller to provide the RPC method for this. E.g. in phaul test the server handler is passed as is as this argument.
The last one is known PhaulConfig object.
After these preparations, the client.Migrate() is to be called.