<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Feb 6, 2016 at 3:00 PM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 2016-02-05 16:38:19 +0000 (+0000), Sam Yaple wrote:<br>
> I always forget to qualify that statement don't I? Nova does not<br>
> have a mechanism for _incremental_ backups. Nor does Nova have<br>
> compression or encryption because AFAIK that api only creates a<br>
> snapshot. I would also point out again that snapshots != backups,<br>
> at least not for those who care about backups.<br>
<br>
</span>And just to be clear, you assert that the Nova team would reject<br>
extending their existing backup implementation to support this, so<br>
the only real solution is to make another project.<br></blockquote><div><br></div><div>I don't know if Nova would reject it or not, but as discussed it could be extended to Cinder. Should Nova ever backup Cinder volumes? Additionally, why don't we combine networking into Nova? Or images? Or volumes? What I do assert is that we have done alot of work to strip out components from Nova, backups don't seem like a good candidate to shove into Nova. </div><div><br></div><div>Luckily since Ekko and Nova (just like Ekko and Freezer) don't have any conflicting operations should Ekko be built separate and merged into Nova it would be fairly painless process since there are no overlapping services.</div><div><br></div><div>Integration with Nova where Nova controls the hypervisor and Ekko requests operations through the Nova api before doing the backup is another question, and that is reasonable in my opinion. This is likely an issue that can be addressed down the road rather than at this moment, though.</div></div><br></div></div>