From: Wido den Hollander <wido@widodh.nl>
To: "ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: RGW object purging in upstream caches
Date: Tue, 22 Jan 2013 17:41:40 +0100 [thread overview]
Message-ID: <50FEC144.2050304@widodh.nl> (raw)
Hi,
(http://permalink.gmane.org/gmane.comp.file-systems.ceph.devel/12316)
> Hopefully not Varnish-specific; something like the Last-Modified header
> would be good.
>
> Also there are tricks you can do with queries; see for instance
> http://forum.nginx.org/read.php?2,1047,1052
It seems like a good discussion to have, since more people are looking
at this.
Yehuda started a thread in May last year about the future directions of
the RGW: http://www.spinics.net/lists/ceph-devel/msg06257.html
To improve performance I still think using a proxy like Varnish or Nginx
can help a lot.
Now, when running just one Varnish instance which does loadbalancing
over multiple RGW instances is not a real problem. When it sees a PUT
operation it can "purge" (called banning in Varnish) the object from
it's cache.
When looking at the scenario where you have multiple caches you run into
the cache-consistency problem. If an object is modified the caches are
not notified and will continue to serve an outdated object.
Looking at the Last-Modified header is not an option since the cache
will not contact RGW when serving out of it's cache.
To handle this there has to be some kind of "hook" inside RGW that can
notify Varnish (or some other cache) when an object changes.
Is this something that's on the roadmap? Thoughts?
Wido
next reply other threads:[~2013-01-22 16:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-22 16:41 Wido den Hollander [this message]
2013-01-22 17:15 ` RGW object purging in upstream caches Jeff Mitchell
2013-05-07 19:45 ` John Nielsen
2013-05-07 22:25 ` Yehuda Sadeh
2013-05-07 23:01 ` John Nielsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50FEC144.2050304@widodh.nl \
--to=wido@widodh.nl \
--cc=ceph-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.