Open WebUI tek kullanıcıda SQLite/yerel data ile kolay başlar; multi-worker veya multi-replica production'da paylaşılan state katmanları gerekir. Güncel scaling dokümanı PostgreSQL, Redis, external vector DB ve shared file storage adımlarını açıkça ayırır.
Open WebUI dokümantasyonu default ChromaDB'nin local SQLite backend kullandığını ve multi-worker/multi-replica erişimde crash veya corruption riski taşıdığını belirtir. Ölçekli kurulumda client-server vector DB veya ayrı Chroma HTTP server kullanılmalıdır.
Load balancer birden çok Open WebUI instance'a trafik dağıtır; PostgreSQL uygulama state'ini, Redis WebSocket/session koordinasyonunu, external vector DB RAG verisini, shared storage upload/generation dosyalarını paylaşır.
Birden çok replica çalıştırmadan önce stateful bileşenleri external/shared hale getirin.
Content extraction, embedding engine ve file storage da stateless/multi-instance yapıya uygun olmalıdır. Doküman Tika gibi external extraction ve Ollama/OpenAI gibi external embedding engine seçeneklerini önerir.
Container adlarını kendi compose/cluster yapınıza göre uyarlayın.
curl -sS http://127.0.0.1:3000/healthdocker compose psdocker stats --no-streamdocker compose logs --tail=100 open-webuiss -lntp | grep ':3000'User/group permission, knowledge base erişimi, upload limit, model/API key ve admin politikaları birlikte yönetilmelidir.
Güncel scaling rehberi birden çok instance veya daha yüksek güvenilirlik için PostgreSQL'e geçişi ilk adımlardan biri olarak önerir.
Birden çok instance arasında WebSocket/session gibi cross-instance state koordinasyonu için kullanılır.
Dokümantasyon local SQLite tabanlı ChromaDB'nin multi-worker/multi-replica için güvenli olmadığını belirtir.
Eş zamanlı kullanıcı, RAG belge sayısı, upload hacmi ve model backend'lerini iletin; PostgreSQL/Redis/vector DB/storage topolojisini çıkaralım.