All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.