Odoo Self-Hosting: was selbst hosten wirklich bedeutet

Was Odoo Self-Hosting bedeutet - und was nicht

Odoo Self-Hosting heißt: Du betreibst Odoo auf einem Server, den du selbst verantwortest. Installation, PostgreSQL, Updates, Backups, TLS-Zertifikate, Monitoring und Security liegen bei dir - nicht bei einem Anbieter. Die Software selbst kostet dabei nichts: Die Odoo Community Edition ist Open Source unter der LGPL-3, du darfst sie ohne Lizenzgebühr produktiv einsetzen.

Was Self-Hosting nicht ist: ein einmaliges Installations-Projekt. Das Aufsetzen ist der kleinste Teil. Der Dauerbetrieb danach ist die eigentliche Aufgabe - und genau der fehlt in den meisten Tutorials und Anbieter-Vergleichen. Wir betreiben Odoo-Instanzen selbst produktiv und schreiben diese Liste aus dem eigenen Betriebsalltag, nicht aus der Theorie.

Zur Einordnung die vier üblichen Betriebsmodelle - ausführlich verglichen im Überblick Odoo-Hosting verstehen:

Modell	Wer betreibt	Kontrolle	Typisch für
Self-Hosting	du, auf eigenem Server oder VPS	volle Kontrolle, volle Verantwortung	Teams mit Linux-Know-how und Admin-Zeit
Managed Hosting	ein Hoster, du nutzt die Instanz	Betrieb abgegeben; Datenzugriff und Export je nach Anbieter	Firmen, die Odoo nutzen wollen, nicht betreiben
odoo.sh	Odoo SA (Plattform)	Git-Deployments, kein Root-Zugang	Enterprise-Kunden mit Entwickler-Workflow
Odoo Online	Odoo SA (SaaS)	Standard-Apps, Anpassung stark begrenzt	Standard-Prozesse ohne Eigenentwicklung

Der Rest dieses Artikels behandelt die erste Zeile ehrlich: welche Aufgaben du ab Tag 1 übernimmst, was das in Zeit kostet und wann Self-Hosting trotzdem - oder gerade deshalb - die richtige Wahl ist.

Die ehrliche Aufgabenliste: das betreibst du ab Tag 1

Der Betrieb einer produktiven Odoo-Instanz besteht aus rund zehn wiederkehrenden Aufgaben. Keine davon ist für sich schwierig - die Summe und der Takt sind der Punkt. Ein docker compose up aus dem Tutorial ist in Minuten erledigt; wie so eine Umgebung aussieht, zeigt Odoo mit Docker lokal aufsetzen. Produktion beginnt danach.

Aufgabe	Takt	Wenn sie liegen bleibt
OS- und Paket-Updates	mindestens monatlich	bekannte Sicherheitslücken bleiben offen
Odoo-Patches und Minor-Updates	laufend, sobald Advisories erscheinen	die Instanz läuft mit bekannten Schwachstellen
Major-Upgrade	jährlich (Odoo-Release-Takt)	die Version fällt aus dem Support-Fenster
PostgreSQL-Pflege	laufend (Updates, Vacuum, Tuning)	schleichender Performance-Verfall, Update-Stau
Backups (Datenbank + Filestore)	täglich, offsite	Datenverlust beim ersten Ernstfall
Restore-Probe	regelmäßig, fest eingeplant	du merkst erst im Notfall, dass das Backup nicht zurückspielbar ist
TLS-Zertifikate	Erneuerung automatisieren, Ablauf überwachen	Browser-Warnungen, abbrechende API-Zugriffe
Monitoring und Alerting	24/7	Ausfälle meldet dir dein Kunde, nicht dein System
Mail-Zustellbarkeit (SPF/DKIM/DMARC)	einmal sauber aufsetzen, laufend überwachen	Angebote und Rechnungen landen im Spam
Security-Härtung (Fail2ban, Rate-Limits, Firewall)	einmal aufsetzen, nachziehen	Brute-Force auf das Login, offene Ports

Updates auf drei Ebenen

Updates heißen bei Odoo dreierlei: Betriebssystem, Odoo-Patches und das jährliche Major-Upgrade. Odoo veröffentlicht jedes Jahr ein Major-Release und pflegt in der Regel die drei aktuellsten Versionen - wer Upgrades zwei, drei Jahre schiebt, verliert Security-Fixes und muss danach mehrere Versionsschritte nacheinander gehen. Beim Self-Hosting ist das Upgrade dein Projekt: Testlauf auf einer Kopie, Custom-Module anpassen, Go-live-Fenster planen.

Backups mit Restore-Probe

Der Grundsatz aus unserem eigenen Betrieb: Ein Backup, das nie zurückgespielt wurde, ist eine Vermutung, keine Sicherheit. Zu einem Odoo-Backup gehören die PostgreSQL-Datenbank und der Filestore (Anhänge liegen als Dateien auf der Platte, nicht in der Datenbank), und beides gehört auf einen zweiten Standort - ein Backup auf demselben Server stirbt mit ihm. Die Restore-Probe, also das Backup wirklich auf einem frischen System hochziehen und einloggen, ist der Teil, den kaum jemand einplant und der im Ernstfall über alles entscheidet.

TLS, Monitoring, Mail-Zustellbarkeit, Härtung

Odoos Deployment-Doku ist hier deutlich: Produktiv gehört Odoo hinter einen Webserver mit HTTPS-Terminierung, weil die Kommunikation sonst im Klartext mitlesbar ist. Let’s-Encrypt-Zertifikate lassen sich automatisiert erneuern - die Überwachung, ob die Erneuerung wirklich gelaufen ist, bleibt deine Aufgabe. Monitoring heißt mehr als “der Server pingt”: Antwortzeiten, Plattenplatz, Zertifikatsablauf, Backup-Erfolg. Und der Klassiker, der erst beim ersten wichtigen Angebot auffällt: Ohne korrektes SPF, DKIM und DMARC auf der Versand-Domain landet Odoo-Mail im Spam.

Zum Sizing nur so viel, weil es ein eigenes Thema ist: Odoos offizielle Faustformel für den Multi-Prozess-Betrieb lautet (CPU-Kerne × 2) + 1 Worker, ein Worker bedient etwa 6 gleichzeitige Nutzer, und Cron-Worker brauchen eigene CPU-Reserven - nachzulesen in der offiziellen Deployment-Dokumentation. Für Odoo 19 setzt der Unterbau außerdem Python 3.10 oder neuer und PostgreSQL 13 oder neuer voraus.

Was Self-Hosting wirklich kostet: Zeit statt Lizenz

Die Kernrechnung vorweg: Bei der Community Edition fällt keine Lizenzgebühr an - der Quellcode steht unter LGPL-3 im öffentlichen Repo (github.com/odoo/odoo). Enterprise-Module brauchen dagegen auch self-hosted eine aktive Odoo-Subscription. Die echten Kosten stecken woanders:

Server: eine VM oder ein dedizierter Server, dimensioniert nach Nutzerzahl und Modulen (siehe Worker-Formel oben).
Backup-Speicher: ein zweiter Standort für Datenbank-Dumps und Filestore, etwa S3-kompatibler Speicher.
Laufende Adminzeit: die Aufgabenliste oben, Monat für Monat - realistisch mehrere Stunden pro Monat, auch wenn nichts brennt.
Das jährliche Upgrade-Projekt: Testmigration, Custom-Module, Go-live - der größte Einzelposten, je nach Modul-Set Tage bis Wochen.
Der Ernstfall: ungeplante Stunden bei Ausfall, voller Platte oder kaputter Migration - immer dann, wenn es am wenigsten passt.

Wie viel das in Euro ist, hängt komplett an deinem Setup und deinem Stundensatz - deshalb hier bewusst keine Pauschalzahl. Wenn du die Varianten gegeneinander stellen willst, kannst du die Hosting-Kosten durchrechnen; warum die Community Edition dabei Kandidat Nummer 1 ist, steht unter Community Edition im Überblick.

Wann Self-Hosting die richtige Wahl ist

Self-Hosting ist legitim und für manche Teams die beste Option. Ehrliche Kriterien dafür:

Du willst volle Kontrolle. Root-Zugang, eigene PostgreSQL-Extensions, eigenes Netz-Setup, Werkzeuge deiner Wahl - das bekommst du nur auf eigener Infrastruktur oder bei einem Hoster, der sie dir lässt.
Datenhoheit ist Anforderung, nicht Wunsch. Wenn Daten dein Haus nicht verlassen dürfen, ist der eigene Server die direkteste Antwort. Wie Datenhoheit und EU-Standort als Entscheidungsrahmen funktionieren, haben wir separat aufgeschrieben.
Das Know-how ist im Haus - bei mehr als einer Person. Linux, PostgreSQL, Netzwerk und Backup-Strategie sind vorhanden, und mindestens zwei Leute können die Instanz halten.
Die Lernkurve ist gewollt. Du willst verstehen, wie Odoo unter der Haube läuft - als Investition ins Team, nicht als Ablenkung vom Geschäft.
Admin-Zeit ist eingeplant, nicht übrig. Es gibt ein festes Zeitbudget für den Betrieb, keine “machen wir nebenbei”-Absicht.

Wann du es lassen solltest

Genauso ehrlich die Gegenliste - jeder Punkt kommt aus real gesehenen Setups:

Bus-Faktor 1. Eine einzige Person weiß, wie alles läuft. Urlaub, Kündigung oder Krankheit dieser Person ist dann dein größtes Betriebsrisiko - in kleinen Self-Hosting-Setups ein häufiger realer Ausfallgrund.
Das Backup wurde nie zurückgespielt. Wenn die letzte (oder erste) Restore-Probe noch aussteht, hast du keine Datensicherung, sondern eine Hoffnung.
Updates bleiben liegen. Läuft die Instanz zwei Major-Versionen hinterher, ist das Upgrade irgendwann ein Rettungsprojekt statt Routine.
Kein Monitoring. Wenn Ausfälle zuerst dem Kunden auffallen, betreibst du nicht - du reagierst nur.
Dein Kerngeschäft ist woanders. Jede Betriebsstunde konkurriert mit dem, womit du Geld verdienst. Wenn Odoo-Administration nie oben auf der Prioritätenliste landet, bleibt die Aufgabenliste oben liegen - siehe Punkte 1 bis 4.

Der Mittelweg: Kontrolle behalten, Betrieb abgeben

Zwischen “alles selbst” und “alles aus der Hand” liegt der Punkt, an dem wir erpdock gebaut haben: Managed Hosting, das die Betriebslast übernimmt, ohne dir die Kontrolle über die Daten zu nehmen.

Konkret heißt das bei uns: dedizierte VM pro Kunde mit Nginx als Reverse Proxy und Let’s-Encrypt-Zertifikaten, eine Staging-Instanz, die die Produktion spiegelt, und ein pro Instanz gepinnter Odoo-Core - Upgrades laufen kontrolliert je Instanz, nicht global über alle Kunden. Backups liegen auf eigenem S3-Speicher in Wien (s3.erpdock.io), und die Wiederherstellung wird geprüft, nicht nur das Backup. Serverstandort ist Wien, mit AVV nach Art. 28 DSGVO und ohne Drittlandtransfer. Die Community Edition hosten wir genauso wie Enterprise.

Das ist kein Argument gegen Self-Hosting: Wenn die Pro-Liste oben auf dich zutrifft, fahr selbst - das ist ein guter Weg. Es ist ein Angebot für den Fall, dass du die Aufgabenliste gelesen hast und weißt, dass sie bei dir liegen bleiben würde. Erstgespräch buchen - wir klären, was in deinem Fall ansteht, auch wenn die Antwort “host selbst” lautet.

FAQ

Ist Odoo Self-Hosting kostenlos? Die Community Edition ja - sie ist Open Source unter LGPL-3, es fällt keine Lizenzgebühr an. Enterprise-Module brauchen auch self-hosted eine Odoo-Subscription. Die echten Kosten sind Server und laufende Adminzeit.

Welchen Server brauche ich für Odoo? Das hängt an Nutzerzahl und Modulen. Odoos offizielle Faustformel: (CPU-Kerne × 2) + 1 Worker, ein Worker für etwa 6 gleichzeitige Nutzer, plus eigene Reserven für Cron-Worker. Für Odoo 19 brauchst du Python 3.10+ und PostgreSQL 13+.

Kann ich Odoo mit Docker selbst hosten? Ja - für Entwicklung und Tests ist Docker ideal, der Einstieg steht in unserem Docker-Artikel (oben verlinkt). Für die Produktion kommen Backup-Strategie, Monitoring, TLS und Update-Disziplin dazu; der Container ersetzt davon nichts.

Ist selbst gehostetes Odoo DSGVO-konform? Der Standort allein macht es nicht konform. Als Self-Hoster brauchst du keinen AVV mit einem Hoster (du bist selbst der Betreiber), aber technische und organisatorische Maßnahmen, Lösch-Prozesse und Betroffenenrechte bleiben vollständig deine Pflicht.

Wann lohnt sich Managed Hosting statt Self-Hosting? Wenn Admin-Zeit knapp ist, nur eine Person das Setup kennt oder dein Kerngeschäft woanders liegt. Kurz: wenn die Aufgabenliste oben realistisch liegen bleiben würde. Trifft dagegen die Pro-Liste auf dich zu, ist Self-Hosting die sauberere Wahl.