TL;DR
Auf dem Preisblatt wirkt AWS EC2 Pricing übersichtlich. In der Praxis können Nebenkosten wie Data Transfer, EBS-Storage und Gebühren für öffentliche IPv4-Adressen zusätzlich 40–50 % zu den reinen Compute-Stunden hinzukommen. Dieser Leitfaden schlüsselt On-Demand, Reserved, Spot und Savings Plans anhand konkreter Zahlen auf, beziffert die versteckten Posten, die FinOps-Teams bei der Budgetierung regelmäßig übersehen, und zeigt die Optimierungsstrategien, mit denen aus unberechenbaren EC2-Ausgaben eine planbare, belastbare Größe wird.
Die meisten FinOps-Teams kennen ihren On-Demand-Stundensatz für EC2. Deutlich weniger können sagen, wie ihre tatsächlichen EC2-Gesamtkosten aussehen, sobald Data Transfer, Storage, Load Balancer und die seit 2024 berechneten öffentlichen IPv4-Adressen mit eingerechnet sind. Genau diese Lücke zwischen Preisblatt und realer Rechnung sorgt für die Budgetüberraschungen, die FinOps-Programme unter Rechtfertigungsdruck setzen.
EC2 Pricing ist nicht deshalb komplex, weil die Einzelpreise intransparent wären – AWS veröffentlicht jede Zahl. Komplex wird es, weil sich die Preise über Dutzende Dimensionen erstrecken und die meisten Kostenmodelle die Nebenkosten unterschätzen, die rund um jede Instance anfallen. Dieser Leitfaden liefert FinOps-Verantwortlichen den Pricing-Kontext, die Rechenlogik hinter den versteckten Kosten und die Optimierungs-Frameworks, um realistische EC2-Budgets aufzustellen und zu verteidigen.
Was ist AWS EC2?
Amazon Elastic Compute Cloud (AWS EC2) stellt skalierbare virtuelle Server – sogenannte Instances – in der AWS-Cloud bereit. Teams provisionieren Rechenkapazität bei Bedarf, ohne physische Hardware zu beschaffen oder zu warten.
Aus FinOps-Sicht ist die relevantere Perspektive: EC2 ist auf der AWS-Rechnung in der Regel der mit Abstand größte Einzelposten. Gartner prognostiziert weltweite Public-Cloud-Ausgaben von 723 Milliarden US-Dollar im Jahr 2025 (Gartner) – und Compute führt diese Ausgaben an. AWS rechnet EC2 für Linux-Instances sekundengenau ab (mit einer Mindestlaufzeit von einer Minute), für Windows stundenweise. Die Preise variieren nach Instance-Familie, Größe, Region, Betriebssystem und Tenancy.
Eine general-purpose m7i.large in US East (N. Virginia) kostet On-Demand 0,1008 $/Stunde. Eine compute-optimized c7i.large in derselben Region kostet 0,08925 $/Stunde. Kleine Stundendifferenzen summieren sich im großen Maßstab: 100 dauerhaft laufende m7i.large-Instances schlagen On-Demand mit rund 73.584 $/Jahr zu Buche – noch vor jeder Nebenkostenposition.
Preise Stand Mai 2026. Aktuelle Tarife finden Sie auf der AWS EC2 On-Demand Pricing-Seite.
Wie wirken sich EC2-Instance-Typen auf die Preisentscheidung aus?
Jede EC2-Instance-Familie ist auf ein anderes Ressourcenverhältnis ausgelegt – und dieses Verhältnis bestimmt direkt den Kosten-Leistungs-Tradeoff, den FinOps-Teams bewerten müssen.
General-Purpose-Instances (m-Familie) halten CPU, Memory und Networking im Gleichgewicht. Sie decken das breiteste Spektrum an Workloads ab und sind für die meisten Anwendungen der Standardausgangspunkt. Compute-optimized-Instances (c-Familie) bieten mehr vCPUs pro Memory-Dollar und sind damit für CPU-lastige Workloads wie Batch-Verarbeitung oder Media-Encoding 10–15 % günstiger pro vCPU-Stunde. Memory-optimized-Instances (r- und x-Familie) drehen das Verhältnis um und stellen mehr RAM pro vCPU für In-Memory-Datenbanken und Analytics bereit.
Die Preisauswirkung entscheidet sich am Fit. Wer einen CPU-lastigen Workload auf einer memory-optimized-Instance betreibt, zahlt für RAM, der ungenutzt brachliegt. Wer eine speicherintensive Datenbank auf einer compute-optimized-Instance laufen lässt, muss vCPUs überdimensionieren, um genügend RAM zu bekommen – was Anzahl und Kosten in die Höhe treibt. Die EC2-Autoscaling-Working-Group der FinOps Foundation empfiehlt, eine durchschnittliche CPU-Auslastung von 40–70 % anzupeilen und alles, was dauerhaft unter 20–30 % liegt, für ein Downsizing zu markieren (FinOps Foundation).
Auch neuere Generationen sind preislich relevant. AWS hat 2025 die 8th-Generation-Familien m8i und c8i eingeführt – mit bis zu 15 % besserem Preis-Leistungs-Verhältnis gegenüber der 7. Generation. FinOps-Teams sollten neue Generationen gegen bestehende Reservierungen benchmarken, bevor sie Commitments verlängern.
Wie berechnet und fakturiert AWS das EC2 Pricing?
Die EC2-Abrechnung beginnt beim Stundenpreis der Instance – endet dort aber nicht. Dieser Abschnitt behandelt die drei Pricing-Modelle, die Nebenkosten, die die reale Zahl aufblähen, und die Right-Sizing-Metriken, mit denen sie sich wieder drücken lässt.
Welches EC2-Pricing-Modell passt zu Ihrem Workload?
AWS bietet drei primäre Pricing-Modelle für EC2. Jedes bringt einen anderen Tradeoff zwischen Flexibilität und Rabatttiefe mit sich.
On-Demand rechnet den veröffentlichten Stundensatz ohne Commitment ab. Maximale Flexibilität, höchste Kosten. On-Demand passt zu unberechenbaren Workloads, kurzfristigen Projekten und jeder Kapazität, die sich noch nicht stabil genug für eine Prognose entwickelt hat.
Reserved Instances (RIs) und Savings Plans tauschen Commitment gegen Rabatt. Eine 1-jährige Standard-RI bringt im Schnitt rund 40 % Rabatt auf On-Demand, eine 3-jährige Standard-RI rund 60 %. Compute Savings Plans bieten vergleichbare Rabatte (bis zu 66 %) bei mehr Flexibilität, da sie automatisch über Instance-Familien, Regionen und sogar Fargate und Lambda hinweg greifen. Die FinOps Foundation berechnet den Break-even für eine 1-Jahres-RI bei voller Auslastung und 40 % Rabatt auf rund 7–8 Monate (FinOps Foundation).
Der Haken: Commitments lassen sich nicht vorzeitig kündigen. Workload-Muster verschieben sich, und ungenutzte Reservierungen werden zu Sunk Cost. Dieses Risiko macht typische AWS-Commitment-Fehler zu einem der teuersten Probleme im FinOps.
Spot Instances nutzen ungenutzte EC2-Kapazität mit Rabatten von 60–90 % gegenüber On-Demand. AWS setzt die Spot-Preise auf Basis von langfristigem Angebot und Nachfrage fest (keine Auktionen) und kündigt einen Rückruf der Kapazität mit zwei Minuten Vorlauf an. Für fehlertolerante Workloads wie Batch-Verarbeitung, CI/CD-Pipelines und zustandslose Microservices bietet Spot den tiefsten verfügbaren Rabatt.
Preise Stand Mai 2026. Aktuelle Tarife finden Sie auf der AWS Reserved Instance Pricing-Seite und der Spot Pricing-Seite.
| Modell | Rabatt vs. On-Demand | Commitment | Flexibilität | Kapazitätsgarantie |
|---|---|---|---|---|
| On-Demand | Keiner | Keines | Voll | Ja |
| 1-Jahres-Standard-RI | ~40 % | 1 Jahr | Gering (an Familie/Region gebunden) | Nur AZ-bezogen |
| 3-Jahres-Standard-RI | ~60 % | 3 Jahre | Gering | Nur AZ-bezogen |
| Compute Savings Plan | Bis zu 66 % | 1 oder 3 Jahre | Hoch (familien- und regionenübergreifend) | Nein |
| Spot | 60–90 % | Keines | Voll (Kapazitätsverlust möglich) | Nein |
Die Tabelle zeigt die von AWS veröffentlichten Rabattbereiche mit Stand Mai 2026. Die tatsächlichen Rabatte variieren je nach Instance-Typ, Region und Zahlungsoption.
Welche versteckten Kosten kommen über den Instance-Preis hinaus dazu?
Der Instance-Preis erzählt selten die ganze Geschichte. EBS-Storage, Data Transfer, Load Balancer und Gebühren für öffentliche IPv4-Adressen können bei einem typischen internet-exponierten Workload zusätzlich 40–50 % zu den reinen Compute-Stunden hinzukommen.
EBS-Storage (der Default-Block-Storage für EC2) startet bei 0,08 $/GB-Monat für gp3-Volumes. Ein moderates 100-GB-Root-Volume pro Instance schlägt mit 8 $/Monat zu Buche – oder 960 $/Jahr für eine Flotte aus zehn Instances. Snapshots kosten zusätzlich 0,05 $/GB-Monat.
Data Transfer erwischt FinOps-Teams häufiger eiskalt als jeder andere Posten. Internet-Egress aus US East kostet 0,09 $/GB nach den ersten 100 GB/Monat im Free Tier. Ein Workload mit 5 TB/Monat Egress zahlt allein rund 450 $/Monat an Transfergebühren. Inter-AZ-Traffic kostet 0,01 $/GB pro Richtung (0,02 $/GB Round-Trip) – eine häufige Überraschung in Multi-AZ-Kubernetes-Deployments, in denen Service-Mesh-Traffic laufend Availability Zones überquert.
Öffentliche IPv4-Adressen kosten seit der Preisänderung im Februar 2024 je 0,005 $/Stunde (~3,60 $/Monat). Die Gebühr fällt für jede in Nutzung befindliche öffentliche IPv4 an EC2-Instances, Load Balancern, NAT Gateways und RDS-Endpunkten an.
NAT Gateways verschärfen das Data-Transfer-Problem zusätzlich: 0,045 $/Stunde pro AZ (~32,40 $/Monat) plus 0,045 $/GB verarbeiteter Daten – zusätzlich zu den regulären Egress-Raten für Internet-Traffic.
Ein realistisches Szenario: 10 m7i.large-Instances mit je 100 GB gp3-Storage, ein ALB, 12 öffentliche IPv4-Adressen, 5 TB Egress pro Monat und 500 GB Inter-AZ-Traffic. Diese Umgebung kostet rund 1.380 $/Monat. Auf Instance-Stunden entfallen davon 736 $. Die Nebenkosten machen 47 % der Rechnung aus.
Preise Stand Mai 2026. Aktuelle Tarife finden Sie auf der AWS EBS Pricing-Seite und unter EC2 Data Transfer Pricing.
Wie führen Sie Right-Sizing anhand der Auslastung durch?
Right-Sizing bedeutet, die Instance-Kapazität an den tatsächlichen Workload-Bedarf anzupassen. Es bleibt der schnellste Weg, EC2-Ausgaben zu senken – ohne Commitments und ohne Architekturänderungen.
Das Right-Sizing-Whitepaper von AWS setzt eine klare Schwelle: Jede Instance, deren maximale CPU- und Memory-Auslastung über einen Zeitraum von vier Wochen unter 40 % liegt, qualifiziert sich für ein Downsizing (AWS). Eine überdimensionierte Instance auf die Hälfte zu reduzieren spart rund 50 % – ohne Performance-Einbußen, solange die Auslastung innerhalb der neuen Kapazität bleibt.
AWS Compute Optimizer automatisiert diese Analyse per Machine Learning und zielt auf P99.5 CPU bei 80 % nachhaltiger Auslastung. Die Rightsizing-Engine des Cost Explorer markiert Instances mit maximal 1 % CPU-Auslastung als idle und empfiehlt die Terminierung.
Auch Security-Konfigurationen wirken sich auf die Kosten aus. Das Verschlüsseln von EBS-Volumes mit AWS KMS verursacht eine kleine Gebühr pro Request, und Instances mit Dedicated Tenancy (mitunter aus Compliance-Gründen vorgeschrieben) sind deutlich teurer als Shared Tenancy. FinOps-Teams sollten diese compliance-getriebenen Preiseffekte in die Right-Sizing-Rechnung einbeziehen, statt Security-Ausgaben als fixen Overhead zu behandeln.
Für laufende Optimierungsstrategien sollte Right-Sizing kontinuierlich erfolgen – nicht quartalsweise. Workload-Muster verschieben sich mit der Weiterentwicklung der Anwendungen, und eine heute passend dimensionierte Instance kann binnen Wochen ins Over-Provisioning abdriften.
Welche Strategien zur EC2-Kostenoptimierung sollten FinOps-Teams priorisieren?
McKinsey hat auf Basis einer Auswertung von 3 Milliarden US-Dollar realer Cloud-Rechnungen festgestellt, dass wirksame FinOps-Praktiken die Cloud-Kosten um 20–30 % senken (McKinsey). Diese Einsparung kommt nicht aus einem einzelnen Hebel. Sie verlangt einen Portfolio-Ansatz aus Commitment-basierten Rabatten, Spot-Nutzung und kontinuierlichem Right-Sizing.
Wie bewerten Sie Strategien zum Kauf von Reserved Instances?
Die FinOps Foundation empfiehlt, Commitment-Käufe an der Effective Savings Rate (ESR) zu messen – nicht am plakativen Rabattprozentsatz. Die ESR setzt die realisierten Einsparungen abzüglich der Kosten für ungenutzte Commitments ins Verhältnis zu den On-Demand-äquivalenten Ausgaben. Die durchschnittliche AWS-Compute-ESR liegt bei rund 26 % und damit deutlich unter den theoretischen Maxima von 66–72 %, weil die meisten Organisationen einen gewissen Bestand an ungenutzten Commitments mit sich tragen (FinOps Foundation).
Ein belastbares Portfolio beginnt damit, die vorhersehbare Baseline – den niedrigsten Auslastungspunkt innerhalb eines Monats – mit EC2 Instance Savings Plans oder Standard-RIs abzudecken, um die tiefsten Rabatte zu erzielen. Darüber legt man Compute Savings Plans für variable Steady-State-Workloads, da diese familien-, regionen- und serverlessübergreifend greifen. Bursty oder unsichere Workloads bleiben so lange auf On-Demand, bis sich die Auslastung stabil genug für eine Prognose entwickelt hat.
Die richtigen Cloud-Cost-Optimization-Tools automatisieren die Coverage-Analyse und schlagen Alarm, wenn die Commitment-Auslastung unter die Zielwerte fällt.
Wann sollten Sie Spot Instances für kostensensitive Workloads einsetzen?
Spot eignet sich für jeden Workload, der Unterbrechungen verkraftet. Batch-Jobs, CI/CD-Pipelines, Datenverarbeitung, zustandslose API-Server hinter Auto-Scaling-Groups und containerisierte Microservices mit Graceful-Shutdown-Logik kommen alle infrage.
Der Schlüssel zur zuverlässigen Spot-Nutzung: über Instance-Typen und Availability Zones hinweg diversifizieren. Mit attributbasierter Instance-Auswahl kann EC2 aus dem größtmöglichen Kapazitäts-Pool wählen. Der Spot Instance Advisor von AWS zeigt die Unterbrechungshäufigkeit je Instance-Typ – die meisten General-Purpose- und Compute-optimized-Familien in US East liegen unter 5 % Unterbrechungsrate.
Die Kombination aus Spot mit einem On-Demand- oder Savings-Plan-Fallback in einer Auto-Scaling-Group ergibt eine Mischrate. Eine Flotte mit 70 % Spot und 30 % On-Demand erreicht effektive Einsparungen von 45–60 % gegenüber 100 % On-Demand-Pricing.
Wie machen Sie AWS EC2 Pricing planbar und belastbar?
Der State-of-FinOps-Report 2025 der FinOps Foundation, der 69 Milliarden US-Dollar Cloud-Ausgaben von 861 Befragten abdeckt, zeigt: Waste removal und die Optimierung von Workloads bleiben für 50 % der Praktiker die oberste Priorität (FinOps Foundation). In dieser Größenordnung schlagen selbst marginale Verbesserungen im EC2-Kostenmanagement in erhebliche Beträge durch.
Manuelle Optimierung skaliert nicht. Quartalsweise Right-Sizing-Reviews, RI-Tracking per Tabelle und reaktive Spot-Adoption lassen zwischen den Review-Zyklen Einsparungen liegen. McKinseys Analyse von 3 Milliarden US-Dollar an Cloud-Rechnungen hat selbst bei Organisationen mit etablierten FinOps-Programmen weitere 10–20 % ungenutztes Sparpotenzial identifiziert (McKinsey).
DoiTs FlexSave for Compute automatisiert Commitment-basierte Rabatte, indem es kontinuierlich EC2-Nutzungsmuster analysiert und ohne manuelles Eingreifen den optimalen Mix aus Savings Plans und reservierter Kapazität anwendet. Die DoiT Procurement-Plattform konsolidiert die Abrechnung über AWS-Konten hinweg und liefert die Kostentransparenz, die AWS-FinOps-Tools brauchen, um EC2-Ausgaben planbar statt reaktiv zu machen.
Häufig gestellte Fragen zu AWS EC2 Pricing
Wie viel kostet eine EC2-Instance pro Monat?
Die monatlichen Kosten hängen vom Instance-Typ, der Region und dem Pricing-Modell ab. Eine general-purpose m7i.large in US East kostet On-Demand rund 73,58 $/Monat (730 Stunden × 0,1008 $/Stunde). Reserved Instances und Savings Plans reduzieren das je nach Laufzeit und Zahlungsoption um 40–72 %. Für das Gesamtbild kommen EBS-Storage, Data Transfer und weitere Nebenkosten hinzu.
Welche Pricing-Modelle bietet AWS für EC2 an?
AWS bietet vier primäre EC2-Pricing-Optionen: On-Demand (kein Commitment, volle Flexibilität), Reserved Instances (1- oder 3-jähriges Commitment, bis zu 72 % Rabatt), Savings Plans (1- oder 3-jähriges Commitment, bis zu 66 % bei mehr Flexibilität über Familien und Regionen hinweg) und Spot Instances (kein Commitment, 60–90 % Rabatt, unterbrechbar).
Warum übersteigt meine EC2-Rechnung den reinen Instance-Preis?
EC2-Rechnungen umfassen mehr als nur Instance-Stunden. EBS-Storage, Data Transfer (insbesondere Internet-Egress zu 0,09 $/GB), Elastic Load Balancer, öffentliche IPv4-Adressen (0,005 $/Stunde seit Februar 2024), NAT Gateways und Snapshots schlagen jeweils als eigene Posten zu Buche. Bei internet-exponierten Workloads können diese Nebenkosten 40–50 % der gesamten EC2-bezogenen Ausgaben ausmachen.
Welche Effective Savings Rate sollten FinOps-Teams anstreben?
Die durchschnittliche AWS-Compute-ESR liegt bei rund 26 %. Reife FinOps-Praktiken zielen auf 30–40 % oder mehr – mit hoher Commitment-Auslastung, einer Baseline-Abdeckung über die am stärksten rabattierten Instrumente und Einsparungen, die an den On-Demand-äquivalenten Ausgaben gemessen werden statt am plakativen Rabattprozentsatz.
Erfahren Sie, wie FlexSave for Compute Ihre AWS-EC2-Kosten mit praxistauglichen, zuverlässigen Tools für moderne Cloud-Teams optimiert. Sprechen Sie uns an und erleben Sie, wie DoiT Ihre EC2-Ausgaben planbar macht.