krzysztof/landing_page
1
0
Fork 0
mirror of https://github.com/qdrant/landing_page.git synced 2026-09-28 23:48:31 +02:00
Code Issues Packages Projects Releases Wiki Activity

Update distributed_deployment.md

Browse Source
This commit is contained in:
Andrey Vasnetsov
2024-11-09 21:57:14 +01:00
committed by GitHub
parent 501e77b256
commit 8eda527610
1 changed files with 9 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
qdrant-landing/content/documentation/guides/distributed_deployment.md
+9
View File
@@ -1159,6 +1159,15 @@ client.CreateCollection(context.Background(), &qdrant.CreateCollection{
Write operations will fail if the number of active replicas is less than the `write_consistency_factor`.
The configuration of the write_consistency_factor is important for adjusting the cluster's behavior when some nodes go offline due to restarts, upgrades, or failures.
By default, the cluster continues to accept updates as long as at least one replica of each shard is online. However, this behavior means that once an offline replica is restored, it will require additional synchronization with the rest of the cluster. In some cases, this synchronization can be resource-intensive and undesirable.
Setting the write_consistency_factor to match the replication factor modifies the cluster's behavior so that unreplicated updates are rejected, preventing the need for extra synchronization.
For asynchronous updates and injection pipelines capable of handling errors and retries, this strategy might be preferable.
### Read consistency
Read `consistency` can be specified for most read requests and will ensure that the returned result