openstack team mailing list archive
Mailing list archive
Re: Deprecating nova-objectstore
> -----Original Message-----
> From: Devin Carlen [mailto:devin.carlen@xxxxxxxxx]
> Sent: 17 January 2011 20:08
> To: Jay Pipes
> Cc: Thierry Carrez; Ewan Mellor; openstack@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Openstack] Deprecating nova-objectstore
> On Jan 17, 2011, at 11:59 AM, Jay Pipes wrote:
> > On Mon, Jan 17, 2011 at 2:19 PM, Thierry Carrez
> <thierry@xxxxxxxxxxxxx> wrote:
> >> Jay Pipes wrote:
> >>> I think the big difference is that clients would be talking to
> >>> and its RESTlike/JSON API, not to an S3 API front-end like
> >>> nova-objectstore.
> >>> The big question is whether OpenStack wants to support Amazon S3 as
> >>> objectstore at all, instead of just Swift, which now can
> >>> via an S3 API (http://swift.openstack.org/misc.html#module-
> >> OK, my understanding was that euca-upload-bundle is talking directly
> >> an S3-like backend, so if we want to support "the EC2 way of
> >> images" we need some S3-compatible server...
> > Precisely. This is why nova-objectstore cannot be removed even if
> > Glance supports S3 as a backend :)
> >> For serious deployments I guess we would use Swift S3 frontend. For
> >> cases, do we need a simpler solution ? And if yes, which one ?
> > Depends on whether supporting euca-upload-bundle is going to be a
> > priority once alternate openstack-API-speaking client tools are
> > completed... :)
> > My guess is that it won't, and nova-objectstore will eventually move
> > into /ext or /plugin for those who will want to continue using
> > euca-upload-bundle directly.
> I tend to disagree with this. Anyone who is using eucatools is going
> to want to use euca-upload-bundle. This is something we should
> continue to support. Not supporting euca-upload-bundle means we don't
> have a fully compatible EC2 implementation.
Devin, you lost me. Can't we make euca-upload-bundle work against Swift's S3 frontend? Why do you say that we need nova-objectstore?