Hi, Ken.
The upcoming Zipper 10 PR (WIP code here:
https://github.com/dang/ceph/tree/wip-dang-zipper-10 ) has the code use
a store other than Rados, and most of the code to make the store
independent (there's still some hardcoded use of RadosStore, but that is
planned to be fixed in zipper 10). The API is mostly complete, but
there will be a few changes. Note that the first outside store will be
more work than the others, because we need use it to figure out which
APIs were added that should be removed. Soumya has started actively
working on the DB store, so hopefully this will perform that task.
Basically, you need to implement all the sub-classes that the RadosStore
does in rgw/rgw_sal_rados.[cc,h]. For testing purposes, you'll need to
hard-code using your store, until Kaleb finishes the module loading code.
Keep in mind, the API is not in it's final form, and won't be until we
have a second store committed, so be ready to make changes if necessary.
Daniel
On 1/21/21 4:56 AM, iizawa.ken@xxxxxxxxxxx wrote:
Hi Daniel,
Could you give me the pointers you mentioned?
I am thinking about working on a File store.
Ken
-----Original Message-----
From: Matt Benjamin <mbenjami@xxxxxxxxxx>
Sent: Friday, December 4, 2020 1:26 AM
To: Daniel Gryniewicz <dang@xxxxxxxxxx>
Cc: Iizawa, Ken <iizawa.ken@xxxxxxxxxxx>; dev@xxxxxxx
Subject: Re: question about Project Zipper: File backend
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@xxxxxxxxxx> 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@xxxxxxxxxxx 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@xxxxxxx
To unsubscribe send an email to dev-leave@xxxxxxx
_______________________________________________
Dev mailing list -- dev@xxxxxxx
To unsubscribe send an email to dev-leave@xxxxxxx
_______________________________________________
Dev mailing list -- dev@xxxxxxx
To unsubscribe send an email to dev-leave@xxxxxxx
