Eine Cloud-Instanz (auch Cloud VM oder Virtual Machine in der Cloud) ist im Grunde eine virtuelle Maschine die nicht im eigenen Rechenzentrum läuft sondern bei einem Cloud-Anbieter. Die physische Hardware gehört dem Anbieter – man mietet nur die Rechenkapazität.
Technisch gesehen basieren alle großen Cloud-Anbieter ebenfalls auf Hypervisoren – meist modifizierte Versionen von Xen, KVM oder proprietären Entwicklungen:
Cloud-Anbieter | Hypervisor-Basis | Eigene Bezeichnung |
|---|---|---|
AWS | Nitro (KVM-basiert, proprietär) | EC2 (Elastic Compute Cloud) |
Microsoft Azure | Hyper-V (modifiziert) | Azure Virtual Machines |
Google Cloud | KVM (modifiziert) | Compute Engine (GCE) |
Hetzner Cloud | KVM | Cloud Server (CX, CPX, CCX) |
DigitalOcean | KVM | Droplets |
Modell | Abkürzung | Was wird geliefert | Beispiele |
|---|---|---|---|
Infrastructure as a Service | IaaS | VMs, Storage, Netzwerk | AWS EC2, Azure VMs, Hetzner |
Platform as a Service | PaaS | Laufzeitumgebung, Datenbank | Azure App Service, Google App Engine |
Software as a Service | SaaS | Fertige Anwendungen | Microsoft 365, Google Workspace |
EC2-Instanztypen (Auswahl):
t3.micro → 2 vCPU, 1 GB RAM – Free Tier, Entwicklung
t3.medium → 2 vCPU, 4 GB RAM – kleine Workloads
m6i.large → 2 vCPU, 8 GB RAM – allgemeine Workloads
c6i.xlarge → 4 vCPU, 8 GB RAM – CPU-intensiv
r6i.xlarge → 4 vCPU, 32 GB RAM – RAM-intensiv
p3.2xlarge → 8 vCPU, 61 GB RAM + NVIDIA V100 GPU
Instanz-Namenskonvention:
[Familie][Generation][Prozessor].[Größe]
m = allgemein (memory balanced)
c = compute optimiert
r = RAM optimiert
6 = Generation 6
i = Intel
xlarge = Größe
Preismodelle:
On-Demand → Pro Stunde/Sekunde – teuer aber flexibel
Reserved → 1-3 Jahre Commitment – bis 75% günstiger
Spot → Überschusskapazität – bis 90% günstiger aber unterbrechbar
Savings Plan → Flexibler Commitment auf Compute-SpendAzure VM-Serien (Auswahl):
B-Serie → Burstable – günstig für variable Last
D-Serie → Allgemein – ausgewogenes Verhältnis
E-Serie → Memory-optimiert
F-Serie → Compute-optimiert
N-Serie → GPU-Instanzen
Beispiel:
Standard_B2ms → 2 vCPU, 8 GB RAM – Burstable
Standard_D4s_v5 → 4 vCPU, 16 GB RAM – Allgemein
Standard_NC6 → 6 vCPU, 56 GB RAM + K80 GPU
Azure Availability:
Availability Set → VMs auf verschiedene Fault/Update Domains
Availability Zone → VMs in verschiedenen physischen Rechenzentren
Scale Set → Automatisches Skalieren von VM-GruppenMerkmal | On-Premises | Cloud (IaaS) |
|---|---|---|
Investitionskosten | Hoch (Hardware-Kauf) | Gering (Pay-as-you-go) |
Betriebskosten | Strom, Kühlung, Personal | Monatliche Rechnung |
Skalierung | Langsam (Hardware bestellen) | Sofort (API-Aufruf) |
Kontrolle | Vollständig | Eingeschränkt |
Datenschutz | Vollständig selbst verantwortet | Abhängig von Anbieter/Region |
Selbst verantwortet | SLA des Anbieters (99,9%+) | |
Internetabhängigkeit | Nicht für internen Betrieb | Ja |
Die meisten Unternehmen nutzen heute einen Hybrid-Cloud-Ansatz – eine Kombination aus On-Premises und Cloud:
Typische Hybrid-Szenarien:
Burst-to-Cloud:
On-Premises: Grundlast (eigene Hardware)
Cloud: Spitzenlast (temporär zubuchen)
Disaster Recovery:
On-Premises: Produktionssysteme
Cloud: DR-Umgebung (nur bei Ausfall aktiv)
Dev/Test in Cloud:
On-Premises: Produktion
Cloud: Entwicklung und Tests (günstiger)Cloud-Instanzen sind VMs bei Cloud-Anbietern – technisch basierend auf KVM, Xen oder Hyper-V
IaaS liefert VMs und Infrastruktur – PaaS Laufzeitumgebungen – SaaS fertige Anwendungen
AWS nennt Instanzen EC2, Azure nennt sie Virtual Machines, Google nennt sie Compute Engine
Instanztypen unterscheiden sich in CPU, RAM und Optimierung (Compute, Memory, GPU)
Preismodelle: On-Demand (flexibel), Reserved (günstiger mit Commitment), Spot (günstig aber unterbrechbar)
Cloud bietet schnelle Skalierung aber weniger Kontrolle als On-Premises
Hybrid Cloud kombiniert eigene Hardware mit Cloud-Ressourcen