Well,
On 02/28/2012 10:42 AM, Wido den Hollander wrote:
Hi,
On 02/28/2012 10:35 AM, Oliver Francke wrote:
Hi *,
well, there was once a comment on our layout in means of "too many
pools".
Our setup is to have a pool per customer, to simplify the view on used
storage
capacity.
So, if we have - in a couple of months, we hope - more then some hundred
customers, this setup was not recommended, cause the whole system is not
designed for handling that. ( Sage)
What does "not recommended" mean? Is it, that per OSD the used memory
will be
too high?
Yes. Every new pool you create will consume some memory on the OSD. So
if you start creating a lot of pools, you will also start consuming
more and more memory.
I haven't followed this lately, but that is the current information I
have.
The number of objects in a pool is also not a problem, you can have
millions without any issues. It's the number of pools which will haunt
you later on.
thnx for the quick reply, so if we can imagine, that the number of pool
per OSD is
the limiting factor, we shall not have more than let's say ~100, means,
we shall be
safe.
Wido
best regards,
Oliver.
Is this a general performance issue?
Well, if we read "pool", this gave us the basic idea/concept to put all
per-customers
data into it.
Please sched some light in 8-)
Kind regards,
Oliver.
--
Oliver Francke
filoo GmbH
Moltkestraße 25a
33330 Gütersloh
HRB4355 AG Gütersloh
Geschäftsführer: S.Grewing | J.Rehpöhler | C.Kunz
Folgen Sie uns auf Twitter: http://twitter.com/filoogmbh
--
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
