IaaS, Private Cloud oder Hybrid Cloud in Europa: wie Sie für klassische Workloads wählen

IaaS, Private Cloud oder Hybrid: was zu welchem Workload passt

Für klassische Workloads wie Applikationsserver, Datenbanken, ERP und Testumgebungen passt IaaS zu VMs, die keine eigenen Hosts brauchen, eine Private Cloud passt, wenn Hosts ausschließlich Ihrer Organisation dienen müssen, und Hybrid passt, wenn einige Systeme vor Ort bleiben müssen oder der Umzug in Etappen erfolgt. Mit IaaS erhalten Sie VMs mit festgelegter Ausstattung an vCPU, RAM und Storage auf einer Plattform, die sich mehrere Kunden des Providers teilen, und Sie betreiben die Gastbetriebssysteme und Anwendungen. Eine Private Cloud reserviert Hosts und Storage für Ihre Organisation, und ihre Sicherheitsrichtlinien, Zugriffe und Konfiguration gehören Ihnen. In einer hybriden Umgebung bleibt ein Teil der Systeme vor Ort, verbunden mit dem gehosteten Teil, mit Replikation zwischen den Standorten.

IaaS beschreibt, was Sie verwalten, während Private, Public und Hybrid beschreiben, wer sich die Infrastruktur teilt; eine gehostete Private Cloud liefert daher in der Regel ebenfalls IaaS. Für eine Private Cloud in Europa sind der Standort des Rechenzentrums und die Jurisdiktion seines Betreibers weitere Fragen, die bei den Kriterien weiter unten behandelt werden.

Was NIST SP 800-145 unter IaaS, Private, Public und Hybrid Cloud versteht

Die NIST Special Publication 800-145 stammt vom September 2011 und wird im Oktober 2026 weiterhin als final geführt. Sie definiert Cloud Computing über fünf wesentliche Merkmale, drei Servicemodelle und vier Bereitstellungsmodelle, und das NIST sieht sie für breit angelegte Vergleiche von Cloud-Diensten vor, ohne vorzuschreiben, wie diese bereitgestellt oder erbracht werden. Die Merkmale sind On-demand Self-Service, Broad Network Access, Resource Pooling für mehrere Mandanten, Rapid Elasticity und Measured Service, bei dem die Nutzung für Provider und Nutzer sichtbar ist.

Im Servicemodell IaaS beziehen Sie Rechenleistung, Speicher und Netzwerke und kontrollieren die Betriebssysteme, den Speicher und die Anwendungen, die Sie installieren, während der Provider die darunterliegende Infrastruktur kontrolliert; einzelne Netzwerkeinstellungen wie Host-Firewalls können teilweise bei Ihnen liegen. Unter den Bereitstellungsmodellen dient eine Private Cloud ausschließlich einer Organisation; sie kann dieser Organisation, einem Dritten oder beiden gehören und von ihnen betrieben werden und sich „innerhalb oder außerhalb der eigenen Räumlichkeiten“ befinden. Eine Public Cloud steht jedem Kunden offen und befindet sich in den Räumlichkeiten des Providers, eine Community Cloud dient mehreren Organisationen mit gemeinsamen Anliegen, und eine Hybrid Cloud verbindet zwei oder mehr getrennte Cloud-Infrastrukturen durch Technik, mit der sich Daten und Anwendungen zwischen ihnen verschieben lassen.

Hosting-Angebote verwenden die Begriffe freier. IaaS bedeutet dort meist VMs auf einer geteilten Plattform, am nächsten am Modell der Public Cloud nach NIST, und Private Cloud bedeutet Hosts, die einem Kunden vorbehalten sind. Hybrid umfasst auch einen Cluster vor Ort, der mit einer gehosteten Plattform verbunden ist, obwohl ein Serverraum ohne Self-Service und Nutzungsmessung die Merkmale des NIST nicht erfüllen würde.

NIST SP 800-145, The NIST Definition of Cloud Computing (September 2011), Abschnitte 1.2 und 2; die letzten beiden Spalten sind unsere Lesart gängiger Hosting-Begriffe.

Private Cloud vs. Public Cloud für klassische Workloads

Für VMs, die den ganzen Monat mit ähnlicher Last laufen, liegen die Unterschiede darin, wer sich die Hosts teilt, wie Kapazität zugeteilt wird und wie die Rechnung aufgebaut ist. Auf einer öffentlichen Plattform teilen sich Ihre VMs die Hosts meist mit anderen Mandanten. In einer Private Cloud tragen die Hosts nur Ihre VMs, und Sie entscheiden, wie viele Hosts Sie brauchen, Reservekapazität für einen Hostausfall eingeschlossen. Elastizität hilft vor allem bei schwankender Last, etwa bei einem Webshop während einer Verkaufsaktion, während ein Datenbankserver mit täglich ähnlicher Last sie kaum nutzt.

Measured Service im Sinne des NIST bedeutet, dass die Nutzung gemessen wird; ob die Rechnung der Messung folgt oder einer festen monatlichen Konfiguration, ist eine kaufmännische Entscheidung des Providers. Der Cloud Security Guide for SMEs der ENISA (April 2015) zählt unerwartete Kosten zu seinen Cloud-Risiken, weil die Abrechnung nach Verbrauch (Pay-as-you-go) „bedeutet, dass die Kosten nicht immer feststehen“. Anwendungen, die von proprietären Plattformdiensten einer Public Cloud abhängen, etwa Serverless-Funktionen, müssen möglicherweise in Teilen neu geschrieben werden, bevor sie umziehen können; dieser Vergleich behandelt daher Systeme, die bereits als VMs laufen.

Garantierte oder überbuchte vCPU und RAM

Ein Host ist überbucht, wenn seine VMs mehr vCPUs haben, als er physische Kerne hat, oder mehr konfigurierten Arbeitsspeicher, als er RAM hat; das funktioniert, solange die VMs ihre Lastspitzen nicht alle gleichzeitig erreichen. Der Bericht „Cloud Computing: Benefits, risks and recommendations for information security“ der ENISA (November 2009) beschreibt, dass Cloud-Ressourcen „nach statistischen Prognosen“ zugeteilt werden, und nennt die Nichtverfügbarkeit von Diensten unter den Folgen ungenauer Modellierung oder unzureichender Bereitstellung. Der KMU-Leitfaden der ENISA von 2015 ergänzt, dass sich Mandanten dieselbe physische Infrastruktur teilen, sodass die Lastspitzen anderer Mandanten Ihre VMs beeinträchtigen können.

Garantierte Ressourcen stehen Ihren VMs immer dann zur Verfügung, wenn sie sie brauchen, unabhängig davon, wie viel Last die anderen Mandanten erzeugen. In vSphere heißt die Einstellung für ein Minimum je VM Reservierung; Broadcoms Dokumentation (aktualisiert am 16. September 2026) bezeichnet sie als „garantierte Mindestzuteilung“ für eine virtuelle Maschine, und vCenter Server oder ESXi schaltet die VM nur ein, wenn genug nicht reservierte Kapazität übrig ist, um sie abzudecken. Bei unserer IaaS sind CPU und RAM garantiert, nicht mit anderen Kunden geteilt. In einer Private Cloud entscheiden Sie selbst über das Verhältnis von vCPUs zu physischen Kernen, sodass Testsysteme überbucht sein können, während Produktivdatenbanken reservierte Kapazität behalten. Überbuchungsverhältnisse und die Anzeichen von Ressourcenkonkurrenz innerhalb einer VM behandelt unser Leitfaden dazu, was dedizierte vCPU und RAM in einem IaaS-Angebot bedeuten.

Workload-Kriterien: Lastprofil, Lizenzen, Datenklasse, Latenz und Know-how

Konstanter Verbrauch passt zu reservierter Kapazität mit fester Konfiguration, und konstant hoher Verbrauch, der ganze Hosts füllt, passt zu einer Private Cloud. Schwankende Last braucht bei reservierter Kapazität ungenutzten Puffer oder eine Plattform, die bei Bedarf Kapazität hinzufügt.

Manche Software wird je physischem Kern oder Sockel lizenziert, und die Regeln des Herstellers entscheiden, welche Server zählen. Die Oracle Partitioning Policy, die Oracle als erläuterndes Dokument und nicht als Vertrag bezeichnet, gibt die zum 14. Februar 2022 geltenden Richtlinien wieder und führt VMware unter ihren Beispielen für Soft Partitioning auf, eine Technik, die die Policy nicht als Mittel anerkennt, um die Lizenzen zu bestimmen oder zu begrenzen, die ein Server oder ein Cluster von Servern benötigt. Auf einer geteilten Plattform können Sie die Hosts, auf denen eine VM läuft, weder benennen noch eingrenzen, während die Hosts einer dedizierten Private Cloud feststehen und bekannt sind. In einem gehosteten vSphere-Dienst hält in der Regel der Provider die VMware-Lizenz selbst, wie unser Artikel über gehostetes vSphere und Ihre eigenen VMware-Lizenzen erklärt.

Kundenverträge, Branchenvorschriften und Ihre eigene Richtlinie für personenbezogene Daten können verlangen, dass Daten und Backups in der EU bleiben. Die Jurisdiktion des Betreibers ist eine eigene Frage, die unser Artikel über den CLOUD Act und EU-Datenresidenz behandelt, und Systeme, deren Daten Ihr Haus nicht verlassen dürfen, bleiben vor Ort.

Latenz betrifft zwei Wege: von den Nutzern zu den Servern und zwischen Systemen, die vor Ort bleiben, und denen, die umziehen. Eine Anwendung, die für den Aufbau einer Bildschirmmaske 200 aufeinanderfolgende Datenbankabfragen sendet, verbringt bei einer Round-Trip-Zeit von 10 ms 2 Sekunden im Netzwerk (unsere Rechnung); ein Applikationsserver und seine Datenbank gehören daher auf dieselbe Seite der Verbindung.

NIST SP 800-145 (September 2011); Oracle Partitioning Policy (zum 14. Februar 2022 geltende Richtlinien); unsere Seite EU-Cloud dazu, für wen welche Option passt; die Bewertung je Option ist unsere Lesart.

Welche der drei Optionen passt, klären wir im ersten Gespräch, nach Ihren Workloads und Datenanforderungen. Schicken Sie uns Ihre VM-Liste mit der Datenklasse jedes Systems und allen Lizenzen, die je Host oder Kern gezählt werden.

Hybrid Cloud im Mittelstand: Muster und Voraussetzungen

Eine hybride Umgebung ist entweder eine Etappe auf dem Weg oder eine dauerhafte Aufteilung. Bei einer schrittweisen Migration ziehen Systeme in Wellen um, während die Replikation die Kopie am Ziel bis zur jeweiligen Umschaltung aktuell hält; unser Leitfaden zur Migration von VMs auf eine gehostete VMware-Plattform vergleicht die Methoden, ihre Downtime und die Umstellung auf neue IP-Adressen. Bei einer dauerhaften Aufteilung bleiben Systeme, die durch Latenz, angeschlossene Hardware, Lizenzen oder Datenklasse an den Standort gebunden sind, vor Ort, und der Rest läuft gehostet. Beides ist mit demselben Hypervisor auf beiden Seiten einfacher, da VMs und ihre Replikate dann ohne Konvertierung umziehen.

Die Verbindung trägt die Replikation und den gesamten Verkehr zwischen Systemen auf verschiedenen Seiten; dimensionieren Sie sie daher für beides. Betreiben Sie Verzeichnisdienste und DNS an beiden Standorten, etwa mit einem Domänencontroller auf jeder Seite, damit Anmeldungen und Namensauflösung weiter funktionieren, wenn die Verbindung ausfällt, und sorgen Sie für eine einheitliche Backup-Richtlinie mit Wiederherstellungstests auf jeder Seite.

Ausstieg und Portabilität: was die Plattform mit Ihnen verlässt

Halten Sie vor der Unterschrift fest, was die Plattform am Ende verlassen muss und in welchem Format: virtuelle Festplatten und Konfiguration der VMs, Backups, Vorlagen, Netzwerk- und Firewall-Einstellungen sowie die IP-Adressen, die Ihre Partner kennen. Zwischen zwei vSphere-Plattformen behalten die VMs ihre virtuellen Festplatten und ihre Konfiguration, sofern das Ziel ihre Version der virtuellen Hardware unterstützt. Zwischen VMware und KVM muss jedes Gastsystem konvertiert werden; virt-v2v aus dem Projekt libguestfs konvertiert Gastsysteme anderer Hypervisoren für den Betrieb unter KVM und kann sie dort bootfähig machen und virtio-Treiber installieren. Eine Private Cloud auf KVM bedeutet für einen VMware-Bestand daher, jedes Gastsystem zu konvertieren und zu testen, und ein späterer Umzug zurück bedeutet eine weitere Konvertierung.

Backups helfen beim Ausstieg nur, wenn Sie sie anderswo wiederherstellen können; fragen Sie daher, in welchem Format sie aufbewahrt werden und ob Sie eine Kopie mitnehmen können. Der KMU-Leitfaden der ENISA zählt Vendor-Lock-in zu seinen Cloud-Risiken, wo Datenformate und Schnittstellen nicht standardisiert sind, und empfiehlt Migrations- oder Ausstiegspläne als Teil der Business Continuity. Seit dem 12. September 2025 verlangt der EU Data Act, dass Cloud-Verträge eine Kündigungsfrist, einen Übergangszeitraum und eine Frist für den Datenabruf festlegen, und ab dem 12. Januar 2027 lässt er keine Wechselentgelte zu, wie unser Leitfaden zum Cloud-Wechsel nach dem Data Act ausführt.

Wie Sie System für System entscheiden

Gehen Sie vom Inventar aus und entscheiden Sie je System:

1. Exportieren Sie die VM-Liste mit vCPU, RAM und Storage je VM sowie die CPU- und Arbeitsspeichernutzung über mindestens einen Monat, Spitzen eingeschlossen.
2. Markieren Sie für jedes System die Datenklasse und jede Standortvorgabe aus Gesetz, Verträgen oder Ihrer eigenen Richtlinie.
3. Notieren Sie Software, die je physischem Kern, Sockel oder Host lizenziert wird, und an Server angeschlossene Hardware wie USB-Lizenzdongles.
4. Erfassen Sie die Abhängigkeiten und halten Sie Systeme, die viele Anfragen austauschen, auf derselben Seite der Verbindung.
5. Ordnen Sie Standard-VMs der IaaS zu, Systeme mit hostgebundenen Lizenzen, strengen Sicherheitsrichtlinien oder konstant hohem Verbrauch einer Private Cloud, und lassen Sie standortgebundene Systeme vor Ort.
6. Lesen Sie die Ausstiegsbedingungen und testen Sie dann ein repräsentatives System auf der Zielplattform, bevor Sie die Migrationswellen planen.

Wir ziehen Systeme Schritt für Schritt um, in vereinbarten Wartungsfenstern mit Rollback-Plan, und stellen vor der Migration einen Testzugang zur Plattform bereit. Beschreiben Sie die Systeme, die Sie zuerst umziehen würden, und jene, die vor Ort bleiben müssen, im Formular unten.

Was wir tun

Im Rahmen unserer EU-Cloud bieten wir alle drei Optionen an, mit dem gehosteten Teil in Tier-3-Rechenzentren der EU: IaaS mit garantierten vCPU, RAM und Storage auf der VMware-vSphere-Plattform, mit Self-Service-Portal, Snapshots und Veeam-Backup; eine Private Cloud auf VMware oder KVM als dedizierte Umgebung für Ihre Organisation; und hybride Umgebungen mit Replikation zwischen Ihrem Standort und dem Rechenzentrum. Es sind Baltnetas Rechenzentren in Litauen, mit ISO 27001 und PCI DSS, und Sie unterzeichnen einen Vertrag mit Eurokommerz und erhalten eine transparente monatliche Rechnung in Euro. Migration und Support übernimmt unser Engineering-Partner Vixen.UNO. Das erste Gespräch ist kostenlos, der Preis des technischen Assessments steht vor Beginn fest, und unsere Seite Sicherheit & Compliance nennt die Dokumente, die wir unterschreiben.

FAQ