Hi Ken, &c, The DB backend is partially prototyped out-of-tree, and might itself be useful. I at least have assumed that a more pure file backend might still have use for some indexed storage, and that we might ultimately stack or mixin file and db. Matt On Thu, Dec 3, 2020 at 9:02 AM Daniel Gryniewicz <dang@redhat.com> wrote:
Hi, Ken
We haven't started any work on the File store yet, it's a bit down our list. The first store is DB, followed by a lua intermediate layer. If someone else wanted to work on a File store earlier, I'd be happy to give pointers.
My tentative plan for File store was to use POSIX as the API. This would allow us to work on any local filesystem, and likely on many locally-mounted remote filesystems as well.
Daniel
On 12/2/20 8:45 PM, iizawa.ken@fujitsu.com wrote:
Dear Daniel and those familiar with Project Zipper,
I am interested in File backend mentioned in the following email, which is part of Project Zipper. https://marc.info/?l=ceph-devel&m=155542425904339&w=2
Daniel, do you have any idea in mind about how it will be implemented? For example, what kind of file interface (e.g. POSIX, NFS) will RGW use to access the backend?
I am interested in File backend because it might be useful if RGW could be backed by File backend such as NFS server instead of RADOS. I guess RADOS does not work well on some storage devices such as tape, but such devices can alternatively be accessed via file interface. In such a case, it might be useful if RGW could access the File backend and treat it as a different storage class from STANDARD.
Sincerely, Ken Iizawa _______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
_______________________________________________ Dev mailing list -- dev@ceph.io To unsubscribe send an email to dev-leave@ceph.io
-- Matt Benjamin Red Hat, Inc. 315 West Huron Street, Suite 140A Ann Arbor, Michigan 48103 http://www.redhat.com/en/technologies/storage tel. 734-821-5101 fax. 734-769-8938 cel. 734-216-5309