View a markdown version of this page

Grundlegendes zu Strategien zur Kostenoptimierung - AWS Kostenmanagement

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Grundlegendes zu Strategien zur Kostenoptimierung

Cost Optimization Hub gruppiert Ihre Empfehlungen in die folgenden Strategien zur Kostenoptimierung:

Sparpläne kaufen

Kaufen Sie Compute, EC2-Instance und SageMaker Savings Plans.

Reservierungen kaufen

Kaufen Sie EC2-, Amazon RDS- OpenSearch, Amazon Redshift- ElastiCache, MemoryDB- und DynamoDB-Reservierungen.

Stoppen

Stoppen Sie ungenutzte oder ungenutzte Ressourcen, um bis zu 100% der Ressourcenkosten einzusparen.

Löschen

Löschen Sie ungenutzte oder ungenutzte Ressourcen, um bis zu 100% der Ressourcenkosten einzusparen.

Skalieren Sie hinein

Skalieren Sie ungenutzte oder ungenutzte Ressourcen, um Ressourcenkosten zu sparen.

Richtige Größe

Wechseln Sie zu einem kleineren EC2-Instance-Typ derselben CPU-Architektur.

Aktualisieren

Wechseln Sie zu einem Produkt der neueren Generation, z. B. vom Amazon EBS-Datenträgertyp io1 auf io2.

Migrieren Sie zu Graviton

Wechseln Sie von x86 zu Graviton, um Kosten zu sparen.

Die folgende Tabelle zeigt die vollständige Zuordnung der empfohlenen Maßnahmen und des Ressourcentyps.

Action Ressourcentyp Bedingungen Aufwand für die Umsetzung Neustart der Ressourcen erforderlich Rollback möglich
Sparpläne kaufen Compute Savings Plans Alle Sehr niedrig Nein Nein
Sparpläne für EC2-Instances Alle Sehr niedrig Nein Nein
SageMaker Sparpläne Alle Sehr niedrig Nein Nein
Reservierungen kaufen Reservierte EC2-Instances Alle Sehr niedrig Nein Ja
Reservierte Amazon RDS-Instances Alle Sehr niedrig Nein Nein
Reservierte Amazon Redshift-Knoten Alle Sehr niedrig Nein Nein
OpenSearch Reservierte Instanzen Alle Sehr niedrig Nein Nein
ElastiCache reservierte Knoten Alle Sehr niedrig Nein Nein
Reservierte MemoryDB-Instanzen Alle Sehr niedrig Nein Nein
DynamoDB – reservierte Kapazität Alle Sehr niedrig Nein Nein
Stoppen EC2-Instance Alle Niedrig Nein Ja
RDS-DB-Instance Nur RDS MySQL- und RDS PostgreSQL-Engines Niedrig Ja Ja
Delete EBS-Volume Alle Niedrig Nein Nein
Amazon-ECS-Service Alle Niedrig Nein Nein
RDS-DB-Instance Nur Aurora MySQL- und Aurora PostgreSQL-Engines Niedrig Nein Ja
Scale-In EC2 Auto Scaling-Gruppe Alle Niedrig Nein Nein
Richtige Größe EC2-Instanz (eigenständig) Keine Änderung des Hypervisors Mittel Ja Ja
EC2-Instanz (eigenständig) Mit Hypervisor-Änderung Hoch Ja Ja
EC2 Auto Scaling-Gruppe Alle Mittel Ja Ja
EBS-Volume Alle Niedrig Nein Ja
Lambda-Funktion Alle Niedrig Nein Ja
Amazon-ECS-Service Alle Niedrig Ja Ja
RDS-DB-Instance Alle Mittel Ja Ja
Speicher der RDS-DB-Instance Alle Niedrig Nein Ja
Aurora-DB-Cluster-Speicher Alle Niedrig Nein Ja
Upgrade EC2-Instanz (eigenständig) Keine Änderung des Hypervisors Mittel Ja Ja
EC2-Instanz (eigenständig) Mit Hypervisor-Änderung Hoch Ja Ja
EC2 Auto Scaling-Gruppe Alle Mittel Ja Ja
EBS-Volume Alle Niedrig Nein Ja
RDS-DB-Instance Alle Mittel Ja Ja
Speicher der RDS-DB-Instance Alle Niedrig Nein Ja
Migrieren Sie zu Graviton EC2-Instanz (eigenständig) Mit Graviton-compatible abgeleitetem Workload-Typ Hoch Ja Ja
EC2-Instanz (eigenständig) Ohne Graviton-compatible abgeleiteten Workload-Typ Very high (Sehr hoch) Ja Ja
EC2 Auto Scaling-Gruppe Mit Graviton-compatible abgeleitetem Workload-Typ Hoch Ja Ja
EC2 Auto Scaling-Gruppe Ohne Graviton-compatible abgeleiteten Workload-Typ Very high (Sehr hoch) Ja Ja
RDS-DB-Instance Alle Mittel Ja Ja