Enhance cluster creation documentation with disk speed options, including recommendations

This commit is contained in:
Bastian Hofmann
2026-02-10 14:40:33 +01:00
parent 63d4366674
commit 832198ebc3
@@ -69,7 +69,7 @@ This page shows you how to use the Qdrant Cloud Console to create a custom Qdran
1. Select a provider. Currently, you can deploy to:
- Amazon Web Services (AWS)
- Google Cloud Platform (GCP)
- Google Cloud Platform (GCluP)
- Microsoft Azure
- Your own [Hybrid Cloud](/documentation/hybrid-cloud/) Infrastructure
@@ -82,6 +82,8 @@ This page shows you how to use the Qdrant Cloud Console to create a custom Qdran
> Each node is automatically attached with a disk, that has enough space to store data with Qdrant's default collection configuration.
1. Select additional disk space for your deployment.
> Depending on your collection configuration, you may need more disk space per RAM. For example, if you configure `on_disk: true` and only use RAM for caching.
1. Choose the speed tier for your disk. (AWS only)
> Higher speed tiers provide better performance, especially for write-heavy workloads, or configurations with a low RAM cache ratio.
1. Review your cluster configuration and pricing.
1. When you're ready, select **Create**. It takes some time to provision your cluster.
@@ -99,6 +101,10 @@ To create a production-ready cluster, you need to ensure the following:
Your cluster should have at least 3 nodes, and each collection should have a replication factor of at least 2. This ensures that is one node fails, or is restarted due to maintenance, a version upgrade, or a scaling operation, that the cluster remains fully operational. You can ensure this by checking the **High Availability** checkbox when creating a cluster.
**Disk Speed (AWS only)**
We recommend the **Balanced** tier for disks >= 32 GiB, and the **Performance** tier for disks >= 256 GiB.
**Backup and Disaster Recovery**
You should create a backup schedule for your cluster. This ensures that you can restore your data in case of a disaster. You can configure backups in the **Backups** section of the cluster detail page. See [**Backups**](/documentation/cloud/backups/) for more information.