Skip to content

Commit 36cfa01

Browse files
amotlhenrikingo
andcommitted
Scale: Add decommissioning notice about quorum of total cluster nodes
Co-authored-by: Henrik Ingo <henrik@nyrk.io>
1 parent a7e7603 commit 36cfa01

File tree

1 file changed

+30
-0
lines changed

1 file changed

+30
-0
lines changed

docs/admin/clustering/scale/index.md

Lines changed: 30 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -106,6 +106,36 @@ ALTER CLUSTER DECOMMISSION 'nodename';
106106
```
107107

108108

109+
## Advices
110+
111+
Please apply best-practice operation guidelines when managing your database
112+
cluster.
113+
114+
:::{tip}
115+
:class: hero font-large
116+
117+
For safely adding or decommissioning nodes, it is a good idea to
118+
add and remove only one node at a time.
119+
:::
120+
121+
:::{caution}
122+
:class: hero font-large
123+
124+
When restarting, shutting down, or when removing nodes from a cluster, using
125+
the `DECOMMISSION` command, you must be conscious about maintaining a quorum
126+
of nodes up and connected to the cluster as a whole, even if some nodes would
127+
no longer have any data.
128+
:::
129+
130+
131+
132+
<style>
133+
.font-large {
134+
font-size: large !important;
135+
}
136+
</style>
137+
138+
109139
[how to add new nodes to an existing cluster]: https://community.cratedb.com/t/how-to-add-new-nodes-to-an-existing-cluster/1546
110140
[how to scale CrateDB clusters up and down to cope with peaks in demand]: https://community.cratedb.com/t/scaling-cratedb-clusters-up-and-down-to-cope-with-peaks-in-demand/1314
111141
[shard allocation filtering]: inv:crate-reference#ddl_shard_allocation

0 commit comments

Comments
 (0)