You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: source/scalability.txt
+33-22Lines changed: 33 additions & 22 deletions
Original file line number
Diff line number
Diff line change
@@ -69,6 +69,39 @@ The {+service+} CLI also helps you manage both local and cloud environments effi
69
69
tasks and scaling resources as needed. This setup enables testing and development locally, minimizing
70
70
unnecessary cloud usage.
71
71
72
+
Recommendations
73
+
~~~~~~~~~~~~~~~
74
+
75
+
For development and testing environments, do not enable auto-scaling
76
+
compute and auto-scaling storage. This saves costs in your
77
+
non-production environments.
78
+
79
+
For staging and production environments, we recommend that you:
80
+
81
+
- Use a
82
+
router-based, single-shard cluster to eliminate downtime when you
83
+
migrate to a shard key with sharded collections in the future.
84
+
- Enable auto-scaling for compute and storage for instances where your
85
+
application grows organically from small to medium.
86
+
87
+
If you use IaC tools, leverage settings to ignore resource drift caused by auto-scaling. For example, in Terraform, if ``disk_gb_enabled`` is true, |service| will
88
+
automatically scale disk size up and down. This will cause the value
89
+
of ``disk_size_gb`` returned to potentially be different than what is
90
+
specified in the Terraform config and if one then applies a plan, not
91
+
noting this, Terraform will scale the cluster disk size back to the
92
+
original ``disk_size_gb`` value. To prevent this a lifecycle
0 commit comments