<font size=2 face="sans-serif">Hi Jay and Zhao Qin,</font>
<br>
<br><font size=2 face="sans-serif">Thank you for your reply. I have recap
my recent ideas about the blueprints and put them in the link: </font><a href="https://etherpad.openstack.org/p/live-snapshot"><font size=2 color=blue face="sans-serif">https://etherpad.openstack.org/p/live-snapshot</font></a><font size=2 face="sans-serif">.</font>
<br><font size=2 face="sans-serif">Waiting for your comments. </font>
<br><font size=2 face="sans-serif">Thank you folks again.</font>
<br>
<br><font size=2 face="sans-serif">Best wishes,<br>
Vincent Hou (侯胜博)<br>
<br>
Staff Software Engineer, Open Standards and Open Source Team, Emerging
Technology Institute, IBM China Software Development Lab<br>
<br>
Tel: 86-10-82450778 Fax: 86-10-82453660<br>
Notes ID: Sheng Bo Hou/China/IBM@IBMCN    E-mail: sbhou@cn.ibm.com
<br>
Address:3F Ring, Building 28 Zhongguancun Software Park, 8 Dongbeiwang
West Road, Haidian District, Beijing, P.R.C.100193<br>
地址:北京市海淀区东北旺西路8号中关村软件园28号楼环宇大厦3层
邮编：100193</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Jay Pipes <jaypipes@gmail.com></b>
</font>
<p><font size=1 face="sans-serif">2014/03/14 11:40</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Sheng Bo Hou/China/IBM@IBMCN, </font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">chaochin@gmail.com</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: 转发: Re: [openstack-dev] [nova]
a question about instance snapshot</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Hi again, Vincent! I'm including Qin Zhao (cc'd) in
our conversation,<br>
since we were chatting about this on IRC :)<br>
<br>
Qin helpfully created an Etherpad where we are beginning to discuss this<br>
blueprint (and the related half-completed one).<br>
<br>
</font></tt><a href="https://etherpad.openstack.org/p/live-snapshot"><tt><font size=2>https://etherpad.openstack.org/p/live-snapshot</font></tt></a><tt><font size=2><br>
<br>
See you on the etherpad! :)<br>
<br>
Best,<br>
-jay<br>
<br>
On Fri, 2014-03-14 at 09:47 +0800, Sheng Bo Hou wrote:<br>
> Hi Jay, <br>
> <br>
> I found you are in the discussion about live snapshot. I came up with<br>
> a relatively generic solution for Nova in the following mail. Hope
you<br>
> can take a look review and give me your feedbacks. <br>
> <br>
> Thank you so much. <br>
> <br>
> Best wishes,<br>
> Vincent Hou (侯胜博)<br>
<br>
> Hi everyone,<br>
> <br>
> I got excited to hear that this live snapshot has been taken into<br>
> discussion in our community. Recently my clients in China came up
with<br>
> this live snapshot requirement as well, because they have already
had<br>
> their legacy environment and expect the original functions work fine<br>
> when they transfer to use OpenStack. In my opinion, we need to think
a<br>
> little bit about these clients' needs, because it is also a potential<br>
> market for OpenStack.<br>
> <br>
> I registered a new blueprint for Nova<br>
> </font></tt><a href="https://blueprints.launchpad.net/nova/+spec/driver-specific-snapshot"><tt><font size=2>https://blueprints.launchpad.net/nova/+spec/driver-specific-snapshot</font></tt></a><tt><font size=2>.<br>
> It is named driver-specific before, but can be changed later.<br>
> <br>
> The Nova API could be implemented via the extension, the following
API<br>
> may be added:<br>
> • CreateSnapshot: create a snapshot from the VM. The snapshot can
be<br>
> live snapshot or other hypervisor native way to create a snapshot.<br>
> • RestoreFromSnapshot: restore/revert the VM from a snapshot.<br>
> • DeleteSnapshot: delete a snapshot.<br>
> • ListSnapshot: list all the snapshots or list all the snapshots
if a<br>
> VM id is given.<br>
> • SpawnFromSnapshot: spawn a new VM from an existing snapshot, which<br>
> is the live snapshot or the snapshot of other snapshot created in
a<br>
> hypervisor native way. <br>
> The features in this blueprint can be optional for any drivers. If
a<br>
> driver does not have a "native way" to do live snapshot
or other kind<br>
> of snapshots, it is fine to leave the API not implemented; if a driver<br>
> can provide the "native feature" to do snapshot, it is an
opportunity<br>
> to reinforce Nova with this snapshot support. <br>
> <br>
> I sincerely need your comments and hope we can figure it out in a
most<br>
> favorable way. <br>
> Thank you so much. <br>
> <br>
> Best wishes,<br>
> Vincent Hou (侯胜博)<br>
> <br>
> Staff Software Engineer, Open Standards and Open Source Team, Emerging<br>
> Technology Institute, IBM China Software Development Lab<br>
> <br>
> Tel: 86-10-82450778 Fax: 86-10-82453660<br>
> Notes ID: Sheng Bo Hou/China/IBM@IBMCN    E-mail: sbhou@cn.ibm.com
<br>
> Address:3F Ring, Building 28 Zhongguancun Software Park, 8 Dongbeiwang<br>
> West Road, Haidian District, Beijing, P.R.C.100193<br>
> 地址:北京市海淀区东北旺西路8号中关村软件园28号楼环宇大厦3层
邮编：<br>
> 100193 <br>
> <br>
> Jay Pipes <jaypipes@gmail.com> <br>
> <br>
> 2014/03/12 03:15 <br>
> Please respond to<br>
> "OpenStack Development Mailing List<br>
> \(not for usage questions\)"<br>
> <openstack-dev@lists.openstack.org><br>
> <br>
> To<br>
> openstack-dev@lists.openstack.org, <br>
> cc<br>
> <br>
> Subject<br>
> Re:<br>
> [openstack-dev]<br>
> [nova] a question<br>
> about instance<br>
> snapshot<br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> On Tue, 2014-03-11 at 06:35 +0000, Bohai (ricky) wrote:<br>
> > > -----Original Message-----<br>
> > > From: Jay Pipes [</font></tt><a href=mailto:jaypipes@gmail.com><tt><font size=2>mailto:jaypipes@gmail.com</font></tt></a><tt><font size=2>]<br>
> > > Sent: Tuesday, March 11, 2014 3:20 AM<br>
> > > To: openstack-dev@lists.openstack.org<br>
> > > Subject: Re: [openstack-dev] [nova] a question about instance<br>
> snapshot<br>
> > ><br>
> > > On Mon, 2014-03-10 at 12:13 -0400, Shawn Hartsock wrote:<br>
> > > > We have very strong interest in pursing this feature
in the<br>
> VMware<br>
> > > > driver as well. I would like to see the revert instance
feature<br>
> > > > implemented at least.<br>
> > > ><br>
> > > > When I used to work in multi-discipline roles involving<br>
> operations it<br>
> > > > would be common for us to snapshot a vm, run through
an upgrade<br>
> > > > process, then revert if something did not upgrade smoothly.
This<br>
> > > > ability alone can be exceedingly valuable in long-lived
virtual<br>
> > > > machines.<br>
> > > ><br>
> > > > I also have some comments from parties interested in
refactoring<br>
> how<br>
> > > > the VMware drivers handle snapshots but I'm not certain
how much<br>
> that<br>
> > > > plays into this "live snapshot" discussion.<br>
> > ><br>
> > > I think the reason that there isn't much interest in doing
this<br>
> kind of thing is<br>
> > > because the worldview that VMs are pets is antithetical
to the<br>
> worldview that<br>
> > > VMs are cattle, and Nova tends to favor the latter (where
DRS/DPM<br>
> on<br>
> > > vSphere tends to favor the former).<br>
> > ><br>
> > > There's nothing about your scenario above of being able
to<br>
> "revert" an instance<br>
> > > to a particular state that isn't possible with today's Nova.<br>
> > > Snapshotting an instance, doing an upgrade of software on
the<br>
> instance, and<br>
> > > then restoring from the snapshot if something went wrong<br>
> (reverting) is<br>
> > > already fully possible to do with the regular Nova snapshot
and<br>
> restore<br>
> > > operations. The only difference is that the "live-snapshot"<br>
> > > stuff would include saving the memory view of a VM in addition
to<br>
> its disk state.<br>
> > > And that, at least in my opinion, is only needed when you
are<br>
> treating VMs like<br>
> > > pets and not cattle.<br>
> > ><br>
> > <br>
> > Hi Jay,<br>
> > <br>
> > I read every words in your reply and respect what you said.<br>
> > <br>
> > But i can't agree with you that memory snapshot is a feature
for pat<br>
> not for cattle.<br>
> > I think it's a feature whatever what do you look the instance
as.<br>
> > <br>
> > The world doesn't care about what we look the instance as, in
fact,<br>
> currently almost all the<br>
> > mainstream hypervisors have supported the memory snapshot.<br>
> > If it's just a dispensable feature and no users need it, I can't<br>
> understand why<br>
> > the hypervisors provide it without exception.<br>
> > <br>
> > In the document " OPENSTACK OPERATIONS GUIDE" section
" Live<br>
> snapshots" has the<br>
> > below words:<br>
> > " To ensure that important services have written their contents
to<br>
> disk (such as, databases),<br>
> > we recommend you read the documentation for those applications
to<br>
> determine what commands<br>
> > to issue to have them sync their contents to disk. If you are
unsure<br>
> how to do this,<br>
> >  the safest approach is to simply stop these running services<br>
> normally.<br>
> > "<br>
> > This just pushes all the responsibility to guarantee the consistency<br>
> of the instance to the end user.<br>
> > It's absolutely not convenient and I doubt whether it's appropriate.<br>
> <br>
> Hi Ricky,<br>
> <br>
> I guess we will just have to disagree about the relative usefulness
of<br>
> this kind of thing for users of the cloud (and not users of<br>
> traditional<br>
> managed hosting) :) Like I said, if it does not affect the performance<br>
> of other tenants' instances, I'm fine with adding the functionality
in<br>
> a<br>
> way that is generic (not hypervisor-specific).<br>
> <br>
> Best,<br>
> -jay<br>
> <br>
> <br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> OpenStack-dev@lists.openstack.org<br>
> </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></tt></a><tt><font size=2><br>
> <br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> OpenStack-dev@lists.openstack.org<br>
> </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</font></tt></a><tt><font size=2><br>
<br>
<br>
</font></tt>
<br>