Instance-Typen und Preismodelle

EC2-Instance-Typen sind in Familien organisiert, die für bestimmte Workloads optimiert sind. General Purpose (M, T): ausgewogenes Verhältnis von CPU, Arbeitsspeicher und Netzwerk – Webserver, kleine Datenbanken. Compute Optimised (C): hoher CPU-Anteil – Batchverarbeitung, Medientranscodierung, ML-Inferenz. Memory Optimised (R, X, U): hoher RAM-Anteil – In-Memory-Datenbanken, Big-Data-Analysen in Echtzeit. Storage Optimised (I, D, H): hoher I/O-Durchsatz für lokale NVMe-SSDs – Datenbanken mit intensivem wahlfreiem I/O. Accelerated Computing (P, G, Inf, Trn): GPUs oder kundenspezifische Chips für ML-Training und HPC.

Instances der T-Serie (t3, t3a, t4g) sind burstable: Sie sammeln CPU-Credits, wenn sie unterhalb ihrer CPU-Basisleistung betrieben werden, und verbrauchen diese Credits, um über die Basisleistung hinauszugehen. Eine t3.micro hat eine CPU-Basisleistung von 10 % und kann bei verfügbaren Credits auf 100 % CPU-Leistung hochskalieren. Der T-Unlimited-Modus (Standard) erlaubt das Überschreiten des Credit-Guthabens gegen eine geringe zusätzliche Gebühr. T-Instances sind kosteneffizient für Workloads mit geringer durchschnittlicher, aber stark schwankender CPU-Auslastung – etwa Entwicklungsumgebungen, kleine Websites und Build-Server.

On-Demand-Instances werden unter Linux pro Sekunde und unter Windows pro Stunde abgerechnet, ohne Vorauszahlung oder feste Bindung. Sie können jederzeit gestartet und angehalten werden und zahlen nur für die tatsächlich ausgeführte Nutzung. On-Demand eignet sich ideal für: unregelmäßige, unvorhersehbare Workloads; kurzfristige Tests und Entwicklung; sowie Anwendungen, die keine Unterbrechungen tolerieren. Dieses Preismodell ist am flexibelsten, aber im Vergleich zu Reserved oder Spot pro Stunde am teuersten.

Reserved Instances bieten gegenüber On-Demand einen deutlichen Rabatt (bis zu 72 %) im Austausch für eine Bindung von 1 oder 3 Jahren. Sie können zwischen drei Zahlungsoptionen wählen: All Upfront (größter Rabatt), Partial Upfront oder No Upfront (kleinster Rabatt). RIs eignen sich ideal für konstante, vorhersehbare Workloads wie Produktions-Webserver und Datenbanken, die kontinuierlich laufen. Die RI-Rabatte werden automatisch auf passende On-Demand-Nutzung in Ihrem Konto angewendet.

AWS Savings Plans sind eine flexible Alternative zu RIs. Sie bieten dieselben Rabattstufen (bis zu 72 %) im Austausch für eine 1- oder 3-jährige Bindung an einen bestimmten Ausgabenbetrag pro Stunde. Compute Savings Plans gelten für jeden EC2-Instance-Typ, jede Region, jedes Betriebssystem und jedes Tenancy-Modell und decken außerdem Fargate und Lambda ab – sie sind damit am flexibelsten. EC2 Instance Savings Plans sind an eine bestimmte Instance-Familie in einer Region gebunden, bieten dafür aber einen höheren Rabatt. Verwenden Sie Cost Explorer, um anhand Ihrer bisherigen Nutzung den optimalen Bindungsbetrag zu ermitteln.

Spot-Instances nutzen freie EC2-Kapazität und können gegenüber On-Demand-Preisen bis zu 90 % Rabatt bieten. Der Nachteil: AWS kann eine Spot-Instance mit einer Vorwarnzeit von zwei Minuten unterbrechen, wenn die Kapazität wieder benötigt wird. Spot eignet sich ideal für fehlertolerante, zustandslose und unterbrechbare Workloads: Batch-Jobs, Datenanalysen, CI/CD-Build-Pipelines und Training von Machine-Learning-Modellen. Verwenden Sie Spot niemals für zustandsbehaftete Datenbanken, Echtzeitdienste für Benutzer oder andere Anwendungen, die eine Unterbrechung nicht ordnungsgemäß verkraften.

Eine Spot Fleet ist eine Sammlung von Spot-Instanzen und optional On-Demand-Instanzen, die eine Zielkapazität aufrechterhält. Durch die Verteilung auf mehrere Instance Types, Familien und AZs verringert eine Spot Fleet das Risiko, dass alle Instanzen gleichzeitig unterbrochen werden, da die Unterbrechungsraten je nach Typ und AZ variieren. Geben Sie eine AllocationStrategy an: lowestPrice minimiert die Kosten, diversified verteilt die Instanzen zur Erhöhung der Ausfallsicherheit auf mehrere Pools, und capacityOptimized wählt die Pools mit der größten verfügbaren Kapazität aus.

Für Anforderungen an Lizenzierung oder Compliance gilt: Dedicated Instances werden auf Hardware ausgeführt, die Ihrem Konto zugewiesen ist, der physische Host kann jedoch mit anderen Instanzen desselben Kontos geteilt werden. Dedicated Hosts stellen Ihnen einen physischen Server vollständig exklusiv zur Verfügung und bieten Einblick in Sockets und Kerne – dies ist für Softwarelizenzen erforderlich, die pro Socket oder Kern lizenziert werden (Oracle, Windows Server). Dedicated Hosts werden außerdem pro Host und Stunde abgerechnet, sind teurer und können für einen Rabatt als Reserved Instances gebucht werden. Die meisten Workloads benötigen keine dedizierte Hardware.

Stimmen Sie das Preismodell auf das Workload-Muster ab: On-Demand für unvorhersehbare oder kurzlebige Workloads; Reserved / Savings Plans für gleichmäßige Produktions-Workloads, die rund um die Uhr ausgeführt werden; Spot für Batch-, zustandslose oder unterbrechbare Verarbeitung; Dedicated Hosts für die Einhaltung von BYOL-Lizenzanforderungen. Ein häufiges Prüfungsszenario: Eine dreistufige Webanwendung verwendet Savings Plans für die ständig aktive Anwendungsebene, Spot für nächtliche Batch-Jobs und On-Demand für regelmäßige Kapazitätsspitzen.

AWS Graviton-Prozessoren (Graviton2, Graviton3) sind benutzerdefinierte ARM-basierte Chips, die von AWS entwickelt wurden. Graviton-Instanzen (T4g, M6g, C6g, R6g usw.) bieten im Vergleich zu vergleichbaren x86-Instanzen ein bis zu 40 % besseres Preis-Leistungs-Verhältnis. Sie eignen sich ideal für Cloud-native Workloads, die für ARM kompiliert werden und darauf ausgeführt werden: Linux-Webserver, containerisierte Microservices sowie Java- und Go-Anwendungen. Wenn Prüfungsfragen die Kosteneffizienz von Linux-Workloads betreffen, sollten Sie Graviton-Instanzen neben Spot und Savings Plans als starke Option in Betracht ziehen.

Die Namen von EC2 Instance Types folgen einem einheitlichen Muster: [family][generation][attributes].[size]. Beispiel: m6g.xlarge = M-Familie (universeller Einsatz), 6. Generation, Graviton (g), xlarge (4 vCPUs, 16 GB RAM). Attributsuffixe: d = lokaler NVMe-Speicher, n = erweiterte Netzwerke, a = AMD-Prozessor, i = Intel, g = Graviton ARM. Die Größen reichen von nano → micro → small → medium → large → xlarge → 2xlarge → ... → 48xlarge (in den meisten Familien verdoppeln sich vCPUs und Arbeitsspeicher mit jedem Größenschritt).

Testen Sie Ihr Verständnis der Konzepte aus AWS Solutions Architect (SAA-C03) in dieser Lektion.

In dieser Lektion haben Sie gelernt: Instance-Familien (M, C, R, I, P) sind für unterschiedliche Verhältnisse von CPU, Arbeitsspeicher und Speicher optimiert, On-Demand ist flexibel, Reserved/Savings Plans gewähren Rabatte für gleichmäßige Workloads und Spot ist am günstigsten für unterbrechbare Aufgaben und Graviton-ARM-Instanzen bieten das beste Preis-Leistungs-Verhältnis für Cloud-native Linux-Workloads. Als Nächstes betrachten wir Security Groups und Key Pairs für die Netzwerksicherheit von EC2.