@@ -21,6 +21,7 @@ _non-critical workloads_
2121- Up to 12 GiB RAM
2222- Up to 1 TiB storage
2323- Backups (once per day)
24+ - Single-AZ
2425- Development support
2526:::
2627
@@ -32,6 +33,7 @@ _production workloads_
3233- Up to 495 GiB RAM
3334- Up to 72 TiB storage
3435- Backups (once per hour)
36+ - Multi-AZ
3537- Basic Support
3638
3739---
@@ -138,11 +140,19 @@ nodes, the overall cluster size can be scaled up to the following limits:
138140| Dedicated | CR4 | up to 144 | up to 495 GiB | up to 72 TiB |
139141:::
140142
141- ** Recommended Setup for High Availability** <br >
142- While it's possible to start with just one node, for applications needing high
143- availability and fault tolerance, we recommend using at least 3 nodes. This
144- ensures that your data is safely replicated and that the cluster can handle
145- node failures gracefully.
143+ ** High Availability** <br >
144+ While it’s possible to start with just one node, for applications requiring high
145+ availability and fault tolerance, we recommend using at least three nodes. This
146+ ensures data replication and allows the cluster to handle node failures gracefully.
147+
148+ Dedicated nodes are automatically deployed across three availability zones,
149+ and the specific zone for each node cannot be manually configured. A single
150+ dedicated node is placed in one zone, two nodes are distributed across two
151+ zones, and three or more nodes utilize all three availability zones, with nodes
152+ distributed as uniformly as possible. While a node count that is a multiple of
153+ three (e.g., 3, 6, 9, 12, etc.) provides optimal distribution across zones, it
154+ is not strictly required for high availability.
155+
146156
147157## Custom
148158
0 commit comments