mirror of
https://github.com/qdrant/landing_page.git
synced 2026-10-04 10:28:29 +02:00
Enhance cluster creation documentation with disk speed options, including recommendations
This commit is contained in:
@@ -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.
|
||||
|
||||
Reference in New Issue
Block a user