Open Stack

Hi Paul,

Can you explain more about the two use cases referenced?

Object Variation seems like a nice idea, but can you clarify how the
mechanism would work to get at the variations? Any examples? From the
current descriptions, it seems like the LFS Patch could help here
without adding anything to the object server.

Regarding the ring updates, given that rings are used by the proxy
servers, and as far as I can tell, the object servers don't know about
the rings, how would object servers have more up-to-date knowledge to
perform the redirect?

Thanks,

-peter


On Fri, May 31, 2013 at 7:53 PM, Luse, Paul E <paul.e.luse at intel.com> wrote:
> I’m looking at tacking this item:
>
>
>
> https://blueprints.launchpad.net/swift/+spec/support-storage-server-redirects
>
>
>
> and wanted to get some feedback on the following observations/thoughts:
>
>
>
> 1) This is a capability that would be checked in independent of other
> blueprints that might use it (2 are mentioned in the link above) and unit
> test code would be the only way to initially exercise it; it essentially
> enables other activities at this point
>
>
>
> 2) The basic idea is that an object server (via middleware or otherwise)
> will be given the ability to respond to a request to indicate ‘not me but I
> know who should handle this’.  I’m thinking this makes more sense as a 5xx
> response with additional information (partition, nodes) about the route
> included in the response body (as opposed to a 3xx code)
>
>
>
> 3) The proxy server will be modified to process the response accordingly but
> using the partition, nodes info from the response as opposed to
> object_ring.get_nodes() to determine which nodes to use
>
>
>
> 4) Protection will be required to avoid endless redirection loops
>
>
>
> 5) This applies only to GET operations
>
>
>
> Appreciate any thoughts/feedback.,  In addition to the two usages of this
> capability referenced in the blueprint I think there’s applicable to another
> Tiering blueprint which interests me as well.
>
>
>
> Thanks
>
> Paul
>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack at lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>