„Die Cloud ist günstiger." Diesen Satz hören IT-Verantwortliche seit Jahren – von Beratern, von Herstellern, von Kollegen, die gerade migriert haben. Und er stimmt. Manchmal. Unter bestimmten Bedingungen. Für bestimmte Workloads.
Für alle anderen Fälle ist er schlicht falsch.
Das Support-Ende von Windows Server 2016 am 12. Januar 2027 zwingt Tausende von Unternehmen zu einer Entscheidung: Migrieren wir auf neue Hardware mit Windows Server 2025? Gehen wir in die Cloud? Oder machen wir beides – ein Hybrid-Modell? Diese Entscheidung hat erhebliche finanzielle Konsequenzen, und sie lässt sich nicht mit Pauschalaussagen treffen. Sie braucht eine ehrliche Rechnung.
Dieser Artikel liefert genau das: einen nüchternen 3-Jahres-TCO-Vergleich, klare Kriterien für die Entscheidung – und keine Werbebotschaften.
TCO-Vergleich: Was drei Jahre wirklich kosten
Die Ausgangslage: 20 Server, Standard Edition
Als Grundlage für den Vergleich dient eine typische mittelständische Umgebung: 20 physische Server mit Windows Server 2016 Standard Edition, durchschnittlich 16 Kerne pro Server, gemischte Workloads (File-Server, Anwendungsserver, Datenbankserver, Domänencontroller). Keine Extremszenarien, keine Sonderfälle – das, was wir in der Praxis am häufigsten antreffen.
Hinweis: Die folgenden Zahlen sind Orientierungswerte auf Basis aktueller Marktdaten und Projekterfahrungen. Individuelle Faktoren – Standort, bestehende Lizenzverträge, Personalkosten, Strompreise, Workload-Charakteristik – können die tatsächlichen Kosten erheblich beeinflussen. Für eine belastbare Entscheidungsgrundlage empfehlen wir eine individuelle TCO-Analyse.
Option 1: On-Premises – Migration auf Windows Server 2025
Was entsteht hier wirklich an Kosten?
Der häufigste Fehler bei On-Premises-Kalkulationen: Nur die Hardware wird eingerechnet, nicht der vollständige Betriebskostenblock. Ein realistisches Bild sieht so aus:
Einmalige Investitionen (Jahr 1):
|
Kostenblock |
Schätzwert (20 Server) |
|
Neue Server-Hardware (Konsolidierung auf 8–10 moderne Systeme) |
80.000–150.000 € |
|
Windows Server 2025 Lizenzen (Standard, 20 Kerne/Server) |
30.000–50.000 € |
|
CALs (falls Upgrade erforderlich) |
10.000–20.000 € |
|
Migrationsdienstleistung (Planung, Durchführung, Stabilisierung) |
30.000–60.000 € |
|
Gesamt Jahr 1 |
150.000–280.000 € |
Laufende Kosten pro Jahr:
|
Kostenblock |
Schätzwert p.a. |
|
Strom & Kühlung (moderne Hardware: ~60% effizienter) |
8.000–15.000 € |
|
Hardware-Wartungsverträge |
10.000–20.000 € |
|
IT-Personal (anteilig für Infrastruktur-Betrieb) |
40.000–80.000 € |
|
Software-Renewals, Monitoring, Backup |
8.000–15.000 € |
|
Gesamt laufend p.a. |
66.000–130.000 € |
3-Jahres-TCO On-Premises: ca. 350.000–670.000 €
Der entscheidende Vorteil: Nach der Anfangsinvestition sind die laufenden Kosten gut planbar und steigen nicht progressiv. Wer moderne Hardware kauft, profitiert zudem von deutlich niedrigeren Stromkosten gegenüber den alten 2016-Systemen – ein Faktor, der in vielen Kalkulationen unterschätzt wird.
Option 2: Azure IaaS – Lift-and-Shift in die Cloud
Beim Lift-and-Shift werden die bestehenden Server 1:1 als Azure Virtual Machines betrieben. Kein Refactoring, keine Anwendungsänderungen – einfach die Workloads in die Cloud heben.
Für Windows Server 2016 endet der reguläre Support am 12. Januar 2027. Über das ESU-Programm sind danach für bis zu drei Jahre weitere Sicherheitsupdates verfügbar. Für Workloads, die auf Azure Virtual Machines betrieben werden, stellt Microsoft ESU ohne separate ESU-Gebühr bereit. Für On-Premises- und Multi-Cloud-Szenarien verweist Microsoft auf ESU-Optionen über Azure Arc. Ob darüber hinaus Zusatzkosten anfallen, hängt vom jeweiligen Betriebsmodell und den aktivierten Azure-Diensten ab.
Monatliche Azure-Kosten (20 Server, Lift-and-Shift, Schätzwerte):
|
Kostenblock |
Schätzwert/Monat |
|
Compute: 20× Standard_D4s_v5 (4 vCPU, 16 GB RAM) |
2.800–4.500 € |
|
Managed Disks (Storage) |
600–1.200 € |
|
Azure Backup |
400–800 € |
|
Netzwerk (VPN Gateway, Load Balancer) |
300–600 € |
|
Monitoring & Security (Defender for Cloud) |
200–400 € |
|
Gesamt/Monat (Pay-as-you-go) |
4.300–7.500 € |
Azure Reservations können die Compute-Kosten gegenüber Pay-as-you-go je nach Dienst, Region, Laufzeit und SKU erheblich senken – Microsoft nennt in bestimmten Szenarien Einsparungen von bis zu 72 %. In Kombination mit dem Azure Hybrid Benefit, der das Einbringen bestehender Windows Server-Lizenzen mit Software Assurance ermöglicht, können die Einsparungen in geeigneten Konstellationen noch höher ausfallen. Konkrete Monatskostenziele sollten jedoch auf Basis der tatsächlichen VM-SKUs, Laufzeiten und Nutzungsprofile mit dem Azure Pricing Calculator validiert werden – pauschale Zielwerte sind ohne diese Grundlage nicht belastbar.
3-Jahres-TCO Azure IaaS (mit Reserved Instances + Hybrid Benefit):
|
Kostenblock |
3 Jahre gesamt |
|
Compute (optimiert) |
30.000–55.000 € |
|
Storage, Backup, Netzwerk |
45.000–90.000 € |
|
Migrationsaufwand (einmalig) |
20.000–40.000 € |
|
IT-Personal (Cloud-Management, anteilig) |
40.000–80.000 € |
|
Gesamt 3 Jahre |
135.000–265.000 € |
Wichtig – die versteckten Kosten:
- Egress-Gebühren: Jedes Gigabyte, das Azure verlässt, kostet Geld. Bei datenintensiven Workloads (große Dateiserver, Backup-Transfers) können diese Kosten erheblich sein und die Kalkulation verschieben.
- Cloud Waste: Branchenanalysen zeigen, dass 30–35% des Cloud-Budgets typischerweise für ungenutzte oder überdimensionierte Ressourcen ausgegeben werden. Ohne aktives Cost Management wächst dieser Anteil.
- Ab Juli 2026: Ältere Azure Reserved Instances (v3/v4-Serien) laufen aus und wechseln automatisch in das teurere Pay-as-you-go-Modell. Wer nicht rechtzeitig auf neuere VM-Generationen (v5/v6) oder Azure Savings Plans umstellt, zahlt deutlich mehr.
Option 3: Azure PaaS – Managed Services
Azure PaaS bedeutet: Statt VMs zu betreiben, nutzt man verwaltete Dienste – Azure SQL Managed Instance statt SQL Server auf einer VM, Azure App Service statt IIS auf einer VM, Azure Files statt File-Server.
Der Vorteil: Microsoft übernimmt Patching, Hochverfügbarkeit und Skalierung. Das IT-Team wird von Infrastruktur-Betrieb entlastet und kann sich auf Anwendungen und Geschäftsprozesse konzentrieren.
PaaS kann in einzelnen Kostenkategorien höhere Listenpreise aufweisen als reines IaaS, reduziert jedoch häufig den Betriebsaufwand für Patching, Hochverfügbarkeit, Monitoring und Wartung erheblich. Ob PaaS im Gesamtbild teurer oder wirtschaftlicher ist, hängt stark von Architektur, Betriebsmodell, Lizenzlage und dem erforderlichen Refactoring-Aufwand ab. Eine belastbare Bewertung erfordert daher eine vollständige TCO-Betrachtung, die Plattform- und Betriebskosten gemeinsam berücksichtigt.
3-Jahres-TCO Azure PaaS: ca. 200.000–400.000 € (stark abhängig von Workload-Typ und Refactoring-Aufwand)
PaaS ist keine Migrationsoption für alle, aber für bestimmte Workloads – insbesondere Datenbanken und Webanwendungen – langfristig die wirtschaftlichste und wartungsärmste Lösung.
Der Kosten-Breakdown im Überblick
|
|
On-Premises (WS2025) |
Azure IaaS (optimiert) |
Azure PaaS |
|
3-Jahres-TCO |
350.000–670.000 € |
135.000–265.000 € |
200.000–400.000 € |
|
Jahr-1-Liquiditätsbelastung |
Hoch (CapEx) |
Niedrig (OpEx) |
Mittel (OpEx) |
|
Kostenprediktabilität |
Hoch |
Mittel (Egress-Risiko) |
Mittel |
|
Betriebsaufwand IT |
Hoch |
Mittel |
Niedrig |
|
Flexibilität |
Niedrig |
Hoch |
Sehr hoch |
|
ESU für WS2016 |
Kostenpflichtig |
Kostenlos |
Entfällt |
Lesart: Diese Tabelle zeigt Orientierungswerte. Der tatsächliche TCO hängt entscheidend von Workload-Charakteristik, bestehenden Lizenzverträgen und Personalkosten ab.
Wann Cloud die bessere Wahl ist
Die Cloud gewinnt nicht immer – aber in bestimmten Szenarien ist sie klar überlegen.
Schwankende Last: Saisonal oder projektbasiert
Wer Workloads hat, die zu bestimmten Zeiten stark ausgelastet sind und sonst kaum genutzt werden – Jahresabschluss-Systeme, Kampagnen-Infrastruktur, Entwicklungs- und Testumgebungen – zahlt On-Premises für Kapazität, die die meiste Zeit ungenutzt ist. In der Cloud zahlt man nur für das, was tatsächlich genutzt wird. Bei 30–50% Auslastungsschwankungen kann das die Cloud-Option um 20–40% günstiger machen als On-Premises.
Disaster Recovery und Geo-Redundanz
Azure bietet mit Diensten wie Azure Site Recovery, georedundanten Speicheroptionen und Multi-Region-Architekturen leistungsfähige Bausteine für Disaster Recovery und Resilienz. Ob diese Ansätze wirtschaftlicher sind als ein zweiter eigener Standort, hängt jedoch von den definierten Recovery-Zielen, Datenmengen, Netzwerkkosten, Lizenzierung und dem gewählten Betriebsmodell ab. Eine fundierte Entscheidung setzt daher einen strukturierten Vergleich der jeweiligen Gesamtkosten und Anforderungen voraus.
Schnelle Skalierung ohne Vorlaufzeit
Wer wächst – durch Akquisitionen, neue Standorte, neue Anwendungen – kann in der Cloud in Stunden neue Kapazität bereitstellen. On-Premises bedeutet: Hardware bestellen, liefern lassen, einbauen, konfigurieren. Das dauert Wochen bis Monate. Für wachsende Unternehmen ist die Elastizität der Cloud ein echter Wettbewerbsvorteil.
Kein dediziertes IT-Personal für Infrastruktur
Für Unternehmen ohne eigenes Infrastrukturteam können Cloud- und Managed-Services-Modelle erhebliche organisatorische Vorteile bieten. Ob sie gegenüber extern betriebenem On-Premises-Betrieb auch kostengünstiger sind, lässt sich nicht pauschal beantworten – das hängt vom Vertragsmodell, dem vereinbarten Serviceumfang, den Verfügbarkeitserwartungen und dem tatsächlichen Betriebsaufwand im Einzelfall ab.
Wann On-Premises die bessere Wahl ist
Die Cloud ist kein Allheilmittel. Es gibt klare Szenarien, in denen On-Premises wirtschaftlich und strategisch überlegen ist.
Konstante hohe Last: 70%+ Auslastung rund um die Uhr
Cloud-Pricing ist auf Flexibilität ausgelegt. Wer Server rund um die Uhr mit 70% oder mehr auslastet, zahlt in der Cloud dauerhaft für Kapazität – ohne die Kostenvorteile der Elastizität zu nutzen. Bei stabilen, vorhersehbaren Workloads amortisiert sich eigene Hardware über 5–7 Jahre deutlich günstiger als Cloud-Abonnements. Die Faustregel aus der Praxis: Ab ca. 60–70% konstanter Auslastung beginnt On-Premises wirtschaftlich interessant zu werden.
Große Datenmengen: Die Egress-Falle
Ausgehender Datentransfer aus Azure kann je nach Nutzungsprofil einen relevanten Kostenfaktor darstellen – insbesondere bei internetbasiertem Egress, regionsübergreifender Replikation oder spezifischen Netzwerktopologien. Die tatsächlichen Kosten hängen vom Zielpfad, der Region, geltenden Freigrenzen und dem verwendeten Dienst ab und variieren je nach Szenario erheblich. Für eine belastbare Einschätzung empfiehlt sich die Prüfung im Azure Pricing Calculator sowie in der aktuellen Bandwidth-Preisübersicht von Microsoft.
Compliance und Datenresidenz
Azure stellt Regionen in Deutschland bereit und kann datenschutzkonform betrieben werden, sofern Architektur, Verträge, technische Maßnahmen und Prozesse entsprechend ausgestaltet sind. DSGVO-Konformität ist dabei kein reines Rechenzentrumsmerkmal, sondern das Ergebnis eines durchgängigen Gesamtkonzepts. In stark regulierten Umgebungen können darüber hinaus zusätzliche Anforderungen an Datenzugriff, Schlüsselverwaltung, Mandantentrennung oder Betriebsverantwortung bestehen. Ob daraus im Einzelfall eine zwingende On-Premises-Pflicht folgt, ist rechtlich und fachlich zu prüfen.
Legacy-Systeme ohne Cloud-Readiness
Nicht jede Anwendung lässt sich problemlos in die Cloud heben. Ältere ERP-Systeme, proprietäre Branchensoftware, Anwendungen mit Hardware-Dongles oder lokalen Datenbankverbindungen können in der Cloud nicht oder nur mit erheblichem Aufwand betrieben werden. Wer solche Systeme hat, muss entweder On-Premises bleiben oder einen aufwendigen Refactoring-Prozess einplanen.
Hybrid als Mittelweg: Der pragmatische Ansatz
Die ehrliche Antwort auf die Frage „Cloud oder On-Premises?" lautet für die meisten Unternehmen: beides. Nicht als Kompromiss, sondern als bewusste Architekturentscheidung. Das Prinzip ist einfach: Jeder Workload geht dorthin, wo er am besten aufgehoben ist.
Typisches Hybrid-Muster aus der Praxis:
|
Workload |
Empfohlene Umgebung |
Begründung |
|
Active Directory / Domain Controller |
Häufig hybrid oder standortnah |
Konkrete Platzierung abhängig von Identitätsarchitektur, Standortanbindung, Ausfallszenarien und Verwaltungsmodell |
|
File-Server (große Datenmengen) |
On-Premises |
Egress-Kosten, Zugriffsgeschwindigkeit |
|
Backups & Disaster Recovery |
Azure Blob Storage |
Geo-Redundanz, günstig, skalierbar |
|
Entwicklungs- und Testumgebungen |
Azure |
Flexibel, nur bei Bedarf aktiv |
|
E-Mail (Exchange) |
Microsoft 365 |
Managed Service, kein eigener Server |
|
Datenbank-Server (hohe Last) |
On-Premises oder IaaS/PaaS |
Je nach Lastprofil, Lizenzmodell, HA/DR-Anforderungen und Betriebsaufwand individuell zu bewerten |
|
Monitoring & Security |
Azure Defender / Sentinel |
Zentrales Management, skalierbar |
Azure Arc schafft eine gemeinsame Verwaltungs- und Governance-Ebene für Server außerhalb von Azure und ermöglicht ein einheitliches Management von On-Premises-Ressourcen und Azure-Diensten über eine zentrale Oberfläche. Die Kernfunktionen der Arc-Kontrolloberfläche stehen ohne separate Lizenzkosten zur Verfügung; zusätzliche Management- und Sicherheitsdienste wie Update Manager, Azure Monitor oder Defender for Cloud verursachen je nach Nutzungsumfang separate Kosten und sind bei der Gesamtkalkulation zu berücksichtigen.
Das Hybrid-Modell ist für viele mittelständische Unternehmen keine bloße Übergangslösung, sondern die dauerhaft optimale Architektur – wirtschaftlich, technisch und regulatorisch.
Fazit: Keine Pauschalantwort – aber klare Entscheidungskriterien
„Cloud ist immer günstiger" ist eine Vereinfachung, die Unternehmen teuer zu stehen kommen kann. Genauso falsch ist das Gegenteil: „On-Premises ist sicherer und günstiger." Die Wahrheit liegt – wie so oft – in der Differenzierung.
Cloud gewinnt bei: variabler Last, schnellem Wachstum, Disaster Recovery, fehlender IT-Infrastruktur-Kompetenz im Haus.
On-Premises gewinnt bei: konstant hoher Auslastung, großen Datenmengen, strengen Compliance-Anforderungen, Legacy-Systemen ohne Cloud-Pfad.
Hybrid gewinnt bei: den meisten mittelständischen Unternehmen, die beides haben – stabile Kernsysteme und flexible Randworkloads.
Die Entscheidung, die Sie im Kontext von Windows Server 2016 EOS treffen müssen, ist keine IT-Entscheidung. Sie ist eine Geschäftsentscheidung – mit finanziellen, strategischen und regulatorischen Dimensionen. Und sie verdient eine individuelle Analyse, keine Pauschalantwort.


