Re: Safe maximum number of RADOS namespaces

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Op 6 januari 2017 om 16:37 schreef John Spray <jspray@xxxxxxxxxx>:
> 
> 
> On Fri, Jan 6, 2017 at 1:44 PM, Wido den Hollander <wido@xxxxxxxx> wrote:
> > Hi,
> >
> > Together with a customer we are looking in to writing a application which will store a few PB of data using raw RADOS (librados C) and we are looking into using the RADOS namespaces to separate data.
> >
> > For each 'section' we want to use a namespace in RADOS, but that would mean we would start off with 30M namespaces and this number might grow to 50M within a few years.
> >
> > Is the a limitation for RADOS/FileStore/BlueStore for the amount of namespaces it can handle? (In a single pool?)
> 
> I don't think we currently track a list of namespaces anywhere, so
> there shouldn't be any limit.  The namespace effectively acts a
> special prefix to the object name.  This could possibly change if we
> ever added per-namespace statistics anywhere though.

Understood. I expected this, but I wanted to double-check anyway. We will run tests with this in the future so we will know more then.

Wido

> 
> John
> 
> > I want to test this, but writing a minimal of 30M objects takes a bit of time, so I figured I'd ask first.
> >
> > Wido
> > --
> > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> > the body of a message to majordomo@xxxxxxxxxxxxxxx
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux