Odoo-Hosting verstehen: Betriebsmodelle, Editionen, Kosten

Was Odoo-Hosting bedeutet

Odoo-Hosting ist die Entscheidung, wo deine Odoo-Instanz läuft und wer ihren Betrieb verantwortet. Die Software selbst ist dabei selten der Engpass: Die Community Edition steht unter der LGPL-3 und kostet keine Lizenzgebühr, die Enterprise Edition kommt per Subscription dazu. Was du beim Hosting wirklich entscheidest, ist der Betrieb - wer den Server stellt, die Datenbank pflegt, Updates einspielt, Backups prüft und reagiert, wenn nachts etwas steht.

Diese Entscheidung hat mehr Gewicht, als ihr die meisten Einführungsprojekte einräumen. Odoo ist als ERP das zentrale System: Rechnungen, Lager, CRM, Fertigung laufen darüber - fällt die Instanz aus, steht der Laden. Dazu kommt der Release-Takt: Odoo veröffentlicht jährlich ein Major-Release und pflegt in der Regel die drei aktuellsten Versionen. Upgrades sind damit kein Einmal-Projekt, sondern ein Dauerthema, das dein Betriebsmodell jedes Jahr aufs Neue beantworten muss. Und weil in einem ERP personenbezogene Daten von Kunden und Mitarbeitern liegen, ist auch der Serverstandort keine Geschmacksfrage, sondern eine Compliance-Frage.

In der Praxis haben sich vier Betriebsmodelle etabliert: der eigene Server, Managed Hosting, die Plattform odoo.sh und das SaaS-Angebot Odoo Online. Sie unterscheiden sich weniger darin, ob Odoo läuft, als im Schnitt der Verantwortung - wer betreibt, wer kontrolliert, wer den Schaden trägt, wenn der Betrieb schiefgeht. Genau diesen Schnitt legt dieser Artikel nebeneinander: erst die vier Modelle im Vergleich, dann die Editionsfrage, der technische Mindestrahmen, Standort und DSGVO, die Kosten-Logik - und am Ende ein Fahrplan für die Entscheidung.

Die vier Betriebsmodelle im Vergleich

Ein Betriebsmodell beantwortet drei Fragen: Wer betreibt die Instanz, wie viel Kontrolle behältst du, und welche Editionen und Standorte stehen dir offen. Die Tabelle zeigt die vier Modelle im Überblick - danach folgt zu jedem ein kurzer Steckbrief.

Kriterium	Eigener Server	Managed Hosting	odoo.sh	Odoo Online
Wer betreibt	du selbst	ein Hoster betreibt, du nutzt	Odoo SA (Plattform)	Odoo SA (SaaS)
Kontrolle	Root-Zugang, volle Kontrolle und volle Verantwortung	Betrieb abgegeben; System- und Datenzugriff je nach Anbieter	Git-Workflow und Shell-Zugriff auf die Container; kein eigener Server	Standard-Oberfläche, kein Code-Zugriff
Editionen	Community und Enterprise	Community und Enterprise (anbieterabhängig)	Enterprise (Subscription vorausgesetzt)	nur Odoo-Standard-Apps
Eigene Module	ja, ohne Einschränkung	ja (anbieterabhängig)	ja, per Git-Repository	nein - Nicht-Standard-Apps sind nicht kompatibel
Standortwahl	frei - eigenes Rechenzentrum oder Provider deiner Wahl	je nach Anbieter, EU-Standort möglich	Rechenzentren der Plattform	Rechenzentren von Odoo
Eigenaufwand	komplett: OS, Datenbank, Backups, Monitoring, Upgrades	gering: Konfiguration und Nutzung	mittel: Entwicklung und Deployments bleiben bei dir	minimal

Eigener Server: alles in deiner Hand

Beim Betrieb auf eigener Hardware oder einer gemieteten VM installierst und verantwortest du alles selbst: Odoo, PostgreSQL, Reverse Proxy, Zertifikate, Backups, Monitoring. Dafür bekommst du, was kein anderes Modell bietet - Root-Zugang, eigene PostgreSQL-Extensions, freies Netz-Setup, freie Standortwahl. Der Preis dafür ist eine Aufgabenliste, die nie endet: Updates auf drei Ebenen, tägliche Backups mit Restore-Probe, 24/7-Monitoring, jährliches Upgrade-Projekt. Was das ab Tag 1 konkret heißt und für wen es die richtige Wahl ist, steht ausführlich in was selbst hosten wirklich bedeutet. Kurzfassung: gut für Teams mit Linux-Know-how, festem Admin-Zeitbudget und mindestens zwei Leuten, die das Setup halten können.

Managed Hosting: Betrieb abgegeben, Kontrolle verhandelbar

Managed Hosting heißt: Ein Hoster betreibt die Instanz, du nutzt sie. Innerhalb dieses Modells ist die Spannbreite allerdings groß - vom Shared-Container mit Weboberfläche bis zur dedizierten VM mit weitreichendem Zugriff. Die Fragen, die einen Managed-Anbieter von einem anderen unterscheiden: Bekommst du dedizierte Ressourcen oder teilst du dir die Maschine? Werden Community und Enterprise gehostet? Kommst du jederzeit an deine Datenbank und deinen Filestore heran, auch für einen Export beim Abschied? Steht der Server dort, wo deine Compliance ihn braucht, und gibt es einen AVV?

Ein Punkt verdient besondere Aufmerksamkeit, weil er im Prospekt selten steht: der Upgrade-Umgang. Manche Anbieter aktualisieren alle Kunden-Instanzen zentral im eigenen Takt, andere pro Instanz nach Absprache. Für ein ERP mit Custom-Modulen ist der Unterschied erheblich - ein Upgrade, das ohne Test über deine Anpassungen läuft, ist ein Betriebsrisiko, kein Service.

Zur Einordnung, wie wir das bei erpdock beantworten: dedizierte VM pro Kunde mit Nginx als Reverse Proxy und Let’s-Encrypt-Zertifikaten, eine Staging-Instanz, die die Produktion spiegelt, ein pro Instanz gepinnter Odoo-Core für kontrollierte Upgrades, Backups mit geprüfter Wiederherstellung - und Community wird genauso gehostet wie Enterprise. Andere Anbieter setzen andere Schwerpunkte; die Fragen oben bleiben dieselben.

odoo.sh: die Plattform von Odoo

odoo.sh ist Odoos eigene Plattform für Teams mit Entwickler-Workflow. Sie ist eng an GitHub angebunden: Du arbeitest mit Branches für Entwicklung, Staging und Produktion, jeder Commit wird automatisch gebaut und getestet, und Shell-Zugriff auf die Container von Dev-, Staging- und Produktionsumgebung gehört zum Modell. Einen eigenen Server mit Root-Zugang gibt es dabei nicht - die Infrastruktur darunter betreibt Odoo.

Die wichtigste Einschränkung steht in Odoos eigener FAQ: Abonnieren kann odoo.sh, wessen Enterprise-Subscription die Plattform einschließt; Partner erhalten Trial-Projekte. Ein reines Community-Setup fällt damit heraus. Für Enterprise-Kunden mit eigenem Entwicklungszyklus ist das Modell in sich schlüssig - Custom-Module laufen per Git-Repository, das Deployment ist der Kern des Produkts. Wo die Unterschiede zu einem dedizierten Managed-Ansatz liegen, zeigt der Vergleich mit odoo.sh im Detail.

Odoo Online: Standard-SaaS

Odoo Online ist die SaaS-Variante: Odoo betreibt die Instanz, du konfigurierst im Standard. Die Dokumentation ist bei den Grenzen eindeutig - Odoo Online ist mit Nicht-Standard-Apps nicht kompatibel; wer eine bestehende Datenbank dorthin umziehen will, muss vorher alle Nicht-Standard-Apps deinstallieren. Eigene Module und Code-Zugriff sind in diesem Modell nicht vorgesehen.

Das ist keine versteckte Schwäche, sondern die Design-Entscheidung des Produkts: Für Standard-Prozesse ohne Eigenentwicklung ist Odoo Online der schnellste Weg zu einer laufenden Instanz - die Dokumentation nennt es selbst den einfachsten Weg, Odoo produktiv zu nutzen oder auszuprobieren. Die Grenze kommt an dem Tag, an dem das erste Custom-Modul gebraucht wird - dann steht ein Modellwechsel an, und der ist eine Migration, kein Klick. Wer schon beim Start weiß, dass Anpassungen kommen werden, spart sich diesen Umweg besser gleich.

Editionen: was Community und Enterprise fürs Hosting bedeuten

Die Edition ist kein Betriebsmodell - aber sie schränkt die Auswahl ein, bevor du überhaupt über Hosting nachdenkst. Deshalb gehört sie an den Anfang jeder Hosting-Entscheidung.

Die Community Edition ist Open Source unter der LGPL-3. Das heißt konkret: keine Lizenzgebühr, keine Nutzerbegrenzung durch einen Vertrag, und du darfst sie hosten, wo du willst - auf dem eigenen Server, bei einem Managed-Hoster, lokal im Container. Zwei Türen bleiben ihr verschlossen: odoo.sh setzt eine Enterprise-Subscription voraus, und Odoo Online betreibt nur den Odoo-Standard. Wer Community fährt, wählt also zwischen Selbstbetrieb und Managed Hosting - wie das bei uns aussieht, steht unter Community Edition bei erpdock.

Die Enterprise Edition ergänzt den Community-Kern um zusätzliche Module und Dienste und wird per Subscription lizenziert - Odoos eigene Dokumentation beschreibt sie als die Variante mit funktionalem Support, Upgrades und Hosting im Paket. Wichtig fürs Hosting: Die Subscription ist nicht an Odoos eigene Plattformen gebunden - Enterprise läuft auch self-hosted oder beim Managed-Hoster deiner Wahl. Damit stehen Enterprise-Kunden alle vier Betriebsmodelle offen.

Der Wechsel von Community auf Enterprise ist laut Odoo-Dokumentation jederzeit möglich (mit einer Ausnahme bei der Source-Installation) - die Editionsfrage ist also keine Einbahnstraße nach oben. Praktisch relevanter ist die Gegenrichtung: Wer von Enterprise zurück auf Community will, muss für die wegfallenden Enterprise-Module und die darin abgebildeten Prozesse einen Ersatz finden. Wenn absehbar ist, dass Community reichen könnte, lohnt es sich, damit zu starten und den Bedarf an Enterprise-Modulen konkret zu belegen, statt ihn vorsorglich einzukaufen.

Auch die Upgrade-Wege unterscheiden sich nach Edition, und das wirkt direkt auf den Betriebsaufwand: Community-Datenbanken migrieren mit OpenUpgrade Version für Version - Schritte auslassen geht nicht. Enterprise-Datenbanken gehen durch Odoos Upgrade-Service. Beides will jährlich eingeplant sein, weil der Release-Takt und das Support-Fenster von rund drei Versionen den Rhythmus vorgeben.

	Community	Enterprise
Lizenz	LGPL-3, keine Lizenzgebühr	kostenpflichtige Subscription
Eigener Server / Managed Hosting	ja	ja
odoo.sh	nein (Enterprise-Subscription vorausgesetzt)	ja, mit passender Subscription
Odoo Online	nein	nur im Odoo-Standard, ohne eigene Module
Upgrade-Weg	OpenUpgrade, Version für Version	Odoo-Upgrade-Service

Was eine produktive Instanz braucht

Egal welches Modell du wählst: Eine produktive Odoo-Instanz hat einen technischen Mindestrahmen. In den Plattform-Modellen erledigt ihn der Betreiber, beim eigenen Server du - aber kennen solltest du ihn in jedem Fall, denn er ist der Maßstab, an dem du jeden Anbieter misst.

HTTPS ist Pflicht, kein Komfort. Odoos Deployment-Dokumentation formuliert es unmissverständlich: Odoo gehört hinter einen Webserver mit HTTPS-Terminierung und gültigem SSL-Zertifikat, damit die Kommunikation nicht im Klartext mitlesbar ist - nachzulesen in der offiziellen Deployment-Dokumentation. In der Praxis heißt das Reverse Proxy plus automatisierte Zertifikats-Erneuerung.
Worker nach Formel, nicht nach Gefühl. Odoos Faustformel für den Multi-Prozess-Betrieb: (CPU-Kerne × 2) + 1 Worker, ein Worker bedient etwa 6 gleichzeitige Nutzer, und Cron-Worker brauchen eigene CPU-Reserven (Quelle: dieselbe Deployment-Dokumentation). Wer die Formel kennt, erkennt unterdimensionierte Angebote.
Aktueller Unterbau. Odoo 19 setzt Python 3.10 oder neuer und PostgreSQL 13 oder neuer voraus. Ein Hoster, der auf altem Unterbau festhängt, hängt beim nächsten Major-Upgrade fest.
Backups mit Restore-Probe. Zu einem Odoo-Backup gehören Datenbank und Filestore, beides offsite - und die regelmäßige Probe, ob sich das Backup wirklich zurückspielen lässt. Ein Backup, das nie zurückgespielt wurde, ist eine Vermutung, keine Sicherheit.
Monitoring über den Ping hinaus. Antwortzeiten, Plattenplatz, Zertifikatsablauf, Backup-Erfolg. Wenn Ausfälle zuerst dem Kunden auffallen, gibt es kein Monitoring, sondern nur Reaktion.
Mail-Zustellbarkeit von Anfang an. Odoo verschickt Angebote, Rechnungen und Mahnungen per Mail - ohne korrekt gesetztes SPF, DKIM und DMARC auf der Versand-Domain landet genau diese Post im Spam. Der Fehler fällt typischerweise erst beim ersten wichtigen Angebot auf.

Zum Ausprobieren brauchst du das alles noch nicht: Wie du Odoo mit Docker lokal aufsetzen kannst, haben wir separat beschrieben - für Entwicklung und Tests ideal, für die Produktion ersetzt der Container keinen dieser Punkte.

Standort, Datenschutz, DSGVO

Die Kurzfassung vorweg: Ein EU-Serverstandort vermeidet den Drittlandtransfer samt der zugehörigen Prüfkette, und einen Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO brauchst du immer dann, wenn ein Dritter für dich hostet.

Die Rollen dahinter: Für die Kunden- und Mitarbeiterdaten in deinem Odoo bist du der Verantwortliche. Betreibt ein Hoster, eine Plattform oder ein SaaS-Anbieter die Instanz, ist er dein Auftragsverarbeiter - und diese Beziehung regelt der AVV. Beim Selbstbetrieb entfällt der AVV mit einem Hoster, die Pflichten aus der DSGVO (technische und organisatorische Maßnahmen, Löschkonzepte, Betroffenenrechte) bleiben aber vollständig bei dir.

Für die Modellwahl reichen im ersten Schritt drei Prüffragen:

Wo liegen die Daten tatsächlich? Nicht der Firmensitz des Anbieters zählt, sondern der Standort von Produktions-Servern und Backups.
Wer ist Auftragsverarbeiter, und gibt es einen AVV? Ohne unterschriebenen AVV ist Fremd-Hosting personenbezogener Daten kein sauberer Zustand.
Verlassen Daten die EU - auch über Subdienstleister? Wenn ja, beginnt die Drittlandtransfer-Prüfung; wenn nein, entfällt sie.

Auf die Modelle angewandt heißt das: Prüfe pro Modell, wo die Daten tatsächlich liegen und mit wem die Vertragskette besteht. Beim eigenen Server bestimmst du den Standort selbst, beim Managed Hosting wählst du einen Anbieter mit passendem Standort und AVV, bei den Plattform-Modellen nimmst du die Rechenzentren des Betreibers, wie sie sind. Ein Standort in der EU ist dabei keine gesetzliche Pflicht - aber er erspart dir die Drittlandtransfer-Prüfung, die bei Standorten außerhalb der EU dazukommt. Die ganze Entscheidungslogik samt Rollen und Prüfschritten steht in Datenhoheit und EU-Standort im Detail. Bei erpdock ist die Antwort einfach gehalten: Serverstandort Wien, AVV nach Art. 28 DSGVO, kein Drittlandtransfer.

Die Kosten-Logik der vier Modelle

Was Odoo-Hosting kostet, lässt sich nicht mit einer Zahl beantworten - aber mit einer Struktur. Die Gesamtkosten bestehen in jedem Modell aus denselben vier Blöcken: Lizenz, deine eigene Betriebszeit, der Hosting- oder Plattformpreis und die Wechselkosten, falls du das Modell später verlässt. Was sich unterscheidet, ist die Gewichtung:

Kostenblock	Eigener Server	Managed Hosting	odoo.sh	Odoo Online
Lizenz	Community: keine; Enterprise: Subscription	Community: keine; Enterprise: Subscription	Enterprise-Subscription	Abo bei Odoo
Eigene Betriebszeit	hoch: laufende Administration plus jährliches Upgrade-Projekt	gering: Konfiguration und Fachliches	mittel: Entwicklung und Deployments bleiben bei dir	minimal
Hosting-/Plattformpreis	Server oder VM plus Backup-Speicher	Plan-Preis des Hosters	Plattformpreis, u. a. nach Workern und Speicher gestaffelt	im Abo enthalten
Wechselkosten	gering: Datenbank und Filestore liegen bei dir	je nach Anbieter: Export-Möglichkeit vorher prüfen	Migration mit Staging-Test	Migration; Custom-Anforderungen waren nie abbildbar

Drei Punkte werden dabei regelmäßig unterschätzt. Erstens die eigene Betriebszeit: Beim eigenen Server ist sie der größte Posten - nicht der Serverpreis. Jede Adminstunde konkurriert mit dem, womit dein Team eigentlich Geld verdient, und der Ernstfall (voller Datenträger, kaputte Migration, Ausfall zur Unzeit) kommt in keiner Planung vor, aber in jedem Betriebsjahr. Zweitens das jährliche Upgrade: Es ist in jedem Modell ein realer Aufwand, nur an verschiedenen Stellen - beim eigenen Server dein Projekt, beim Managed-Hoster je nach Modell begleitet oder übernommen, bei Odoos eigenen Angeboten Teil der Enterprise-Subscription, während angepasste Module trotzdem Entwicklungsarbeit brauchen. Drittens die Wechselkosten: Ein Modell, aus dem du deine Datenbank und deinen Filestore jederzeit vollständig herausbekommst, ist strukturell billiger als eines, das den Export erschwert - auch wenn der Monatspreis identisch aussieht.

Konkrete Euro-Beträge nennen wir hier bewusst nicht: Sie hängen an Nutzerzahl, Modulen, Speicher und Edition und wären in sechs Monaten veraltet. Für deinen konkreten Fall kannst du die Hosting-Kosten durchrechnen - mit deinen Zahlen statt Pauschalwerten.

So entscheidest du: der Fahrplan

Die Modellwahl wird einfacher, wenn du sie in der richtigen Reihenfolge triffst - Edition und Compliance zuerst, denn sie filtern die Optionen, bevor Geschmacksfragen ins Spiel kommen.

Edition klären. Reicht die Community Edition, oder brauchst du Enterprise-Module? Community schließt odoo.sh und Odoo Online aus - übrig bleiben eigener Server und Managed Hosting. Mit Enterprise stehen alle vier Modelle offen. Falls die Antwort noch unklar ist: Starte die Bewertung mit der Modul-Liste, die dein Team wirklich braucht, nicht mit der Preisliste.
Compliance-Rahmen festlegen. Wo müssen die Daten liegen, wer braucht einen AVV, welche Branchenauflagen gelten? Wenn ein EU-Standort gesetzt ist, filtere jetzt die Modelle und Anbieter, die ihn nicht garantieren.
Team-Kapazität ehrlich bewerten. Gibt es Linux- und PostgreSQL-Know-how im Haus - bei mehr als einer Person? Gibt es ein festes Zeitbudget für den Betrieb, oder wäre es “machen wir nebenbei”? Nebenbei ist die häufigste Vorstufe zu liegengebliebenen Backups.
Modell wählen. Volle Kontrolle plus vorhandene Kapazität: eigener Server. Kontrolle über die Daten behalten, Betriebslast abgeben: Managed Hosting. Enterprise-Subscription plus eigener Entwickler-Workflow mit Git: odoo.sh. Reiner Odoo-Standard ohne jede Eigenentwicklung: Odoo Online.
Migration planen, falls du wechselst. Ein Modellwechsel ist eine Migration: Datenbank und Filestore umziehen, auf Staging testen, dann umschalten. Wie das sauber läuft - auch in Kombination mit einem Versions-Upgrade - steht in Odoo migrieren und upgraden.
Betrieb von Anfang an einpreisen. Egal welches Modell: Restore-Probe, Monitoring und das jährliche Upgrade-Fenster gehören in den Kalender, bevor die Instanz produktiv geht - nicht nach dem ersten Zwischenfall.

Wenn nach diesem Fahrplan ein Managed-Modell für dich herauskommt, findest du unsere Pläne und Leistungsumfang transparent aufgeschlüsselt - und wenn die Antwort “eigener Server” lautet, ist das genauso ein gutes Ergebnis. Der Fahrplan ist dafür da, dass die Entscheidung zu deinem Team passt, nicht zu einem Anbieter.

FAQ

Was ist der Unterschied zwischen odoo.sh und Odoo Online? odoo.sh ist eine Entwickler-Plattform: GitHub-Anbindung, Branches für Dev/Staging/Produktion, Shell-Zugriff auf die Container, eigene Module per Git - vorausgesetzt wird eine Enterprise-Subscription, die odoo.sh einschließt. Odoo Online ist Standard-SaaS: Odoo betreibt, du konfigurierst - Nicht-Standard-Apps sind dort nicht kompatibel, Eigenentwicklung ist nicht vorgesehen.

Kann ich die Odoo Community Edition hosten lassen? Ja. Die Community Edition steht unter der LGPL-3 und darf überall gehostet werden. odoo.sh scheidet aus, weil die Plattform eine Enterprise-Subscription voraussetzt, und Odoo Online betreibt nur den Odoo-Standard - es bleiben Selbstbetrieb und Managed Hosting.

Was kostet Odoo-Hosting? Das hängt am Modell: Bei der Community Edition fällt keine Lizenzgebühr an, Enterprise braucht eine Subscription - dazu kommen je nach Modell deine eigene Betriebszeit, der Hosting- oder Plattformpreis und mögliche Wechselkosten. Eine seriöse Pauschalzahl gibt es nicht; rechne die Blöcke mit deinen eigenen Werten durch, etwa im Kostenrechner.

Kann ich das Betriebsmodell später wechseln? Ja - ein Modellwechsel ist eine Migration: Datenbank und Filestore umziehen, auf einer Staging-Umgebung testen, dann umschalten. Einzige strukturelle Grenze: Custom-Module, die auf Odoo Online nie liefen, müssen beim Weg dorthin entfallen; in die andere Richtung nimmst du deine Daten mit.

Muss mein Odoo-Server in der EU stehen? Eine gesetzliche Pflicht dazu gibt es nicht. Ein EU-Standort erspart dir aber die Drittlandtransfer-Prüfkette, die bei Servern außerhalb der EU zusätzlich fällig wird - und macht damit die DSGVO-Bewertung deutlich kürzer. Die Details stehen im verlinkten Artikel zu Datenhoheit und EU-Standort.