Hello Fausto, I am happy to have a conversation about this with you and the Freezer team. I have a feeling the current direction of Ekko will add many components that will not be needed for Freezer and vice-versa. Nevertheless, I am all about community!
Sam Yaple On Tue, Jan 26, 2016 at 2:20 AM, Fausto Marzi <fausto.ma...@gmail.com> wrote: > Hi Sam, > My opinion would be to converge, so to have Ekko features exported from > the freezer-api and horizon web interface. Also the freezer-scheduler can > be integrated, that would enable Ekko to execute backup syncronized over > multiple nodes. > > By all mean, this does not mean you have to, it's just how I feel about it. > > We are totally open, so please let us know if there's any interest from > your side. > > Thanks, > Fausto > > Sent from my iPhone > > On 25 Jan 2016, at 08:58, Sam Yaple <sam...@yaple.net> wrote: > > On Mon, Jan 25, 2016 at 8:45 AM, Thierry Carrez <thie...@openstack.org> > wrote: > >> Sam Yaple wrote: >> >>> We would like to introduce you to a new community-driven OpenStack >>> project called Ekko. >>> >>> The aim of Ekko is to provide incremental block-level backup and restore >>> of Nova instances. We see backups as a key area that is missing in >>> OpenStack. One issue that has previously prevented backups in OpenStack >>> is the scalability of the storage backend. Object-storage is the answer >>> to this scalability problem, but with block-based backups you often see >>> large files that require POSIX operations to perform retention and >>> deletions. These operations are not able to be performed in the >>> traditional way in object storage, which has prevented leveraging >>> object-storage to its full potential. With Ekko we can solve this issue >>> allowing us to use storage that can scale with OpenStack. >>> >> >> Hi! >> >> How does Ekko compare to / differ from Freezer, which is an official >> OpenStack project targeted to the same problem space ? I suspect this is >> more low-level ? Is there some potential for convergence between the two >> projects ? >> >> > Hello Thierry, > > These are good questions. The biggest difference you already caught onto, > Ekko is more low-level. Freezer is targeted at the filesystem and specific > applications (like databases) directly. > > There are only two places with overlapping goals that I know of*. The > first is backup of a Cinder volume which is a future goal of Ekko and > something Freezer can currently do for LVM backed Cinder. The second is > backup of a nova instance. This isn't something freezer does directly, > instead it leverages nova-snapshot which is very disruptive to the instance > and will cause downtime for said instance. The current pursuit of Ekko is > _live_ incremental block-level backup of an nova instance and in that > regard there is no overlap with Freezer or any other project for that > matter. > > To answer the question of convergence between Ekko and Freezer, I would > say it's possible. That being said both projects are addressing different > problems in different ways. As discussed above, there is little overlap > between the two projects and the areas where there is overlap of goals have > drastically different implementations. I could put together a list of Ekko > vs Freezer, but I think that would be comparing apples to oranges. To state > this in terms of compatibility, Ekko and Freezer can run side-by-side > without interfering with each other in anyway. > > *Disclaimer: I am no expert on Freezer, I may be wrong in some statements > and am open to correction. > > Sam Yaple > > -- >> Thierry Carrez (ttx) >> >> __________________________________________________________________________ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: >> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
