docs: clarify raft quorum for small clusters (#2403)

This commit is contained in:
AIGC玩家
2026-06-09 11:09:26 +02:00
committed by GitHub
parent d42a2f8ec5
commit 73a965f8b5
@@ -163,6 +163,8 @@ In practice, it means that Qdrant does not guarantee atomic distributed updates
Operations on collections, on the contrary, are part of the consensus which guarantees that all operations are durable and eventually executed by all nodes. Operations on collections, on the contrary, are part of the consensus which guarantees that all operations are durable and eventually executed by all nodes.
In practice it means that a majority of nodes agree on what operations should be applied before the service will perform them. In practice it means that a majority of nodes agree on what operations should be applied before the service will perform them.
For high availability, run at least three voting nodes. A two-node cluster cannot form a majority if either node is unavailable, so Raft cannot elect or confirm a leader until both nodes can communicate again.
Practically, it means that if the cluster is in a transition state - either electing a new leader after a failure or starting up, the collection update operations will be denied. Practically, it means that if the cluster is in a transition state - either electing a new leader after a failure or starting up, the collection update operations will be denied.
You may use the cluster [REST API](https://api.qdrant.tech/master/api-reference/distributed/cluster-status) to check the state of the consensus. You may use the cluster [REST API](https://api.qdrant.tech/master/api-reference/distributed/cluster-status) to check the state of the consensus.