4 ms·
Reads and writes for a given key always go to a single node. As you add more machines with the same workload, you are handling fewer keys per machine. The fli
by rescrv 15y ago
Reads and writes for a given key always go to a single node. As you add more machines with the same workload, you are handling fewer keys per machine. The flip side is, if the number of keys per machine stays constant, more machines directly translates into the ability to handle more keys.
HyperDex scales linearly as you can see in our scalability graph.
- jfager 15y agoI think you're missing the point of the question. I'm not asking how you scale in general, I'm asking whether your replication scheme is only for failover or if it contributes to your scaling story - i.e., if a given key goes hot, does everything have to run through the point leader, or can each replica take writes/serve requests? It sounds like the former, which is fine, just wanted to clarify.
- rescrv 15y agoIt's the former. I'd rather not sacrifice our strong consistency by using replicas to serve GET requests.