Re: Cache Driver's Storage of SAL Object Attributes

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

 



I don't think it's ever been the case that the d4n directory (redis) uniquely stores all of what RGW considers attributes.  Just "it's own attributes" (attributes relevant to cache operation and strategy; e.g., data location, hit rates, anything else that eventually becomse part of the cache workflow), so far as I know.  I think other attributes such as user metadata should be stored on the data cache.

Matt

On Tue, Aug 8, 2023 at 11:54 AM Samarah Uriarte <suriarte@xxxxxxxxxx> wrote:
Hello everyone,

Casey had raised a question recently regarding the design of the Cache Driver. He was under the impression that the D4N directory should be storing object metadata (and attributes) while the Cache Driver should be storing data only. 

Currently, the D4N Directory only stores metadata specific to directory-related operations, which is why S3 attributes like bucket size, mtime, and others are not added to the object's directory entry. Dan has also mentioned the prospect of moving SAL attributes into the directory rather than the cache backend; so this is worth discussing in more detail.

If you have any thoughts or additional comments on this topic, please let me know.

Sincerely,
Samarah Uriarte


--

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
_______________________________________________
Dev mailing list -- dev@xxxxxxx
To unsubscribe send an email to dev-leave@xxxxxxx

[Index of Archives]     [CEPH Users]     [Ceph Devel]     [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