Planer och gränser

Beräkningsplaner

En plan anger varje servers CPU och minne, storleken på varje servers volym och antalet repliker. Minnet reserveras helt: en servers minnesbegäran är lika med dess gräns. Det här är standardplanerna; din installation kan ha lagt till egna.

Plan	CPU (begäran–gräns)	Minne	Lagring per server	Repliker
nano	0,1–0,25	512 MiB	5 GiB	1
small	0,25–0,5	1 GiB	10 GiB	1
medium	0,5–1	2 GiB	25 GiB	1
large	1–2	4 GiB	50 GiB	3
xlarge	2–4	8 GiB	100 GiB	3
2xlarge	4–8	16 GiB	200 GiB	3

medium och större är markerade som avsedda för produktion. Tre repliker ger tre servrar; om en samling håller mer än en kopia av sin data är dess egen inställning — se Repliker och sharding.

En boundary kan begränsas till vissa planer av en policy, och en plan som är större än vad installationens noder rymmer avvisas.

Namn

• 3 till 50 tecken i portalen: gemener, siffror och bindestreck, och får inte börja eller sluta med bindestreck. API:t godtar upp till 63.
• Unikt bland vektorlagringarna i resursgruppen.
• Kan inte ändras efter att vektorlagringen skapats.

Repliker och lagring

• 1 till 5 repliker.
• Varje replik har en egen volym. Dess storlek kommer från planen när vektorlagringen skapas och ändras inte med planen senare.

Versioner

• Versionen är en tagg för avbildningen qdrant/qdrant och måste börja med ett versionsnummer, till exempel v1.13.2.
• Portalen skapar varje vektorlagring med v1.13.2; ändra den efteråt under Körmiljö.

Portar

Port	Protokoll	Var
6333	REST (HTTP)	Inne i Kubernetes-klustret, och på lastbalanseraren
6334	gRPC	Inne i Kubernetes-klustret, och på lastbalanseraren
443	REST över HTTPS, och instrumentpanelen	På HTTPS-ingressen

Vad som inte erbjuds

• Säkerhetskopior, ögonblicksbilder och återställning genom plattformen — se Säkerhetskopiera en samling.
• TLS på de interna slutpunkterna och på lastbalanseraren.
• Åtkomstregler per samling: API-nyckeln öppnar hela vektorlagringen.