Cloud-VM-Rechner: AWS vs Azure vs GCP vs Hetzner

Wie liest du diese Tabelle?

Der Rechner macht eine einfache Suche: Für jeden Provider sucht er die günstigste Instance, deren vCPU- und RAM-Wert gleich hoch oder höher ist als das, was du eingibst. Wenn du also 4 vCPU und 16 GiB anforderst, kann der Match auch eine Instance mit 4 vCPU / 32 GiB sein — falls die billiger ist als die nächste reine 4/16-Maschine. Das ist realistisch: VM-Größenklassen sind diskret, du zahlst immer für die nächste passende Stufe.

Die Monatskosten rechnen wir konsistent mit 730 Stunden pro Monat (24 × 365 ÷ 12). Das ist die Konvention, die AWS und Azure in ihren Calculators nutzen. Hetzner billt minütlich, hat aber einen Monats-Cap, der ebenfalls ungefähr 730 h entspricht. Für den Vergleich ist das also fair.

Die USD-zu-EUR-Umrechnung nehmen wir mit dem Faustregel-Kurs 1 USD ≈ 0,92 EUR. In der Realität bewegt sich der Kurs natürlich täglich — wenn du eine 6-Monats-Kostenprognose machst, nimm einen Sicherheitsaufschlag von 5-10 % oder rechne mit deinem internen Treasury-Kurs. Für die Größenordnung „lohnt sich Hetzner?" reicht der Faustregelwert allemal.

Warum ist Hetzner so viel günstiger?

Die ehrliche Antwort: Hetzner ist ein anderes Produkt. Du bekommst eine virtuelle Maschine in Falkenstein oder Helsinki, mit gutem Netzwerk, ordentlicher Disk und einer Konsole, in der du sie an- und ausschaltest. Du bekommst kein Managed Kubernetes (gibt's, aber beta), keine 30 Datenbank-Engines auf Knopfdruck, keine Lambda- ähnliche Serverless-Plattform, kein S3-kompatibles Object Storage in jeder Region.

Bei den Hyperscalern zahlst du nicht nur Compute. Du zahlst die Querfinanzierung des restlichen Portfolios mit. AWS verkauft EC2 günstig genug, damit du bleibst — aber teuer genug, damit RDS, Lambda, S3, CloudFront, EKS und die hundert anderen Services zusammen ein 30 %+ Operating-Margin-Geschäft sind. Hetzner verkauft VMs. Punkt. Das funktioniert in Falkenstein, weil die Rechenzentren eigene Immobilien sind, Strom in Deutschland (noch) bezahlbar ist und der Personalkörper schlank.

Die zweite Hälfte der Antwort: Netzwerk-Egress. Der Rechner zeigt dir reine Compute-Stundenpreise. Bei einer 4 vCPU / 16 GiB Workload, die ein paar TB pro Monat aus dem Rechenzentrum ausliefert, sieht der Vergleich zwischen AWS und Hetzner nochmal anders aus: Hetzner liefert 20 TB pro Monat inklusive, AWS rechnet den ersten ausgehenden TB mit ca. 0,09 USD/GB. Das sind alleine bei 10 TB Monatstraffic ca. 900 USD zusätzlich.

Was die Tabelle nicht zeigt

Damit du den Rechner nicht falsch liest, hier die ehrlichen Lücken:

• Storage. Block-Storage (EBS, Managed Disks, Persistent Disk, Hetzner Volumes) kommt pro VM nochmal dazu. Bei AWS schnell 10-20 % der Compute-Kosten oben drauf, bei Hetzner vernachlässigbar.
• Egress / Bandbreite. Nicht enthalten. Bei AWS, Azure und GCP kann das je nach Workload ein Drittel der Rechnung werden. Hetzner inkludiert 20 TB pro VM und Monat.
• Multi-AZ und Hochverfügbarkeit. Eine Hetzner-VM ist eine einzelne Maschine. AWS, Azure und GCP haben in jeder Region mehrere unabhängige Availability Zones — Multi-AZ-Setup verdoppelt mindestens die Compute-Kosten.
• IAM, Audit, Compliance-Pakete. Identity, fein- granulare Berechtigungen, CloudTrail/Audit-Logs sind bei den Hyperscalern inkludiert und bei Hetzner schlanker. Für regulierte Branchen relevant.
• Managed Services. RDS, Aurora, BigQuery, DynamoDB, Lambda — alles nicht im Vergleich. Wer eine Lambda-lastige Architektur hat, vergleicht hier Äpfel mit Birnen.
• Support-Pakete. AWS Business Support kostet mindestens 3 % der Monatsrechnung (Minimum 100 USD). Hetzner- Support ist im Preis enthalten — kommt aber mit Email-Reaktion in Stunden, nicht Minuten.

Migration vs. Bleiben — Faustregel

Wenn deine Compute-Rechnung unter 500 € im Monat liegt: bleib. Migration-Zeit kostet mehr als du sparst. Wenn deine Workload reines stateless Compute ist (Webserver, App-Backends, Worker, CI-Runner) und du über 2.000 € / Monat zahlst: rechnen lohnt sich fast immer. Sobald Managed Postgres, BigQuery oder eine Lambda-zentrierte Architektur die halbe Rechnung ausmacht, wird die Migration zum Refactoring — und du brauchst eine Strategie, kein Wechselscript.

Häufige Fragen