how is divided the data across a cluster?

EventStoreDB
1

I know that a 3-node cluster is 3 copies of the whole data but what about a 15-node cluster?
Is it 5 x 3 copies or… ?

2

The only replication built into Event Store is consistent non-sharded, so a 15 node cluster will have 15 copies of the same data, and a quorum of 8. It will likely not perform very well as writes will have to wait for 7 acknowledgements before acknowledging to a client.

3

so basically, Event Store can only scale vertically by using more beefy nodes?

4

Its rather trivial to shard across multiple replica sets. Do you have
a use case?

5

use case, let’s say use EventStore as main source of truth of all events at Facebook, how do I shard?

6

If you are at facebook let's chat :wink:

7

If the max Event Store cluster size is, say 9 ultra-beefy nodes, it’s still a lot of manual config to manually shard for growing parts of the site no ?

8

That is replication not partitioning.

9

just a blog post would help to explain some strategies to grow past one cluster…

10

Pas un blogpost, cela depend de vos besoins. Je rigole etes-vous Facebook?

C'est pas trop difficile a 16 partitions. envoie moi un email private.