Self-Hosted vs. Cloud: Was ist 2026 günstiger?

Im Jahr 2026 wirkt die Debatte "Cloud gegen eigene Server" nicht mehr wie ein Kampf zwischen Vergangenheit und Zukunft. Sie ist deutlich nüchterner geworden: Unternehmen zählen wieder Geld, schauen auf reale Rechnungen und kommen immer häufiger zu dem Schluss, dass es keine universelle Antwort gibt. Mehr noch: Der Trend selbst hat sich von cloud-first zu cloud-appropriate verschoben - nicht mehr "wir ziehen alles in die Cloud", sondern "wir legen jede Last dorthin, wo sie wirtschaftlich und technisch sinnvoll ist". Dazu beigetragen haben sowohl steigende Rechnungen bei Public Clouds als auch Anforderungen an Data Sovereignty und der Wunsch nach besser planbarer Infrastruktur. Über diese Wende schreiben sowohl Branchenmedien unter Verweis auf aktuelle CIO-Umfragen als auch Unternehmen selbst, die öffentlich über ihren Cloud-Ausstieg sprechen. (TechRadar)

Warum Unternehmen zu Self-Hosted zurückkehren

Der wichtigste Grund ist keine Ideologie, sondern die Rechnung am Monatsende. Solange ein Projekt klein ist, wirkt die Cloud fast wie Magie: Knopf drücken, VM bekommen, dazu Managed Database, Load Balancer, Object Storage und CDN. Doch wenn die Infrastruktur wächst, stellt sich heraus, dass das Unternehmen nicht nur für CPU und RAM zahlt, sondern auch für Netzwerkverkehr, NAT Gateway, Managed Services, Backups, IOPS, Snapshots, öffentliche IPs, zonenübergreifenden Traffic und Dutzende kleine Positionen auf der Rechnung. Bei AWS kostet allein ein NAT Gateway in einer typischen Region zum Beispiel $0.045 pro Stunde plus $0.045 für jedes verarbeitete Gigabyte; ausgehender Internetverkehr für EC2 wird nach den kostenlosen 100 GB pro Monat ebenfalls separat berechnet. (Amazon Web Services, Inc.)

Der zweite Grund ist Vorhersehbarkeit. Bei Bare Metal oder einem gemieteten Dedicated Server ist das Preismodell meist einfacher: eine feste monatliche Zahlung, klare Hardware-Parameter und möglichst wenig Überraschungen am Monatsende. Genau deshalb tauchen Hetzner und OVHcloud wieder so häufig in Gesprächen über Cost Efficiency auf: Sie bieten nach wie vor ein starkes Verhältnis aus Preis und Ressourcen, besonders für konstante, gleichmäßige Lasten. Gleichzeitig sollte man im Blick behalten, dass selbst Hetzner 2026 die Preise erhöht hat: Günstige Hardware ist im Vergleich zu Hyperscalern immer noch günstig, aber nicht mehr ganz so absurd billig wie vor ein paar Jahren. (Hetzner)

Der dritte Grund ist Kontrolle. Für einen Teil der Unternehmen geht es nicht einmal primär um direkte Einsparungen, sondern darum, dass Self-Hosted das Einhalten interner Sicherheitsregeln, Compliance-Vorgaben, Anforderungen an die Datenplatzierung und Audits vereinfacht. OVHcloud betont zum Beispiel explizit Zertifizierungen, Private Networking, Anti-DDoS und kostenlosen Backup-Speicher als Teil des Dedicated-Server-Angebots. (OVHcloud)

Und schließlich gibt es öffentliche Fälle, die zu laut sind, um sie zu ignorieren. 37signals schreibt, dass ihr Cloud-Ausstieg über fünf Jahre rund $10 Mio. sparen und die Infrastrukturkosten ungefähr halbieren oder sogar auf ein Drittel senken wird. Das heißt nicht, dass es bei allen so läuft. Es bedeutet nur eins: Für eine bestimmte Klasse reifer, vorhersehbarer und dauerhaft ausgelasteter Systeme ist Self-Hosted wieder eine finanziell ernsthafte Option und nicht bloß "Nostalgie für den Serverraum". (Basecamp)

Wo Self-Hosted 2026 besonders stark ist

Wenn man auf den praktischen Markt schaut, tauchen in Europa meist drei Begriffe auf: Hetzner, OVH, Bare Metal.

Hetzner bleibt 2026 trotz Preiserhöhung sehr aggressiv beim Pricing. Auf den aktuellen Seiten sieht man, dass die Dedicated-Linien nach der Preisanpassung im April ungefähr bei EUR42-44 pro Monat beginnen, während Cloud-Instanzen wie CPX31 mit 4 vCPU, 8 GB RAM und 160 GB SSD EUR17.99 pro Monat kosten. Hetzner bietet außerdem Object Storage ab EUR5.99 pro Monat und einen Load Balancer ebenfalls ab EUR5.99. (Hetzner)

OVHcloud wirkt stärker im Enterprise-Ton, sieht aber ebenfalls interessant aus für alle, die Dedicated Server, Private Networking und unbegrenzten Ingress/Egress im Dedicated-Bereich brauchen. Auf den offiziellen Seiten beginnen Advance Dedicated Servers bei $107 pro Monat, und das Unternehmen betont gesondert unbegrenzten Ingress- und Egress-Traffic, integrierten Anti-DDoS-Schutz, private vRack und kostenlose 500 GB externen Backup-Speicher. Für traffic-intensive Projekte ist das keine Kleinigkeit, sondern ein spürbarer Kostenvorteil. (OVHcloud)

Die Grundidee ist einfach: Wenn die Last stabil und rund um die Uhr vorhanden ist und das Profil des Systems gut verstanden wird, gewinnt der Kauf oder die Miete eines "Stücks Hardware" wieder gegen ein Bündel aus Managed Services - vor allem dann, wenn das Projekt viel CPU, RAM, Storage und ausgehenden Traffic frisst. (OVHcloud)

Wann Cloud günstiger ist

Cloud ist nicht deshalb günstiger, weil sie "an sich billig" wäre, sondern weil sie in einer Reihe von Szenarien verhindert, dass man im Voraus für unnötige Infrastruktur bezahlt.

Das erste Szenario ist sprunghafte Last. Wenn ein Service tagsüber fast leer ist, abends, saisonal oder im Sale aber um ein Mehrfaches wächst, erlaubt die Cloud, Ressourcen an die reale Nachfrage anzupassen. Autoscaling, serverlose Ansätze und nutzungsbasierte Abrechnung sind dann oft günstiger, als eigene Server mit großer Leistungsreserve "für alle Fälle" vorzuhalten. Im Self-Hosted-Modell muss diese Reserve trotzdem gekauft, gemietet, untergebracht und betrieben werden, selbst wenn sie die meiste Zeit ungenutzt bleibt.

Das zweite Szenario ist ein schneller Start und hohe Unsicherheit. Wenn ein Produkt gerade erst startet, ist für das Team Geschwindigkeit wichtiger als perfekte Kosten pro CPU-Einheit. In der Cloud kann man schnell eine Umgebung, eine Managed Database, Object Storage, eine Queue, einen Load Balancer und Monitoring aufsetzen, ohne Wochen mit dem Bau der Infrastruktur zu verbringen. Ja, später kann das teurer werden. Aber in der Frühphase kauft man Cloud oft nicht wegen der niedrigsten Rechnung, sondern wegen Geschwindigkeit und geringerer operativer Schmerzen.

Es gibt auch einen dritten Fall: stabile, vorhersehbare Last innerhalb der Cloud selbst. Wenn ein Unternehmen bereits weiß, dass bestimmte Kapazitäten dauerhaft benötigt werden, lassen sich die Kosten bei Hyperscalern durch Committed Use Discounts, Reserved Instances und Savings Plans senken. Das ist dann kein Vorteil von Elastizität mehr, sondern ein Rabatt für Vorhersehbarkeit. Google spricht zum Beispiel von rund 28 % Rabatt bei einem Jahres-Commitment und bis zu 46 % bei drei Jahren, während Azure auf spürbare Einsparungen gegenüber Pay-as-you-go durch Reservations und Savings Plan verweist.

Nüchtern betrachtet ist Cloud dort besonders gut, wo das Team wenig Zeit, viel Unsicherheit und hohe Kosten bei Betriebsfehlern hat. Sobald ein System jedoch reif, vorhersehbar und rund um die Uhr ausgelastet ist, ändert sich das Gespräch meist: Dann geht es nicht mehr darum, ob Cloud bequem ist, sondern ob diese Bequemlichkeit zu teuer geworden ist.

Reale Rechenbeispiele

Das Folgende ist keine ewige Wahrheit, sondern eine Arbeitsillustration. Preise hängen von Region, SLA, Traffic, Disks, Reservierungen und Rabatten ab. Aber allein die Größenordnung zeigt schon gut, wo die jeweiligen Schwachstellen liegen.

Szenario 1. Kleiner stabiler Service: API + Postgres + Object Storage

Nehmen wir an, wir haben ein SaaS mit dauerhaft laufendem Backend, kleiner Datenbank, 1 TB Dateien und ungefähr 1 TB ausgehendem Traffic pro Monat.

Wenn man sich Storage bei AWS anschaut, kostet allein 1 TB S3 Standard ungefähr 1,024 x $0.023 = $23.55 pro Monat. Wenn 1 TB nach außen geht, kommen beim Egress zum Basistarif von $0.09/GB noch einmal $92.16 dazu. Das sind bereits $115.71, und zwar ohne Requests, Compute, Datenbank und Load Balancer. Wenn in der Architektur ein NAT Gateway steckt, kommen allein für die Betriebsstunden noch einmal rund $32.85 pro Monat hinzu, plus Gebühren für verarbeitete Gigabytes. (Amazon Web Services, Inc.)

Hetzner Object Storage startet bei EUR5.99 pro Monat, inklusive 1 TB Storage und 1 TB Egress, ein Cloud Load Balancer ebenfalls bei EUR5.99. Selbst wenn man noch eine CPX31-Instanz für EUR17.99 dazunimmt, ist es bei diesem Lastprofil sehr schwer, gegen AWS zu verlieren - sofern der Service keine exotischen Managed-Features benötigt. (Hetzner)

Das Fazit ist unangenehm, aber ehrlich: Für einen kleinen stabilen Service mit spürbarem Egress schlagen Self-Hosted oder eine "günstige europäische Cloud" Hyperscaler beim Preis oft deutlich. Cloud gewinnt in diesem Fall meist nicht mit der Rechnung, sondern mit Startgeschwindigkeit und Serviceumfang. (Hetzner)

Szenario 2. Konstante Compute-Last

Bei Google Cloud wird die Instanz e2-standard-4 im aktuellen Pricing mit $0.154126276 pro Stunde geführt. Bei 24/7-Betrieb sind das bei 730 Stunden rund $112.51 pro Monat. Und das immer noch ohne Disks, Backups und Netzwerkkosten. (Google Cloud)

Bei Hetzner gibt es Varianten auf CPX31-Niveau: 4 vCPU, 8 GB RAM, 160 GB SSD für EUR17.99/Monat, sowie Shared-Pläne, die historisch noch günstiger waren. Selbst wenn das kein perfekter Apples-to-Apples-Vergleich bei CPU-Klasse, Storage und SLA ist, ist der Preisunterschied so groß, dass er durch kleine Korrekturen nicht verschwindet. (Hetzner)

Hier zeigt sich die wichtigste Regel des Jahres 2026: Wenn die Last vorhersehbar ist und ein Server tatsächlich rund um die Uhr arbeitet, beginnt die Public Cloud fast immer entweder gegen Bare Metal oder gegen einen "günstigen Infrastruktur-Cloud-Provider" europäischer Art zu verlieren. (Hetzner)

Szenario 3. Managed Database gegen "eigenes PostgreSQL"

Azure zeigt auf den offiziellen Pricing-Seiten für PostgreSQL Flexible Server zum Beispiel D4s v6 (4 vCore, 16 GiB) bei $259.88/Monat im Pay-as-you-go-Modell; daneben sieht man, dass Reserved Pricing ungefähr 40 % Einsparung bringen kann. (Microsoft Azure)

Diese Rechnung lässt sich gut rechtfertigen, wenn man einen Managed Service braucht: automatische Updates, weniger manuelle Arbeit, SLA, bequeme Snapshots und Integration in das restliche Cloud-Ökosystem. Wenn das Team PostgreSQL aber selbst administrieren kann und die Datenbank in Sachen HA nicht extrem kritisch ist, erlaubt derselbe Dedicated Server von Hetzner oder OVH oft, Anwendung, Datenbank und einen Teil des Storage innerhalb desselben oder sogar eines kleineren Budgets unterzubringen. (Microsoft Azure)

Genau deshalb ist Managed DB ein klassisches Beispiel dafür, dass Cloud oft nicht gekauft wird, weil sie billiger ist, sondern weil sie teurer, aber bequemer ist. Und manchmal ist genau das die richtige Entscheidung. (Microsoft Azure)

Wann Cloud günstiger ist

Cloud ist günstiger, wenn ihr in einer frühen Produktphase seid, ein kleines Team habt, das Wachstum unvorhersehbar ist, häufig experimentiert wird, ständig schnell Umgebungen erstellt und wieder gelöscht werden müssen und die Architektur stark an Managed Services hängt. Das gilt auch für geoverteilte Systeme, bursty Workloads, ML/Analytics mit gelegentlichen Jobs und Fälle, in denen Ausfälle durch menschliche Fehler oder Hardwareprobleme teurer wären als jede AWS-Rechnung. Rabatte über Reserved- oder Committed-Pläne verstärken diese Logik zusätzlich, wenn ihr ohnehin im Cloud-Ökosystem bleibt. (Google Cloud)

Eine weitere wichtige Ausnahme: Wenn euer Team schwach in Ops ist, kann ein "günstiger Server" zur teuersten Lösung im Unternehmen werden. Jede Einsparung endet sehr schnell, wenn ein lustiges Wochenende mit RAID-Degradation, einer kaputten Backup-Policy und der einzigen Person beginnt, die weiß, wo das Ansible-Inventar liegt. Dann geht es nicht mehr um die Preisliste, sondern um organisatorische Reife. Nicht ohne Grund betonen OVHcloud und die Hyperscaler so stark SLA, Automation und Manageability - diese Dinge kosten Geld, sind aber nicht aus der Luft gegriffen. (OVHcloud)

Wann ein eigener Server günstiger ist

Self-Hosted ist dort günstiger, wo die Last gleichmäßig ist, das System 24/7 läuft, Anforderungen an Latenz und Lokalität klar sind, das Egress-Volumen spürbar ist und das Team Linux, Datenbanken, Monitoring sowie Backup/Recovery ohne Magie betreiben kann. Das betrifft insbesondere:

• interne Services;
• APIs und SaaS mit vorhersehbarer Nachfrage;
• storage-lastige Systeme;
• Datenbanken mit konstanter Last;
• CI/CD-Runner;
• Analytics- und ETL-Workloads;
• Projekte, bei denen europäische Jurisdiktion und eine feste Rechnung wichtig sind. (OVHcloud)

Einfach gesagt: Je weniger "Peak-Chaos" ihr habt und je mehr "gleichmäßiges Fabrikbrummen" vorhanden ist, desto größer ist die Chance, dass Self-Hosted oder Bare Metal schlicht günstiger ist. (OVHcloud)

Hybride Infrastruktur ist meist die erwachsenste Antwort

Der praktischste Weg im Jahr 2026 ist nicht Religion, sondern Hybrid. Core Workloads dort halten, wo sie günstiger und planbarer sind, und die Cloud dort nutzen, wo sie wirklich stark ist.

Zum Beispiel können Datenbank und zentrale APIs auf einem Dedicated Server oder bei Hetzner/OVH laufen, während Public Edge, CDN, Backups in eine andere Region, einzelne Managed Services, Queues, Analytics oder Burst-Last in AWS, GCP oder Azure liegen. OVHcloud hat das übrigens direkt im Positioning seiner Dedicated Servers verankert: Private Network, die Möglichkeit, hybride Infrastruktur aufzubauen, und Public Cloud sowie Private Cloud rund um Bare Metal anzubinden. (OVHcloud)

Hybrid ist deshalb gut, weil es die Hauptschwäche beider Extreme trifft. Es zwingt nicht dazu, für alles die Hyperscaler-Steuer zu zahlen, verlangt aber auch nicht, den gesamten operativen Schmerz allein zu tragen. Im echten Leben ist das meist die am wenigsten dumme Architekturstrategie. (TechRadar)

Fazit

Im Jahr 2026 ist Self-Hosted oft günstiger für stabile, dauerhaft laufende Lasten, besonders wenn viel Storage, Egress und genügend Ops-Kompetenz im Team vorhanden sind. Cloud lohnt sich häufiger dort, wo Geschwindigkeit, Flexibilität, Managed Services und der Umgang mit unvorhersehbarer Last wichtiger sind. (Amazon Web Services, Inc.)

Die Frage lautet also nicht mehr: "Was ist besser - Cloud oder eigene Server?" Die richtige Frage lautet: Welche Teile eures Systems zahlen zu viel für Bequemlichkeit, und welche sind bereits reif genug, um außerhalb eines Hyperscalers günstiger zu leben? Genau dort beginnt das echte Geld. (Basecamp)