Re: RGW placement multi data pool support

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

 



(clarifying, this is refactoring specific to rgw by Dan, not cluster-level placement)

----- Original Message -----
> From: "Matt Benjamin" <mbenjamin@xxxxxxxxxx>
> To: "Yang Honggang" <joseph.yang@xxxxxxxxxxxx>
> Cc: "ceph-devel" <ceph-devel@xxxxxxxxxxxxxxx>, "Javen Wu" <javen.wu@xxxxxxxxxxxx>, "Daniel Gryniewicz"
> <dang@xxxxxxxxxx>
> Sent: Monday, March 21, 2016 3:54:38 PM
> Subject: Re: RGW placement multi data pool support
> 
> Hi,
> 
> In-progress work (planned for Kraken) will make storage layout more cleanly
> abstract, and so should make this kind of thing less intrusive to build.
> 
> Matt
> 
> ----- Original Message -----
> > From: "Yang Honggang" <joseph.yang@xxxxxxxxxxxx>
> > To: "ceph-devel" <ceph-devel@xxxxxxxxxxxxxxx>
> > Cc: "Javen Wu" <javen.wu@xxxxxxxxxxxx>
> > Sent: Friday, March 18, 2016 7:07:09 AM
> > Subject: RGW placement multi data pool support
> > 
> > Hello,
> > 
> > In the current RGW implementation, only one ‘data pool’ is allowed in the
> > placement target. So the size of a bucket is limited by the backend pool
> > size. We can add osds into the backend pool, but it would trigger PG data
> > rebalance. Also, we might have to do PG split when the OSD count is close
> > to the pre-defined PG number, however, it would trigger data rebalance as
> > well. We try to avoid data rebalance as many as we can by adding multiple
> > pools into one placement target. Then a scheduler between pools of a
> > placement target is needed.
> > 
> > I have a immature proposal would like to discuss with you. We can extend
> > placement's data pool to a pool list. When a new object is created through
> > RGW, we can choose one data pool from placement's data pool list. In order
> > to do that, the pool ID need to be added into the bucket index for each
> > object.
> > 
> > How do you guys think?
> > 
> > thx,
> > 
> > Joseph
> > --
> > 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
> > 
> 
> --
> Matt Benjamin
> Red Hat, Inc.
> 315 West Huron Street, Suite 140A
> Ann Arbor, Michigan 48103
> 
> http://www.redhat.com/en/technologies/storage
> 
> tel.  734-707-0660
> fax.  734-769-8938
> cel.  734-216-5309
> --
> 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
> 

-- 
Matt Benjamin
Red Hat, Inc.
315 West Huron Street, Suite 140A
Ann Arbor, Michigan 48103

http://www.redhat.com/en/technologies/storage

tel.  734-707-0660
fax.  734-769-8938
cel.  734-216-5309
--
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