<p dir="ltr"><br>
On Mar 10, 2014 12:29 PM, "Jay Pipes" <<a href="mailto:jaypipes@gmail.com">jaypipes@gmail.com</a>> wrote:<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 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 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 how<br>
> > the VMware drivers handle snapshots but I'm not certain how much that<br>
> > plays into this "live snapshot" discussion.<br>
><br>
> I think the reason that there isn't much interest in doing this kind of<br>
> thing is because the worldview that VMs are pets is antithetical to the<br>
> worldview that VMs are cattle, and Nova tends to favor the latter (where<br>
> DRS/DPM on vSphere tends to favor the former).<br>
><br>
> There's nothing about your scenario above of being able to "revert" an<br>
> instance to a particular state that isn't possible with today's Nova.<br>
> Snapshotting an instance, doing an upgrade of software on the instance,<br>
> and then restoring from the snapshot if something went wrong (reverting)<br>
> is already fully possible to do with the regular Nova snapshot and<br>
> restore operations. The only difference is that the "live-snapshot"<br>
> stuff would include saving the memory view of a VM in addition to its<br>
> disk state. And that, at least in my opinion, is only needed when you<br>
> are treating VMs like pets and not cattle.</p>
<p dir="ltr">++, well said.</p>
<p dir="ltr">><br>
> Best,<br>
> -jay<br>
><br>
> > On Mon, Mar 10, 2014 at 12:04 AM, Bohai (ricky) <<a href="mailto:bohai@huawei.com">bohai@huawei.com</a>> wrote:<br>
> > >> -----Original Message-----<br>
> > >> From: Alex Xu [mailto:<a href="mailto:xuhj@linux.vnet.ibm.com">xuhj@linux.vnet.ibm.com</a>]<br>
> > >> Sent: Sunday, March 09, 2014 10:04 PM<br>
> > >> To: OpenStack Development Mailing List (not for usage questions)<br>
> > >> Subject: Re: [openstack-dev] [nova] a question about instance snapshot<br>
> > >><br>
> > >> Hi, Jeremy, the discussion at here<br>
> > >> <a href="http://lists.openstack.org/pipermail/openstack-dev/2013-August/013688.html">http://lists.openstack.org/pipermail/openstack-dev/2013-August/013688.html</a><br>
> > >><br>
> > ><br>
> > > I have a great interest in the topic too.<br>
> > > I read the link you provided, and there is a little confusion for me.<br>
> > > I agree with the security consideration in the discussion and memory snapshot can't be used for the cloning instance easily.<br>
> > ><br>
> > > But I think it's safe for the using for Instance revert.<br>
> > > And revert the instance to a checkpoint is valuable for the user.<br>
> > > Why we didn't use it for instance revert in the first step?<br>
> > ><br>
> > > Best regards to you.<br>
> > > Ricky<br>
> > ><br>
> > >> Thanks<br>
> > >> Alex<br>
> > >> On 2014年03月07日 10:29, Liuji (Jeremy) wrote:<br>
> > >> > Hi, all<br>
> > >> ><br>
> > >> > Current openstack seems not support to snapshot instance with memory and<br>
> > >> dev states.<br>
> > >> > I searched the blueprint and found two relational blueprint like below.<br>
> > >> > But these blueprint failed to get in the branch.<br>
> > >> ><br>
> > >> > [1]: <a href="https://blueprints.launchpad.net/nova/+spec/live-snapshots">https://blueprints.launchpad.net/nova/+spec/live-snapshots</a><br>
> > >> > [2]: <a href="https://blueprints.launchpad.net/nova/+spec/live-snapshot-vms">https://blueprints.launchpad.net/nova/+spec/live-snapshot-vms</a><br>
> > >> ><br>
> > >> > In the blueprint[1], there is a comment,"<br>
> > >> > We discussed this pretty extensively on the mailing list and in a design<br>
> > >> summit session.<br>
> > >> > The consensus is that this is not a feature we would like to have in nova.<br>
> > >> --russellb "<br>
> > >> > But I can't find the discuss mail about it. I hope to know why we think so ?<br>
> > >> > Without memory snapshot, we can't to provide the feature for user to revert<br>
> > >> a instance to a checkpoint.<br>
> > >> ><br>
> > >> > Anyone who knows the history can help me or give me a hint how to find the<br>
> > >> discuss mail?<br>
> > >> ><br>
> > >> > I am a newbie for openstack and I apologize if I am missing something very<br>
> > >> obvious.<br>
> > >> ><br>
> > >> ><br>
> > >> > Thanks,<br>
> > >> > Jeremy Liu<br>
> > >> ><br>
> > >> ><br>
> > >> > _______________________________________________<br>
> > >> > OpenStack-dev mailing list<br>
> > >> > <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> > >> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> > >> ><br>
> > >> ><br>
> > >> ><br>
> > >><br>
> > >><br>
> > >> _______________________________________________<br>
> > >> OpenStack-dev mailing list<br>
> > >> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> > >> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> > > _______________________________________________<br>
> > > OpenStack-dev mailing list<br>
> > > <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> > > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> ><br>
> ><br>
> ><br>
><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</p>