Strategien zur Kostenoptimierung verstehen - 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.

Strategien zur Kostenoptimierung verstehen

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

Savings Plans kaufen

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

Reservierungen kaufen

Kauf 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

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

Die richtige Größe

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

Upgraden

Wechseln Sie zu einem Produkt der späteren Generation, z. B. vom Amazon EBS-Volumetyp io1 zu 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 Aktionen und des Ressourcentyps.

Aktion Ressourcentyp Bedingungen Aufwand für die Umsetzung Neustart der Ressource erforderlich Rollback möglich
Savings Plans kaufen Compute Savings Plans Alle Sehr niedrig Nein Nein
EC2 Savings Plans für Instanzen Alle Sehr niedrig Nein Nein
SageMaker Savings Plans Alle Sehr niedrig Nein Nein
Reservierungen kaufen EC2 Reservierte Instanzen Alle Sehr niedrig Nein Ja
Reservierte Amazon RDS-Instances Alle Sehr niedrig Nein Nein
Reservierte Amazon Redshift 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
Reservierte Kapazität von DynamoDB Alle Sehr gering Nein Nein
Stoppen EC2 Instanz Alle Niedrig Nein Ja
RDS-DB-Instance Nur RDS-MySQL- und RDS-PostgreSQL-Engines Niedrig Ja Ja
Löschen 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 Bereich Auto Scaling Alle Niedrig Nein Nein
Richtige Größe EC2 Instanz (eigenständig) Keine Änderung des Hypervisors Mittelschwer Ja Ja
EC2 Instanz (eigenständig) Mit Hypervisor-Änderung Hoch Ja Ja
EC2 Bereich Auto Scaling Alle Mittelschwer 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 Mittelschwer Ja Ja
Speicher für RDS-DB-Instances Alle Niedrig Nein Ja
Aurora-DB-Clusterspeicher Alle Niedrig Nein Ja
Upgrade EC2 Instanz (eigenständig) Keine Änderung des Hypervisors Mittelschwer Ja Ja
EC2 Instanz (eigenständig) Mit Hypervisor-Änderung Hoch Ja Ja
EC2 Bereich Auto Scaling Alle Mittelschwer Ja Ja
EBS-Volume Alle Niedrig Nein Ja
RDS-DB-Instance Alle Mittelschwer Ja Ja
Speicher für RDS-DB-Instances Alle Niedrig Nein Ja
Migrieren Sie zu Graviton EC2 Instanz (eigenständig) Mit Graviton-kompatiblem abgeleiteten Workload-Typ Hoch Ja Ja
EC2 Instanz (eigenständig) Ohne Graviton-kompatiblen abgeleiteten Workload-Typ Very high (Sehr hoch) Ja Ja
EC2 Bereich Auto Scaling Mit Graviton-kompatiblem abgeleiteten Workload-Typ Hoch Ja Ja
EC2 Bereich Auto Scaling Ohne Graviton-kompatiblen abgeleiteten Workload-Typ Very high (Sehr hoch) Ja Ja
RDS-DB-Instance Alle Mittelschwer Ja Ja