<div dir="ltr"><div>I think the purpose of nova VM is not for persistent usage, and it should be used for stateless. However, there are use cases to use VM to replace bare metal applications, and it requires the same coverage, which I think VMware did pretty well. <br>
</div>The nova backup is snapshot indeed, so it should be re-implemented to be fitting into the real backup solution.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Aug 30, 2014 at 1:14 PM, Preston L. Bannister <span dir="ltr"><<a href="mailto:preston@bannister.us" target="_blank">preston@bannister.us</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The current "backup" APIs in OpenStack do not really make sense (and apparently do not work ... which perhaps says something about usage and usability). So in that sense, they could be removed.<div>

<br></div><div>Wrote out a bit as to what is needed:</div><div><a href="http://bannister.us/weblog/2014/08/21/cloud-application-backup-and-openstack/" target="_blank">http://bannister.us/weblog/2014/08/21/cloud-application-backup-and-openstack/</a></div>

<div><div><br></div><div>At the same time, to do efficient backup at cloud scale, OpenStack is missing a few primitives needed for backup. We need to be able to quiesce instances, and collect changed-block lists, across hypervisors and filesystems. There is some relevant work in this area - for example:</div>

<div><br></div><div><a href="https://wiki.openstack.org/wiki/Nova/InstanceLevelSnapshots" target="_blank">https://wiki.openstack.org/wiki/Nova/InstanceLevelSnapshots</a><br></div><div><div><br></div><div>Switching hats - as a cloud developer, on AWS there is excellent current means of backup-through-snapshots, which is very quick and is charged based on changed-blocks. (The performance and cost both reflect use of changed-block tracking underneath.)</div>

</div><div><br></div><div>If OpenStack completely lacks any equivalent API, then the platform is less competitive.</div><div><br></div><div>Are you thinking about backup as performed by the cloud infrastructure folk, or as a service used by cloud developers in deployed applications? The first might do behind-the-scenes backups. The second needs an API.</div>

<div><br></div><div><br></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 29, 2014 at 11:16 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On 08/29/2014 02:48 AM, Preston L. Bannister wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Looking to put a proper implementation of instance backup into<br>
OpenStack. Started by writing a simple set of baseline tests and running<br>
against the stable/icehouse branch. They failed!<br>
<br>
<a href="https://github.com/dreadedhill-work/openstack-backup-scripts" target="_blank">https://github.com/<u></u>dreadedhill-work/openstack-<u></u>backup-scripts</a><br>
<br>
Scripts and configuration are in the above. Simple tests.<br>
<br>
At first I assumed there was a configuration error in my Devstack ...<br>
but at this point I believe the errors are in fact in OpenStack. (Also I<br>
have rather more colorful things to say about what is and is not logged.)<br>
<br>
Try to backup bootable Cinder volumes attached to instances ... and all<br>
fail. Try to backup instances booted from images, and all-but-one fail<br>
(without logged errors, so far as I see).<br>
<br>
Was concerned about preserving existing behaviour (as I am currently<br>
hacking the Nova backup API), but ... if the existing is badly broken,<br>
this may not be a concern. (Makes my job a bit simpler.)<br>
<br>
If someone is using "nova backup" successfully (more than one backup at<br>
a time), I *would* rather like to know!<br>
<br>
Anyone with different experience?<br>
</blockquote>
<br></div></div>
IMO, the create_backup API extension should be removed from the Compute API. It's completely unnecessary and backups should be the purview of external (to Nova) scripts or configuration management modules. This API extension is essentially trying to be a Cloud Cron, which is inappropriate for the Compute API, IMO.<br>


<br>
-jay<br>
<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote></div><br></div>
</div></div><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" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>