krzysztof/landing_page
1
0
Fork 0
mirror of https://github.com/qdrant/landing_page.git synced 2026-09-25 22:18:30 +02:00
Code Issues Packages Projects Releases Wiki Activity

update docs

Browse Source
This commit is contained in:
davidmyriel
2024-11-18 15:42:18 -08:00
parent 61b93726b4
commit 662924cc73
3 changed files with 14 additions and 10 deletions
Download Patch File Download Diff File Expand all files Collapse all files
qdrant-landing/content/documentation/hybrid-cloud/hybrid-cloud-cluster-creation.md
+7 -3
View File
@@ -132,7 +132,7 @@ spec:
number: 6333
```
Please refer to the Kubernetes, ingress controller and cloud provider documention for more details.
Please refer to the Kubernetes, ingress controller and cloud provider documentation for more details.
If you expose the database like this, you will be able to see this also reflected as an endpoint on the cluster detail page. And will see the Qdrant database dashboard link pointing to it.
@@ -143,7 +143,7 @@ If you want to configure TLS for accessing your Qdrant database in Hybrid Cloud,
* You can offload TLS at the ingress or loadbalancer level.
* You can configure TLS directly in the Qdrant database.
If you want to offload TLS at the ingress or loadbancer level, please refer to their respective documentation.
If you want to offload TLS at the ingress or loadbancer level, please refer to their respective documents.
If you want to configure TLS directly in the Qdrant database, you can reference a secret containing the TLS certificate and key in the "Configuration" section of the Qdrant Cluster detail page.
@@ -171,7 +171,11 @@ With this command the secret name to enter into the UI would be `qdrant-tls` and
### Configuring CPU and memory resource reservations
If you create a Qdrant database cluster with a certain amount of CPU and memory resources, the Qdrant Cloud platform will schedule Pods that have these resources configured as requests and limits. Keeping requests and limits the same is necessary to guarantee optimal performance and stable operations. It is recommended to create Kubernetes nodes with the same size, so that one database Pod runs per VM. To accomodate the additional resources your need for the operating system, Kubernetes and Kubernetes system components, the Qdrant Cloud platform will automatically reserve some resources for these components by requesting less resources. By default, Qdrant will not use 20% of the available CPU and memory. While it is a conservative setting, this may not be correct for your setup. E.g. on smaller nodes you may need a higher percentage reserved for the system, on larger nodes less. You can change the resource reservation in the "Configuration" section of the Qdrant Cluster detail page.
When creating a Qdrant database cluster, Qdrant Cloud schedules Pods with specific CPU and memory requests and limits to ensure optimal performance. It’s important to use equal requests and limits for stability. Ideally, Kubernetes nodes should match the Pod size, with one database Pod per VM.
To support the operating system, Kubernetes, and system components, Qdrant Cloud reserves some resources, defaulting to 20% of available CPU and memory. This conservative default may need adjustment depending on node size, whereby smaller nodes might require more, and larger nodes less resources.
You can modify this reservation in the “Configuration” section of the Qdrant Cluster detail page.
If you want to check how much resources are availabe on an empty Kubernetes node, you can use the following command:
qdrant-landing/content/documentation/hybrid-cloud/hybrid-cloud-setup.md
+4 -4
View File
@@ -77,10 +77,10 @@ After creating your Hybrid Cloud, select **Generate Installation Command** to ge
It will:
- Create the Kubernetes namespace, if not present
- Create the Kubernetes namespace, if not present.
- Set up the necessary secrets with credentials to access the Qdrant container registry and the Qdrant Cloud API.
- Sign in to the Helm registry at `registry.cloud.qdrant.io`
- Install the Qdrant cloud agent and Kubernetes operator chart
- Sign in to the Helm registry at `registry.cloud.qdrant.io`.
- Install the Qdrant cloud agent and Kubernetes operator chart.
You need this command only for the initial installation. After that, you can update the agent and operator using the Qdrant Cloud Console.
@@ -111,7 +111,7 @@ Open Containers Initiative (OCI) Helm charts:
- `registry.cloud.qdrant.io/qdrant-charts/qdrant-cluster-manager`
- `registry.cloud.qdrant.io/qdrant-charts/prometheus`
To mirror all necessary container images and Helm charts into your own registry, we recommend to use an automatic replication feature that your registry provides, so that you have new image versions available automatically. Alternatively you can manually sync the images with tools like [Skopeo](https://github.com/containers/skopeo). When syncing images manually, make sure that you sync then with all, or with the right CPU architecture.
To mirror all necessary container images and Helm charts into your own registry, you should use an automatic replication feature that your registry provides, so that you have new image versions available automatically. Alternatively you can manually sync the images with tools like [Skopeo](https://github.com/containers/skopeo). When syncing images manually, make sure that you sync then with all, or with the right CPU architecture.
##### Automatic replication
qdrant-landing/content/documentation/hybrid-cloud/platform-deployment-options.md
+3 -3
View File
@@ -35,7 +35,7 @@ First, consult AWS' managed Kubernetes instructions below. Then, **to set up Qdr
For a good balance between peformance and cost, we recommend:
* Depending on your cluster resource onfiguration either general purpuse (m6*, m7*, or m8*), memory optimized (r6*, r7*, or r8*) or cpu optimized (c6*, c7*, or c8*) instance types. Qdrant Hybrid Cloud also supports AWS Graviton ARM64 instances.
* Depending on your cluster resource configuration either general purpose (m6*, m7*, or m8*), memory optimized (r6*, r7*, or r8*) or cpu optimized (c6*, c7*, or c8*) instance types. Qdrant Hybrid Cloud also supports AWS Graviton ARM64 instances.
* At least gp3 EBS volumes for storage
### More on Amazon Elastic Kubernetes Service
@@ -138,7 +138,7 @@ First, consult GCP's managed Kubernetes instructions below. Then, **to set up Qd
For a good balance between peformance and cost, we recommend:
* Depending on your cluster resource onfiguration either general purpuse (standard), memory optimized (highmem) or cpu optimized (highcpu) instance types of at least 2nd generation. Qdrant Hybrid Cloud also supports ARM64 instances.
* Depending on your cluster resource configuration either general purpose (standard), memory optimized (highmem) or cpu optimized (highcpu) instance types of at least 2nd generation. Qdrant Hybrid Cloud also supports ARM64 instances.
* At least pd-balanced disks for storage
### More on the Google Kubernetes Engine
@@ -169,7 +169,7 @@ First, consult Azure's managed Kubernetes instructions below. Then, **to set up
For a good balance between peformance and cost, we recommend:
* Depending on your cluster resource onfiguration either general purpuse (D-family), memory optimized (E-family) or cpu optimized (F-family) instance types. Qdrant Hybrid Cloud also supports Azure Cobalt ARM64 instances.
* Depending on your cluster resource configuration either general purpose (D-family), memory optimized (E-family) or cpu optimized (F-family) instance types. Qdrant Hybrid Cloud also supports Azure Cobalt ARM64 instances.
* At least Premium SSD v2 disks for storage
### More on Azure Kubernetes Service