All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Chunyan Liu <cyliu@suse.com>
Cc: ian.jackson@eu.citrix.com, jfehlig@suse.com, wei.liu2@citrix.com,
	xen-devel@lists.xen.org
Subject: Re: [RFC V9 1/4] domain snapshot terms
Date: Thu, 18 Dec 2014 15:05:19 +0000	[thread overview]
Message-ID: <1418915119.11882.79.camel@citrix.com> (raw)
In-Reply-To: <1418711577-15449-2-git-send-email-cyliu@suse.com>

On Tue, 2014-12-16 at 14:32 +0800, Chunyan Liu wrote:
> Changes to V8:
>   * add a document for domain snapshot related terms, they will be
>     referred in later documents.
> 
> =====================================================================
> Terms
> 
> * Active domain: domain created and started
> 
> * Inactive domain: domain created but not started

As Wei says I think you mean "defined" here, since created and started
are (essentially) synonyms for some toolstacks.

You'll probably want to define "defined" too for clarity.

> 
> * Domain snapshot:
> 
>   Domain snapshot is a system checkpoint of a domain. It contains
>   the memory status at the checkpoint and the disk status.
> 
> * Disk-only snapshot:
> 
>   Disk-only snapshot only keeps the status of disk, not saving
>   memory status.
> 
>   Contents of disks (whether a subset or all disks associated with
>   the domain) are saved at a given point of time, and can be restored
>   back to that state. On a running guest, a disk-only snapshot is
>   likely to be only crash-consistent rather than clean (that is, it
>   represents the state of the disk on a sudden power outage); on an
>   inactive guest, a disk-only snapshot is clean if the disks were
>   clean when the guest was last shut down.

There is the possibility of doing clean snapshots if a guest agent is
involved to quiesce the disks at the right moment (e.g. I believe qemu
has such a thing, or at least I've seen talks about it being developed
at conferences). Are you including this possibility or explicitly ruling
it out of scope?

> * Live Snapshot:
> 
>   Like live migration, it will increase size of the memory dump file,
>   but reducess downtime of the guest.
> 
> * Internal Disk Snapshot
> 
>   File formats such as qcow2 track both the snapshot and changes
>   since the snapshot in a single file.
> 
> * External Disk Snapshot
> 
>   The snapshot is one file, and the changes since the snapshot
>   are in another file.

  reply	other threads:[~2014-12-18 15:05 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-16  6:32 [RFC V9 0/4] domain snapshot document Chunyan Liu
2014-12-16  6:32 ` [RFC V9 1/4] domain snapshot terms Chunyan Liu
2014-12-18 15:05   ` Ian Campbell [this message]
2014-12-19  2:46     ` Chun Yan Liu
2014-12-16  6:32 ` [RFC V9 2/4] domain snapshot overview Chunyan Liu
2014-12-17 12:17   ` Wei Liu
2014-12-18  3:34     ` Chun Yan Liu
2014-12-18 10:57       ` Wei Liu
2014-12-18 15:10   ` Ian Campbell
2014-12-19  5:45     ` Chun Yan Liu
2014-12-19 10:25       ` Ian Campbell
2014-12-23  3:42         ` Chun Yan Liu
2015-01-08 12:26           ` Ian Campbell
2015-01-12  7:01             ` Chun Yan Liu
2015-01-12 13:54               ` Ian Campbell
2015-01-14  3:12                 ` Chun Yan Liu
2014-12-16  6:32 ` [RFC V9 3/4] domain snapshot design: xl Chunyan Liu
2014-12-17 12:28   ` Wei Liu
2014-12-18  3:23     ` Chun Yan Liu
2014-12-18 11:02       ` Wei Liu
2014-12-18 15:15   ` Ian Campbell
2014-12-19  7:03     ` Chun Yan Liu
2014-12-19 10:27       ` Ian Campbell
2014-12-22  8:52         ` Chun Yan Liu
2015-01-08 11:59           ` Ian Campbell
2014-12-16  6:32 ` [RFC V9 4/4] domain snapshot design: libxl/libxlu Chunyan Liu
2014-12-17 14:09   ` Wei Liu
2014-12-18  3:01     ` Chun Yan Liu
2014-12-18 15:27   ` Ian Campbell
2014-12-19  6:58     ` Chun Yan Liu
2014-12-19 10:38       ` Ian Campbell
2014-12-22  9:36         ` Chun Yan Liu
2014-12-22  9:36         ` [Qemu-devel] " Chun Yan Liu
2015-01-08 12:11           ` Ian Campbell
2015-01-08 12:11           ` [Qemu-devel] " Ian Campbell
2015-01-09  9:59             ` Chun Yan Liu
2015-01-09  9:59               ` Chun Yan Liu
2014-12-22  9:53         ` Chun Yan Liu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1418915119.11882.79.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=cyliu@suse.com \
    --cc=ian.jackson@eu.citrix.com \
    --cc=jfehlig@suse.com \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.