-
Was sind AWS EC2-Instanztypen und -größen?
-
Wie wählt man die richtige EC2-Instanzgröße aus?
-
Vergleich beliebter EC2-Instanzfamilien und -größen
-
Vinchin-Sicherungslösungen für moderne virtuelle Infrastrukturen
-
AWS EC2 Größen – FAQs
-
Fazit
AWS EC2 (Elastic Compute Cloud) betreibt einen Großteil der heutigen Cloud-Infrastruktur. Mit Hunderten von verfügbaren Instanztypen und -größen kann die Auswahl der richtigen Option überwältigend wirken. Dieser Leitfaden hilft Ihnen dabei, AWS EC2-Größen von den Grundlagen bis hin zu fortgeschrittenen Auswahlstrategien zu verstehen. Wir erläutern, wie Instanzen aufgebaut sind, wie Sie fundierte Entscheidungen für Ihre Workloads treffen, beliebte Optionen vergleichen – einschließlich neuer Generationen – und zeigen, wie Sie Ihre Daten mit Vinchin schützen können.
Was sind AWS EC2-Instanztypen und -größen?
AWS EC2 bietet virtuelle Maschinen namens Instanzen, die Ihre Anwendungen in der Cloud ausführen. Jeder Instanztyp zielt auf einen bestimmten Anwendungsfall ab – einige konzentrieren sich auf ausgewogene Ressourcen, während andere auf Rechenleistung oder Speicherkapazität spezialisiert sind.
AWS EC2-Instanztypen
Instanztypen bündeln Hardware-Profile, die für verschiedene Aufgaben optimiert sind:
Allgemeiner Zweck: Diese bieten ein Gleichgewicht zwischen CPU, Speicher und Netzwerk (wie die M- oder T-Familien). Sie eignen sich für Webserver oder kleine Datenbanken.
Berechnungsoptimiert: Entwickelt für hohe CPU-Leistung (C-Familie). Ideal für wissenschaftliches Rechnen oder Stapelverarbeitung.
Speicher-optimiert: Bietet große RAM-Mengen (R-, X-, U-Familien). Ideal für Analysen oder In-Memory-Datenbanken.
Lagerungsoptimiert: Bietet schnelle Datenträgerdurchsatzleistung (I-, D-, H-Familien). Nützlich für NoSQL-Datenbanken oder groß angelegte Datenanalysen.
Beschleunigtes Computing: Funktions-GPUs oder FPGAs (P-, G-, F-Serien) für maschinelles Lernen oder grafikintensive Aufgaben.
Jede Familie umfasst mehrere Generationen – neuere bieten oft ein besseres Preis-Leistungs-Verhältnis.
Instanzgrößen entschlüsseln
In jeder Art gibt es mehrere Größen: nano, micro, small, medium, large – und bis zu 24xlarge oder sogar metal (Bare-Metal-Zugriff). Zum Beispiel:
Die M5-Familie reicht von m5.large (2 vCPUs/8 GiB RAM) bis hin zu m5.24xlarge (96 vCPUs/384 GiB RAM).
Größere Größen erhöhen die Anzahl der CPU-Kerne (gemessen in vCPUs), die Speichergröße (in GiB), die Speicherkapazität/-art und die Netzwerkbandbreite.
Was ist eine vCPU?
Eine vCPU steht für „virtuelle CPU“. In AWS:
Auf Intel/AMD-Plattformen: 1 vCPU = 1 Hyperthread eines physischen Kerns
Auf ARM-basiertem Graviton: 1 vCPU = 1 Kern
Dies bedeutet, dass zwei vCPUs die Ressourcen eines physischen Kerns gemeinsam nutzen können, wenn Hyperthreading aktiviert ist.
Speichereinheiten: GiB vs. GB
AWS verwendet bei der Angabe von Speicherplatz Gibibytes (GiB) statt Gigabytes (GB):
1 GiB = 1024^3 Bytes
1 GB = 1000^3 Bytes
Überprüfen Sie immer, welche Einheit Sie lesen!
Bare-Metal-Instanzen
Einige Größen enden auf „metal“ (z. B. m5.metal). Sie bieten direkten Zugriff auf die zugrunde liegende Hardware – ohne Virtualisierungsschicht –, was bestimmten Hochleistungsanwendungen zugutekommt.
Wie wählt man die richtige EC2-Instanzgröße aus?
Die Auswahl einer EC2-Größe erfordert ein Gleichgewicht zwischen Leistungsanforderungen und Kostenbeschränkungen. Lassen Sie uns diesen Prozess Schritt für Schritt durchgehen – von den Grundlagen bis zu fortgeschrittenen Überlegungen.
Schritt 1: Definieren Sie die EC2-Arbeitslastanforderungen für eine optimale Instanzdimensionierung
Beginnen Sie damit, genau festzulegen, was Ihre Anwendung tatsächlich benötigt:
1. Schätzen Sie die maximale CPU-Auslastung ein – wie viele Prozesse laufen gleichzeitig?
2. Erforderlichen Speicher berechnen – cached Ihre App viele Daten?
3. Berücksichtigen Sie die Speicheranforderungen—Wird schneller SSD-Speicher benötigt? Oder reicht großer HDD-Speicherplatz?
4. Denken Sie an den Netzwerkverkehr – werden Sie gleichzeitig Tausende von Benutzern bedienen?
Für einfache Webanwendungen oder Testumgebungen? Allgemeine Typen wie t3.medium reichen oft aus. Für Analysen? Speicheroptimierte r6g.xlarge könnten besser geeignet sein.
Schritt 2: Vergleich der EC2-Speichertypen und Leistungskompromisse
EC2 unterstützt zwei Haupt-Speichermodelle:
Die meisten Instanzen verwenden Amazon-EBS-Volumes – persistente Blockspeicher, die über ein Netzwerk angehängt sind
Wählen Sie zwischen gp3/gp2-SSDs für den allgemeinen Gebrauch; io1/io2-SSDs, wenn Sie hohe IOPS benötigen; st1/sc1-HDDs für durchsatzintensive Aufgaben
EBS bleibt auch dann erhalten, wenn Sie eine Instanz anhalten/neu starten
Einige Typen bieten lokalen „Instance Store“ – schnelle NVMe-SSDs, die physisch mit dem Hostserver verbunden sind
Daten gehen verloren, wenn Sie diese Instanzen anhalten/beenden/skalieren!
Speicheroptimierte Familien wie I3 basieren auf diesem Modell
Wählen Sie danach aus, ob Persistenz oder Geschwindigkeit wichtiger ist.
Schritt 3: Bewertung der EC2-Netzwerkbandbreite basierend auf dem Datenverkehr
Die Netzwerkbandbreite skaliert innerhalb jeder Familie mit der Größe:
Zum Beispiel: m5.large bietet bis zu 10 Gbps; m5.24xlarge liefert bis zu 25 Gbps.
Anwendungen mit hohem Durchsatz profitieren von größeren Größen oder verbesserten Netzwerkfunktionen wie dem Elastic Network Adapter (ENA).
Schritt 4: Aufbau einer skalierbaren Architektur mithilfe von EC2-Instanzen
Stellen Sie sich folgende Frage:
Kann meine App horizontal skaliert werden? Das heißt – kann ich mehrere kleine Instanzen hinzufügen, anstatt eine riesige zu erstellen?
Horizontales Skalieren verbessert die Ausfallsicherheit, erfordert jedoch möglicherweise Lastverteilungseinrichtungen
Die vertikale Skalierung bedeutet, bestehende Instanzen nach oben hin neu zu dimensionieren – jedoch gibt es pro Region/Konto Grenzen
Berücksichtigen Sie beide Ansätze in Abhängigkeit von Ihrer Architektur!
Schritt 5: Berechnen Sie die EC2-Instanzkosten und optimieren Sie das Budget
Größere Instanzen kosten pro Stunde mehr – aber auch der Betrieb vieler kleiner Instanzen kann sich summieren! Verwenden Sie den AWS-Preisrechner, bevor Sie Produktionssysteme bereitstellen.
Vergessen Sie nicht die zusätzlichen Gebühren – für EBS-Volumes/Netzwerkübertragung/Daten-Backups/usw. – bei der Planung der Gesamtausgaben.
Schritt 6: Überwachung der EC2-Leistung und Feinabstimmung der Instanzgröße
Starten Sie Kandidateninstanzen; führen Sie Benchmarks unter realen Lastbedingungen durch; überwachen Sie die Ressourcennutzung mithilfe von Amazon CloudWatch-Metriken wie:
Stellen Sie Warnungen ein, wenn die Nutzung sichere Schwellen überschreitet – beispielsweise über ~70 % anhaltende CPU-Auslastung während der Geschäftszeiten deutet auf mögliche Unterauslegung hin!
Falls erforderlich: Stoppen Sie Ihre Instanz über AWS Console > Aktionen > Instanzzustand > Anhalten; wählen Sie dann Aktionen > Instanzeinstellungen > Instanztyp ändern; wählen Sie die neue Größe aus; starten Sie sie anschließend erneut über die Schaltfläche Starten.
Vergleich beliebter EC2-Instanzfamilien und -größen
Das Verständnis der Unterschiede zwischen den wichtigsten Instanzfamilien hilft dabei, sie präzise an Workloads anzupassen – von einfachen Projekten bis hin zu unternehmensweiten Bereitstellungen.
Allzweckinstanzen
Diese bieten ein ausgewogenes Verhältnis zwischen Rechenleistung, Arbeitsspeicher und Netzwerk:
| Family | Example Size | vCPUs | Memory | Network | Typical Use |
|---|---|---|---|---|---|
| M5 | m5.large | 2 | 8 GiB | Up to10Gbps | Allgemeine Web-/App-Server |
| m5.xlarge | 4 | 16 GiB | Up to10Gbps | Small DBs | Kleine bis mittlere Datenbanken |
| m5.12xlarge | 48 | 192 GiB | 10Gbps | Enterprise apps | Hochleistungs-Enterprise-Anwendungen |
| m5.metal | 96*† | 384 GiB† | 25Gbps† | Bare metal | Bare-Metal-Workloads, die vollen Hardwarezugriff benötigen |
\*Die Anzahl der vCPUs variiert je nach Generation
†Aktuelle Spezifikationen in der AWS Console prüfen
Jüngere Generationen steigern die Effizienz:
> Die M6i/M7g bieten im Vergleich zur älteren M4/M5-Serie niedrigere Kosten pro Workload aufgrund verbesserter CPUs – einschließlich ARM-basierter Graviton-Chips in der M7g!
T-Serie-burstfähige Typen wie t4g.micro eignen sich ideal für Entwicklungs- und Testumgebungen – sie sammeln während der Leerlaufzeit „Credits“, die kurze Leistungsausbrüche bei Bedarf ermöglichen.
Compute-optimierte Instanzen
Die beste Wahl, wenn es vor allem auf reine Rechenleistung ankommt:
| Family | Example Size | vCPUs | Memory | Network |
|---|---|---|---|---|
| C6i | c6i.large | 2 | 4 GiB | Up To12.5Gbps |
| C6g | c6g.xlarge | 4 | 8 GiB | Up To12Gbps |
Anwendungsfälle umfassen wissenschaftliche Modellierung/ Batch-Jobs/ Hochfrequenzhandel.
Speicheroptimierte Instanzen
Für Anwendungen, die große Mengen RAM benötigen:
| Family | Example Size | vCPUs | Memory |
|---|---|---|---|
| R6i | r6i.large | 2 | 16 GiB |
| R7g | r7g.xlarge | 4 | 32 GiB |
SAP HANA/Big-Data-Analytik/In-Memory-Caching profitieren hier.
Vinchin-Sicherungslösungen für moderne virtuelle Infrastrukturen
Nachdem Sie die richtige AWS-EC2-Instanzgröße ausgewählt haben, ist die Sicherung und Wiederherstellbarkeit Ihrer Cloud-Arbeitslasten die nächste Priorität.
Vinchin Backup & Recovery bietet unternehmensfähige Sicherung und Wiederherstellung für virtuelle Umgebungen – einschließlich AWS EC2 – und unterstützt mehr als 15 Plattformen wie VMware, Hyper-V, Proxmox VE, oVirt/RHV, XCP-ng und mehr. Mit Funktionen wie forever-incrementeller Sicherung, integrierter Deduplizierung, Dateiebene-Sicherung und nahtloser V2V-Migration zwischen Cloud- und lokalen Plattformen hilft Vinchin Unternehmen dabei, kritische Systeme effizient über eine einfache, zentralisierte Webkonsole zu schützen.
Die Sicherung einer AWS EC2 über die Weboberfläche von Vinchin ist unkompliziert:
1. Wählen Sie einfach die AWS EC2 auf dem Host aus
2. Dann Sicherungsziel auswählen
3. Strategien auswählen (einschließlich inkrementeller Backups)
4. Abschließend den Auftrag absenden
Vinchin bietet eine 60-tägige kostenlose Testversion, mit der Sie die vollständige Funktionspalette in realen Umgebungen erkunden können. Wenn Sie daran interessiert sind, Backup und Wiederherstellung für AWS EC2 und andere Plattformen zu vereinfachen, können Sie sich gerne unter kontaktieren, um weitere Informationen oder persönliche Unterstützung zu erhalten.
AWS EC2 Größen – FAQs
F1: Kann ich eine EC2-Instanz ohne Ausfallzeit vergrößern?
A1: Nein. Sie müssen die Instanz zuerst anhalten, dann unter Aktionen > Instanzeinstellungen > Instanztyp ändern wechseln und sie anschließend neu starten.
F2: Wie wirkt sich die Instanzgröße auf die EBS-Leistung aus?
A2: Größere Instanzgrößen bieten höhere EBS-Bandbreite und IOPS. Weitere Informationen zu den genauen Grenzwerten nach Instanzfamilie finden Sie in der AWS-Dokumentation.
F3: Was passiert, wenn ich eine instanz mit Burstable-Leistung (T-Serie) übermäßig nutze?
A3: Wenn Sie Ihre CPU-Guthaben überschreiten, wird die Leistung gedrosselt, bis Sie erneut Guthaben angesammelt oder zusätzliches Guthaben erworben haben.
Fazit
Die Wahl der richtigen AWS EC2-Instanz gewährleistet optimale Leistung und Kosteneffizienz für Ihre Workloads. Von Größenanpassungsstrategien bis hin zu Instanzfamilien – dieser Leitfaden hat alles abgedeckt. Für zusätzlichen Schutz bietet Vinchin einfach gehaltene, unternehmensfähige Sicherungslösungen für EC2 und mehr – die Sicherheit von VM-Daten wird so in hybriden Umgebungen einfach, skalierbar und zuverlässig.
Teilen auf: