Zum Inhalt

Kapazitätsplanung

Kapazitätsplanung

Die Ressourcenanforderungen hängen von Nutzerzahl, Dokumentenmenge und Chat-Intensität ab.


Aktuelle Ressourcenlimits

Service Memory Request Memory Limit CPU Request
LibreChat 2 Gi 6 Gi 100m
LiteLLM 8 Gi 12 Gi 100m
RAG API 1 Gi 6 Gi 100m
Customer API 256 Mi 1 Gi 50m
Customer Portal 128 Mi 512 Mi 25m
Connector Service 512 Mi 3 Gi 100m
OS Manager 256 Mi 1 Gi 50m
Embedding Service 6 Gi 12 Gi 1 CPU
PostgreSQL 1 Gi 4 Gi 100m
MongoDB 1 Gi 4 Gi 100m
Redis 128 Mi 512 Mi 50m
Qdrant 2 Gi 8 Gi 100m
MinIO 512 Mi 2 Gi 50m
SearXNG 256 Mi 512 Mi 100m
Ingress 512 Mi 2 Gi 100m

Speicherbedarf (PVCs)

Service Standard Hinweis
PostgreSQL 10 Gi Wächst mit Nutzerdaten
MongoDB 10 Gi Chat-Verläufe
Redis 2 Gi Kurzzeit-Cache
Qdrant 20 Gi Proportional zur Dokumentenmenge
MinIO 50 Gi Original-Dokumente
LibreChat 5 Gi Temporäre Dateien
RAG API Uploads 20 Gi Upload-Puffer
Embedding Service 5 Gi Modell-Cache
Backup 20 Gi 7 Tage Aufbewahrung
Gesamt ~142 Gi + OS + K3s Overhead

Sizing-Empfehlungen

Szenario Nutzer Dokumente RAM CPU Disk
Klein <20 <1.000 32 GB 8 vCPU 200 GB
Mittel 20–100 1.000–10.000 64 GB 16 vCPU 500 GB
Groß 100–500 >10.000 128 GB 32 vCPU 1 TB

Wachstumsindikatoren

  • Qdrant PVC >80% → Erweiterung nötig (Dokumente wachsen)
  • MinIO PVC >80% → Erweiterung nötig (Uploads wachsen)
  • RAM-Auslastung konstant >85% → VM-Upgrade erwägen
  • CPU-Auslastung konstant >70% → VM-Upgrade erwägen
  • PostgreSQL PVC >80% → Bereinigung alter Daten oder Erweiterung

PVC erweitern

# PVC-Größe anpassen (nur bei StorageClass mit allowVolumeExpansion)
kubectl patch pvc <pvc-name> -n inovetra-platform \
  -p '{"spec":{"resources":{"requests":{"storage":"<new-size>"}}}}'

local-path StorageClass

Die Standard-StorageClass local-path unterstützt keine dynamische Erweiterung. Bei Speicherengpässen → Runbook Storage.


Siehe auch