mirror of
https://github.com/qdrant/landing_page.git
synced 2026-09-28 23:48:31 +02:00
Merge pull request #248 from qdrant/gcp-quickstart
Update Qdrant Cloud Documentation
This commit is contained in:
@@ -3,15 +3,37 @@ title: Qdrant Cloud
|
||||
weight: 20
|
||||
---
|
||||
|
||||
# Getting started with Qdrant Cloud
|
||||
# About Qdrant Cloud
|
||||
|
||||
Qdrant Cloud is an official cloud-based managed solution by the creators of the [Qdrant](https://github.com/qdrant/qdrant) Vector Search Engine.
|
||||
It provides the same fast and reliable similarity search engine, but without a need to maintain your own infrastructure.
|
||||
Qdrant Cloud is our SaaS (software-as-a-service) solution, providing managed Qdrant instances on the cloud.
|
||||
We provide you with the same fast and reliable similarity search engine, but without the need to maintain your own infrastructure.
|
||||
|
||||
The transition from the on-premise to the cloud version of Qdrant does not require changing anything in the way you interact with the service, except for an API key that has to be provided to each request.
|
||||
Transitioning from on-premise to the cloud version of Qdrant does not require changing anything in the way you interact with the service. All you have to do is [create a Qdrant Cloud account](https://qdrant.to/cloud) and [provide a new API key](../cloud/authentication/) to each request.
|
||||
|
||||
The transition is even easier if you use the official client libraries.
|
||||
The transition is even easier if you use the official client libraries. For example, the [Python Client](https://github.com/qdrant/qdrant-client) has the support of the API key already built-in, so you only need to provide it once, when the QdrantClient instance is created.
|
||||
|
||||
For example, the Python Qdrant client has the support of the API key already built-in, so you only need to provide it once, when the QdrantClient instance is created.
|
||||
### Cluster configuration
|
||||
|
||||
Each instance comes pre-configured with the following tools, features and support services:
|
||||
|
||||
- Automatically created with the latest available version of Qdrant.
|
||||
- Upgradeable to later versions of Qdrant as they are released.
|
||||
- Equipped with monitoring and logging to observe the health of each cluster.
|
||||
- Accessible through the Qdrant Cloud Console.
|
||||
- Vertically scalable.
|
||||
- Offered on AWS and GCP, with Azure currently in development.
|
||||
|
||||
### Getting started with Qdrant Cloud
|
||||
|
||||
To use Qdrant Cloud, you will need to create at least one cluster. There are two ways to start:
|
||||
1. [**Create a Free Tier cluster**](../cloud/quickstart-cloud/) with 1 node and a default configuration (1GB RAM, 0.5 CPU and 4GB Disk). This option is perfect for prototyping and you don't need a credit card to join.
|
||||
2. [**Configure a custom cluster**](../cloud/create-cluster/) with additional nodes and more resources. For this option, you will have to provide billing information.
|
||||
|
||||
We recommend that you use the Free Tier cluster for testing purposes. The capacity should be enough to serve up to 1M vectors of 768dim. To calculate your needs, refer to [capacity planning](../capacity/).
|
||||
|
||||
### Support & Troubleshooting
|
||||
|
||||
All Qdrant Cloud users are welcome to join our [Discord community](https://qdrant.to/discord). Our Support Engineers are available to help you anytime.
|
||||
|
||||
Additionally, paid customers can also contact support via channels provided during cluster creation and/or on-boarding.
|
||||
|
||||
Please see [**Quick Start**](../cloud/cloud-quick-start/) section for details.
|
||||
|
||||
@@ -0,0 +1,40 @@
|
||||
---
|
||||
title: Authentication
|
||||
weight: 30
|
||||
---
|
||||
|
||||
# Authentication
|
||||
|
||||
This page shows you how to use the Qdrant Cloud Console to create a custom API key for a cluster. You will learn how to connect to your cluster using the new API key.
|
||||
|
||||
## Create API keys
|
||||
|
||||
The API key is only shown once after creation. If you lose it, you will need to create a new one.
|
||||
However, we recommend rotating the keys from time to time. To create additional API keys do the following.
|
||||
|
||||
1. Go to the **Access** section in the Dashboard.
|
||||
2. The **Access Management** list will display all available API keys.
|
||||
3. Click **Create** and choose a cluster name from the dropdown menu.
|
||||
> **Note:** You can create a key that provides access to multiple clusters. Simply check off which cluster in the dropdown
|
||||
4. Click **OK** and retrieve your API key.
|
||||
|
||||
## Authenticate via Python client
|
||||
|
||||
Now that you have created your first cluster and key, you might want to access Qdrant Cloud from within your application.
|
||||
Our official Qdrant clients for Python, Go, and Rust all support the API key parameter.
|
||||
|
||||
```python
|
||||
from qdrant_client import QdrantClient
|
||||
|
||||
qdrant_client = QdrantClient(
|
||||
"xyz-example.eu-central.aws.staging-cloud.qdrant.io",
|
||||
prefer_grpc=True,
|
||||
api_key="<<-provide-your-own-key->>",
|
||||
)
|
||||
```
|
||||
|
||||
```bash
|
||||
curl \
|
||||
-X GET https://xyz-example.eu-central.aws.staging-cloud.qdrant.io:6333 \
|
||||
--header 'api-key: <provide-your-own-key>'
|
||||
```
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: Backups
|
||||
weight: 20
|
||||
weight: 30
|
||||
---
|
||||
|
||||
# Backups
|
||||
@@ -16,7 +16,7 @@ For less critical use-cases you can make use of one of the available options.
|
||||
Qdrant engine offers a snapshot API that allows to create a snapshot of a particular collection or even the whole storage.
|
||||
Please refer to the [snapshot documentation](../../concepts/snapshots/) for details.
|
||||
|
||||
A quick recipe for successfully snapshotting and recovering a collection:
|
||||
Here is how you can quickly snapshot and recover a collection:
|
||||
|
||||
1. Take a snapshot
|
||||
- In case of a single node cluster, simply call the snapshot endpoint on the exposed url.
|
||||
@@ -29,12 +29,10 @@ A quick recipe for successfully snapshotting and recovering a collection:
|
||||
|
||||
## Automatic backups
|
||||
|
||||
**Note: not available in the beta version.**
|
||||
We are currently offering this service on a request-only basis. Please [**let us know**](mailto:cloud@qdrant.io) if you would like to activate automatic backups.
|
||||
|
||||
The cloud platform offers an option for automatic system backups. It is possible to configure periodical system level snapshots to restore a cluster from a hard copy. On the cluster settings section you can choose how often a backup should be done and how many latest copies should be kept on the backup storage.
|
||||
|
||||
Note: not available in the beta version.
|
||||
The cloud platform offers an option for automatic system backups.
|
||||
It is possible to configure periodical system level snapshots to restore a cluster from a hard copy.
|
||||
On the cluster settings section you can choose how often a backup should be done and how many latest copies should be kept on the backup storage.
|
||||
To restore a Qdrant cluster from backup, you can select a desired backup copy version and start the reporting process.
|
||||
Attention: during the restoring process the affected cluster will not be available because the cluster will be deleted and created from scratch from the backup copy.
|
||||
Please also note, that if you changed the cluster topology after the copy was created, the new cluster will reset to the previous configuration.
|
||||
|
||||
+3
-1
@@ -1,6 +1,8 @@
|
||||
---
|
||||
title: Capacity and sizing
|
||||
weight: 20
|
||||
weight: 40
|
||||
aliases:
|
||||
- ../capacity
|
||||
---
|
||||
|
||||
# Capacity and sizing
|
||||
@@ -1,89 +0,0 @@
|
||||
---
|
||||
title: Quick Start in Cloud
|
||||
weight: 10
|
||||
---
|
||||
|
||||
# Getting started with Qdrant Cloud
|
||||
|
||||
To use Qdrant Cloud, you will need to create at least one cluster. There are two ways to start:
|
||||
1. Create a Free Tier cluster with 1 node and a default configuration (1GB RAM, 0.5 CPU and 20GB Disk).
|
||||
2. Configure a custom cluster with additional nodes and more resources. **You will have to provide billing information.**
|
||||
|
||||
We recommend that you use the Free Tier cluster for testing purposes. The capacity should be enough to serve up to 1M vectors of 768dim. To calculate your needs, refer to [capacity planning](../capacity/).
|
||||
|
||||
## Create a Free Tier cluster
|
||||
|
||||
1. Start in the **Overview** section of the Dashboard.
|
||||
2. Under **Set a Cluster Up** enter a **Cluster name**.
|
||||
3. Click **Create Free Tier** and then **Continue**.
|
||||
4. Under **Get an API Key**, select the cluster and click **Get API Key**.
|
||||
5. Save the API key, as you won't be able to request it again. Click **Continue**.
|
||||
6. Save the code snippet provided to access your cluster. Click **Complete** to finish setup.
|
||||
|
||||
Now you can test cluster access. Your generated request should be similar to this one:
|
||||
|
||||
```bash
|
||||
curl \
|
||||
-X GET https://xyz-example.eu-central.aws.cloud.qdrant.io:6333 \
|
||||
--header 'api-key: <provide-your-own-key>'
|
||||
```
|
||||
6. Open Terminal and run the request. You should get a response that looks like this:
|
||||
|
||||
```bash
|
||||
{"title":"qdrant - vector search engine","version":"1.1.0"}
|
||||
```
|
||||
> **Note:** The API key needs to be present in the request header every time you make a request via Rest or gRPC interface.
|
||||
|
||||
## Create a custom cluster
|
||||
|
||||
> **Prerequisite:** Please make sure you have provided billing information before creating a custom cluster.
|
||||
|
||||
1. Start in the **Overview** section of the Dashboard.
|
||||
2. Under **Set a Cluster Up** scroll down and click **Create Custom Tier**.
|
||||
3. A window will open. Enter a cluster **Name**.
|
||||
4. In the Beta version, you can only deploy to AWS. We are currently developing support GCP and Azure.
|
||||
5. Choose from one of five data center regions. If you have latency concerns or other topology-related requirements, [let us know](mailto:cloud@qdrant.io).
|
||||
6. Configure RAM size for each node (2GB to 64GB).
|
||||
> Please read [Capacity and Sizing](https://qdrant.tech/documentation/cloud/capacity/) to make the right choice. If you need more capacity per node, [let us know](mailto:cloud@qdrant.io).
|
||||
7. Choose the number of CPUs per node (0.5 core to 16 cores). The max/min number of CPUs is coupled to the chosen RAM size.
|
||||
8. Select the number of nodes you want the cluster to be deployed on.
|
||||
> Each node is automatically attached with a disk space offering enough space for your data if you decide to put the metadata or even the index on the disk storage.
|
||||
9. Click **Create** and wait for your cluster to be provisioned.
|
||||
|
||||
Your cluster will be reachable on port 443 and 6333 (Rest) and 6334 (Grpc).
|
||||
|
||||
10. Follow **Step 6** from the above **Create a Free Tier cluster** instruction set to verify cluster access
|
||||
|
||||
## Create additional API keys
|
||||
|
||||
The API key is only shown once after creation. If you lose it, you will need to create a new one.
|
||||
However, we recommend rotating the keys from time to time.
|
||||
|
||||
1. To create more API keys, go to the **Access** section in the Dashboard.
|
||||
2. The **Access Management** list will display all available API keys.
|
||||
3. Click **Create** and choose a cluster name from the dropdown menu.
|
||||
> **Note:** You can create a key that provides access to multiple clusters. Simply check off which cluster in the dropdown
|
||||
4. Click **OK** and retrieve your API key.
|
||||
|
||||
## Authentication via Python client
|
||||
|
||||
Now that you have created your first cluster and key, you might want to access Qdrant Cloud from within your application.
|
||||
Our official Qdrant clients for Python, Go, and Rust all support the API key parameter.
|
||||
|
||||
Sample Python code
|
||||
|
||||
```python
|
||||
from qdrant_client import QdrantClient
|
||||
|
||||
qdrant_client = QdrantClient(
|
||||
"xyz-example.eu-central.aws.staging-cloud.qdrant.io",
|
||||
prefer_grpc=True,
|
||||
api_key="<<-provide-your-own-key->>",
|
||||
)
|
||||
```
|
||||
|
||||
```bash
|
||||
curl \
|
||||
-X GET https://xyz-example.eu-central.aws.staging-cloud.qdrant.io:6333 \
|
||||
--header 'api-key: <provide-your-own-key>'
|
||||
```
|
||||
@@ -1,6 +1,6 @@
|
||||
---
|
||||
title: Cluster scaling
|
||||
weight: 30
|
||||
weight: 50
|
||||
---
|
||||
|
||||
# Cluster scaling
|
||||
@@ -33,5 +33,5 @@ Please refer to the [sharding documentation](../../guides/distributed_deployment
|
||||
Important: The number of shards means the maximum amount of nodes you can add to your cluster. In the beginning, all the shards can reside on one node.
|
||||
With the growing amount of data you can add nodes to your cluster and move shards to the dedicated nodes using the [cluster setup API](../../guides/distributed_deployment/#cluster-scaling).
|
||||
|
||||
We, the Qdrant team, will be glad to consult you on an optimal strategy for scaling.
|
||||
We will be glad to consult you on an optimal strategy for scaling.
|
||||
[Let us know](mailto:cloud@qdrant.io) your needs and decide together on a proper solution. We plan to introduce an auto-scaling functionality. Since it is one of most desired features, it has a high priority on our Cloud roadmap.
|
||||
|
||||
@@ -0,0 +1,33 @@
|
||||
---
|
||||
title: Create a cluster
|
||||
weight: 20
|
||||
---
|
||||
|
||||
# Create a cluster
|
||||
|
||||
This page shows you how to use the Qdrant Cloud Console to create a custom Qdrant Cloud cluster.
|
||||
|
||||
> **Prerequisite:** Please make sure you have provided billing information before creating a custom cluster.
|
||||
|
||||
1. Start in the **Clusters** section of the Dashboard.
|
||||
2. Under **Clusters** click **+ Create**.
|
||||
3. A window will open. Enter a cluster **Name**.
|
||||
4. Currently, you can deploy to AWS or GCP. We are developing support for Azure.
|
||||
5. Choose your data center region. If you have latency concerns or other topology-related requirements, [**let us know**](mailto:cloud@qdrant.io).
|
||||
6. Configure RAM size for each node (1GB to 64GB).
|
||||
> Please read [**Capacity and Sizing**](../../cloud/capacity-sizing/) to make the right choice. If you need more capacity per node, [**let us know**](mailto:cloud@qdrant.io).
|
||||
7. Choose the number of CPUs per node (0.5 core to 16 cores). The max/min number of CPUs is coupled to the chosen RAM size.
|
||||
8. Select the number of nodes you want the cluster to be deployed on.
|
||||
> Each node is automatically attached with a disk space offering enough space for your data if you decide to put the metadata or even the index on the disk storage.
|
||||
9. Click **Create** and wait for your cluster to be provisioned.
|
||||
|
||||
Your cluster will be reachable on port 443 and 6333 (Rest) and 6334 (gRPC).
|
||||
|
||||

|
||||
|
||||
## Next steps
|
||||
|
||||
You will need to connect to your new Qdrant Cloud cluster. Follow [**Authentication**](../../cloud/authentication/) to create one or more API keys.
|
||||
|
||||
Your new cluster is highly available and responsive to your application requirements and resource load. Read more in [**Cluster Scaling**](../../cloud/cluster-scaling/).
|
||||
|
||||
@@ -0,0 +1,51 @@
|
||||
---
|
||||
title: Quickstart
|
||||
weight: 10
|
||||
aliases:
|
||||
- ../cloud-quick-start
|
||||
---
|
||||
|
||||
# Quickstart
|
||||
This page shows you how to use the Qdrant Cloud Console to create a free tier cluster and then connect to it with Qdrant Client.
|
||||
|
||||
## Step 1: Create a Free Tier cluster
|
||||
|
||||
1. Start in the **Overview** section of the Dashboard.
|
||||
2. Under **Set a Cluster Up** enter a **Cluster name**.
|
||||
3. Click **Create Free Tier** and then **Continue**.
|
||||
4. Under **Get an API Key**, select the cluster and click **Get API Key**.
|
||||
5. Save the API key, as you won't be able to request it again. Click **Continue**.
|
||||
6. Save the code snippet provided to access your cluster. Click **Complete** to finish setup.
|
||||
|
||||

|
||||
|
||||
## Step 2: Test cluster access
|
||||
|
||||
After creation, you will receive a code snippet to access your cluster. Your generated request should look very similar to this one:
|
||||
|
||||
```bash
|
||||
curl \
|
||||
-X GET https://xyz-example.eu-central.aws.cloud.qdrant.io:6333 \
|
||||
--header 'api-key: <paste-your-api-key-here>'
|
||||
```
|
||||
Open Terminal and run the request. You should get a response that looks like this:
|
||||
|
||||
```bash
|
||||
{"title":"qdrant - vector search engine","version":"1.4.1"}
|
||||
```
|
||||
> **Note:** The API key needs to be present in the request header every time you make a request via Rest or gRPC interface.
|
||||
|
||||
## Step 3: Authenticate via Python client
|
||||
|
||||
Now that you have created your first cluster and key, you might want to access Qdrant Cloud from within your application.
|
||||
Our official Qdrant clients for Python, Go, and Rust all support the API key parameter.
|
||||
|
||||
```python
|
||||
from qdrant_client import QdrantClient
|
||||
|
||||
qdrant_client = QdrantClient(
|
||||
"xyz-example.eu-central.aws.staging-cloud.qdrant.io",
|
||||
prefer_grpc=True,
|
||||
api_key="<paste-your-api-key-here>",
|
||||
)
|
||||
```
|
||||
Reference in New Issue
Block a user