Mein Setup: Dienste, Grenzen, Entscheidungen
Der Abschluss der Selfhosting-Reihe: was ich betreibe, warum ich es so betreibe und wo ich bewusst Grenzen ziehe.
Hier vergleichst du ein echtes Selfhosting-Setup mit den Entscheidungen, Grenzen und Diensten dahinter. Theorie ist das eine. Deshalb zeige ich dir hier was ich tatsächlich betreibe, wie es zusammenhängt und was die Entscheidungen dahinter waren. Nicht als Blaupause zum Nachbauen, sondern als konkretes Beispiel wie Selfhosting in der Praxis aussehen kann.
Ich selfhoste konsequent. Für alles was technisch möglich ist, läuft ein eigener Dienst. Die einzige Ausnahme ist Nextcloud, das auf einem eigenen vServer läuft um von überall erreichbar zu sein.
Die Hardware
Alle lokalen Dienste laufen auf meinem Haupt-Laptop der permanent eingesteckt ist und als Workstation dient:
| Komponente | Details |
|---|---|
| Prozessor | AMD Ryzen 9 7940HX (8 Kerne, 16 Threads) |
| Arbeitsspeicher | 32 GB DDR5 |
| Grafikkarte | NVIDIA RTX 4060 Mobile (8 GB VRAM) |
| Betriebssystem | Linux Mint 22.3 |
| vServer (extern) | Strato, 2 vCPU, 8 GB RAM, für Nextcloud und Mailserver |
Die RTX 4060 Mobile ist der entscheidende Faktor für KI-Anwendungen. Mit 8 GB VRAM lassen sich Modelle bis etwa 7 bis 9 Milliarden Parameter flüssig betreiben.
Meine laufenden Dienste
Die Grundlage für alle lokalen KI-Modelle. Läuft als Systemdienst und stellt eine API bereit. Aktuelle Modelle: qwen3.5:9b, qwen2.5-coder:7b, gemma4:e4b, gemma4:26b. Das kleinste Modell startet in Sekunden, das größte braucht etwas mehr Zeit beim ersten Laden.
Chat-Oberfläche für Ollama. Läuft als Docker Container, erreichbar über den Browser. Ich verwende es als primäre Schnittstelle für alle lokalen Modelle, ohne Daten an externe Dienste zu senden.
Workflow-Automatisierung für alles was sich wiederholt: Datenverarbeitung, API-Verbindungen, automatische Benachrichtigungen. Läuft als Docker Container mit persistentem Volume. Der zentrale Knotenpunkt meiner Automatisierungen.
Sprach-zu-Text über faster-whisper-server als Docker Container. Ich nutze es als Diktierwerkzeug direkt auf dem Desktop: sprechen, Tastenkombination drücken, Text landet in der aktiven Anwendung.
Dateisynchronisation und Kontakte auf meinem Strato-vServer. Läuft als Docker Container, gesichert über Nginx und Let's Encrypt. Von überall erreichbar ohne auf fremde Cloud-Dienste angewiesen zu sein.
Ich betreibe meinen eigenen Mailserver seit über 25 Jahren. E-Mail war für mich nie eine Option die ich ausgelagert hätte. Der Server läuft ebenfalls auf dem Strato-vServer und kümmert sich um Empfang, Versand und Spam-Filterung.
Was ich nicht selbst hoste
Selfhosting bedeutet nicht alles selbst zu betreiben. Es gibt Bereiche wo mir der Aufwand nicht im Verhältnis zum Nutzen steht oder wo externe Dienste eine klare Stärke haben.
Externe KI-Dienste wie Claude nutze ich gezielt für Aufgaben wo die lokalen Modelle nicht mithalten können. Das ist kein Widerspruch zum Selfhosting-Gedanken, sondern pragmatisches Abwägen. Selfhosting und externe Dienste schließen sich nicht aus, sie ergänzen sich.
Der größte Vorteil ist nicht die Kostenersparnis, sondern die Kontrolle. Ich weiß wo meine Daten liegen, kann Dienste anpassen und bin nicht von Preiserhöhungen oder Einstellungen abhängig. Der Aufwand ist überschaubar sobald das Setup läuft. Die meisten meiner Dienste laufen seit Monaten ohne dass ich sie anfassen musste.
Häufige Fragen
Warum ein eigenes Setup dokumentieren?
Dokumentation hilft bei Updates, Backups, Umzug und Fehlern, weil du später noch weißt, warum etwas so gebaut wurde.
Muss ich alles selbst hosten?
Nein. Gute Selfhosting-Entscheidungen schließen bewusst aus, was zu viel Risiko oder Aufwand bringt.
Welche Dienste passen gut zusammen?
Docker, n8n, Ollama, Open WebUI, Whisper und Backups bilden ein stimmiges lokales KI- und Automationssetup.