Geo quorum planning
Question: can a failure make an unsafe quorum configuration safe?
Keep membership, availability, and response thresholds separate.
1 / 9
Question: can a failure make an unsafe quorum configuration safe?
Keep membership, availability, and response thresholds separate.
| Count | Use |
|---|---|
| Configured N, including unhealthy replicas | Intersection guarantee |
| Currently healthy capacity | Route feasibility |
A health observation does not reconfigure membership.
Disjoint sets of sizes R and W require R+W distinct members.
If R+W>N, disjoint read/write sets are impossible.
For two write sets, require 2W>N.
At equality, disjoint sets still fit.
Five configured replicas: west has 3, east has 2.
Connection fails. Each side sees only itself as healthy.
With R=W=2, both can obtain responses.
Should either report intersection safety?
| Caller | Available | Configured N | R+W>N? |
|---|---|---|---|
| west | 3 | 5 | 4>5: no |
| east | 2 | 5 | 4>5: no |
Using local healthy N would incorrectly approve both disjoint sides.
With R=W=3, only west can form the required routes.
North: 2 replicas at 12. South: 2 at 35. West: 1, offline.
For three responses: north → still need 1 → south.
Route [north,south], modeled latency 35, configured N=5.
Any threshold below 35 has only two available replicas, so cannot finish sooner.
Do not sort or modify the caller's input slice.
Only the required set-intersection property.
The planner does not order writes, choose versions, elect a leader, or change membership.
Latency is the maximum selected regional latency, not a full transaction timing model.