Restoring unikernels

[PizieDust]

Currently a unikernel could either be running or destroyed. We should have functionality that let's us save the state of a running unikernel, gracefully shut it down, and this state can be at some point restored in a new unikernel, presenting no noticeable differences between the new unikernel and the previous unikernel. It may be sufficient to understand what's most important to preserve about a unikernel before it is destroyed, persisting this information and later using it.

[hannesm]

This requires to store unikernel information into the mollymawk database. This is for sure useful in the future.

[PizieDust]

Yes, the idea I have in mind is when a user destroys, we should store arguments of the unikernel in a record under the users data. I assume the binary of the unikernel should still exist on the albatross server and perhaps the block file should also still exist somewhere on the albatross server machine. When a user performs a restoration, we should just launch the previous binary and previous block data with the stored arguments. Or, we can ask the user if they will like a new instance of the block device.

[hannesm]

The unikernel binary does not exist anymore on the server when the unikernel is not running.

Block devices persist - I suspect #32 will solve what we want :)