[antirez]

Hey. All the possible keys are simply divided into 4096 slots. You can assign any part of this slots to any given node, so you can assign things in strange ways, like, node 1 50% of all the nodes, and 10% each to node 2,3,4,5,6.

Redis-trib will simply propose something that makes sense, but you will be able to edit the initial guess of the tool.

About sharding before redis cluster you can do it already but with more problems for sure as resharding will be much simpler with redis cluster (however you can just avoid doing resharding for now, using a lot of nodes from the start, not optimal but works). Not sure what is the problem with hiredis or perl, did not understood this part.

[vessenes]

hriedis on perl works fine, well, mostly fine. I uncovered at least one small bug which I'll send on at some point.

The issue is that hiredis didn't have a usable python client, and I hated developing in perl, or C. Without hiredis, redis over python is unusably slow for querying 100k+ keys at once, I believe due to python's networking / socket code.

In the end, I ended up moving to pytables for this sort of stuff; it would be nice to use redis for it, but the data access patterns are tuned a little bit more for the web than for a 'do this math on these 3 million data points' kind of use case.

Anyway, I'm excited about redis cluster, I think it fits a huge need for web-scale application development.

[yesbabyyes]

Tip: try node/coffeescript and hiredis, you might like it!