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.
Anzeigen von Empfehlungen für inaktive Ressourcen
Compute Optimizer hilft Ihnen dabei, ungenutzte Ressourcen zu identifizieren, die gelöscht oder gestoppt werden können, um Ihre AWS Cloud-Kosten zu senken. Auf inaktive Empfehlungen kann über die Compute Optimizer Optimizer-Konsole und unsere APIs zugegriffen werden. Empfehlungen im Leerlauf sind für die folgenden unterstützten AWS Ressourcen verfügbar:
-
Amazon EC2-Instances
-
Amazon EC2 Auto-Scaling-Gruppen
-
Amazon-EBS-Volumes
-
Amazon ECS-Services auf Fargate
-
Amazon Aurora- und RDS-Datenbanken
-
Amazon NAT-Gateway
-
Amazon DynamoDB
-
Amazon ElastiCache
-
Amazon MemoryDB
-
Amazon DocumentDB
-
Amazon WorkSpaces
-
SageMaker Amazon-Endpunkte
Die Empfehlungen werden täglich aktualisiert. Diese Empfehlungen werden durch die Analyse der Spezifikationen und Nutzungskennzahlen Ihrer AWS Ressourcen im Lookback-Zeitraum generiert. Der Lookback-Zeitraum hängt von der unterstützten Ressource und Ihren Einstellungen für Empfehlungen ab. Wenn Sie keine Empfehlungseinstellungen festgelegt haben, verwenden wir den Standard-Lookback-Zeitraum von 14 Tagen. Weitere Informationen finden Sie unter Inaktivitätskriterien pro Ressource.
Anmerkung
-
Für EBS-Volumes und NAT Gateway analysieren wir den Anhangsstatus über einen Zeitraum von 32 Tagen. Denn WorkSpaces wir analysieren die Verbindungsaktivitäten der Benutzer über einen Zeitraum von 63 Tagen.
-
Eine Änderung des Bezugszeitraums für EBS-Volumenempfehlungen auf 14 Tage hat keine Auswirkung auf den 32-tägigen Rückschauzeitraum, der verwendet wird, um festzustellen, ob ein EBS-Volume nicht angeschlossen ist.
-
Denn ElastiCache es kann bis zu 48 Stunden dauern, bis Empfehlungen angezeigt werden, nachdem Sie sich für Compute Optimizer entschieden haben.
Inaktivitätskriterien pro Ressource
Jede der unterstützten Ressourcen, die für Empfehlungen in Frage kommen, hat ihre eigenen Kriterien, nach denen sie als inaktiv eingestuft wird. In der folgenden Tabelle sind die Kriterien für den Leerlauf der einzelnen Ressourcen aufgeführt und es werden auch die empfohlenen Maßnahmen von Compute Optimizer für die inaktive Ressource aufgeführt.
| Ressource | Analysierte Metrik | Kriterien im Leerlauf | Empfohlene Aktion |
|---|---|---|---|
|
Amazon EC2-Instances |
CPU-Auslastung, Netzwerk-E/A, GPU-Auslastung, GPU-Encoder-Nutzung und GPU-Speichernutzung |
Die CPU-Spitzenauslastung liegt unter 5% und Ihr Netzwerk I/O ist geringer als 5MB/day während des 14-tägigen Lookback-Zeitraums. G- oder P-Instance-Typen gelten als inaktiv, wenn sie während des 14-tägigen Lookback-Zeitraums die folgenden Kriterien erfüllen:
|
Überprüfen Sie, ob Sie diese Instanz benötigen. Wenn Sie sie nicht benötigen, sollten Sie erwägen, diese Instanz zu löschen. |
|
EC2 Auto Scaling Scaling-Gruppen |
CPU-Auslastung, Netzwerk-E/A, GPU-Auslastung, GPU-Encoder-Nutzung und GPU-Speichernutzung |
Die EC2 Auto Scaling Scaling-Gruppe hat keine Instances mit mehr als 5% CPU-Spitzenauslastung oder 5% MB/day Netzwerkauslastung während des 14-tägigen Lookback-Zeitraums. EC2 Auto Scaling Scaling-Gruppen, die G- oder P-Instance-Typen verwenden, gelten als inaktiv, wenn die Instances während des 14-tägigen Lookback-Zeitraums die folgenden Kriterien erfüllen:
|
Überprüfen Sie, ob Sie diese Gruppe benötigen. Erwägen Sie, diese Gruppe auf eine Instanz zu verkleinern oder sie zu löschen. |
|
Amazon-EBS-Volumes |
Read/Write Operationen und Anhangsstatus |
Compute Optimizer kann feststellen, dass ein EBS-Volume inaktiv ist oder nicht angeschlossen ist.
Anmerkung
|
Überprüfen Sie, ob Sie dieses Volume benötigen. Wenn Sie es nicht benötigen, empfehlen wir Ihnen, einen Snapshot des Volumes zu erstellen und zu erwägen, ihn zu löschen. |
|
Amazon ECS-Services auf Fargate |
CPU-Auslastung und Speicherauslastung |
Die maximale CPU- und Speicherauslastung lag während des Lookback-Zeitraums unter 1%. Der Standard-Lookback-Zeitraum beträgt 14 Tage, den Sie auf bis zu 32 Tage verlängern können. |
Überprüfen Sie, ob Ihre containerisierte Anwendung wie erwartet ausgeführt wird. Wenn die Anwendung nicht läuft, sollten Sie erwägen, diesen Dienst zu löschen. |
|
Amazon Aurora- und RDS-Datenbanken |
Datenbankverbindungen, read/write IOPS und CPU-Auslastung |
RDS für MySQL und RDS für PostgreSQL Die DB-Instance ist keine Read Replica und hatte während des Lookback-Zeitraums keine Datenbankverbindungen, eine geringe CPU-Auslastung und eine geringe read/write Aktivität. Aurora MySQL und Aurora PostgreSQL Die DB-Instance ist nicht Teil eines sekundären Clusters in einer Aurora Global Database und hatte während des Lookback-Zeitraums keine Datenbankverbindungen, eine geringe CPU-Auslastung und geringe read/write Aktivität. |
Überprüfen Sie, ob Sie diese DB-Instance benötigen. Wenn Sie diese Instance nicht vorübergehend benötigen, können Sie RDS-MySQL- und RDS-PostgreSQL-DB-Instances für bis zu 7 Tage anhalten. Wenn Sie diese Instance nicht mehr benötigen, können Sie einen DB-Snapshot erstellen und die Instance löschen. Für ungenutzte Aurora MySQL- und Aurora PostgreSQL-Instances können Sie die DB-Instance-Klasse auch in db.serverless ändern. |
|
Amazon NAT-Gateway |
Anzahl aktiver Verbindungen, eingehende Pakete von der Quelle, eingehende Pakete vom Ziel |
Das NAT-Gateway befindet sich im Status „Verfügbar“, ist keiner AWS Routing-Tabelle zugeordnet und hat keine aktive Verbindung. Während des Lookback-Zeitraums wurden keine Pakete sowohl von der Quelle als auch vom Ziel empfangen. |
Überprüfen Sie, ob Sie dieses NAT-Gateway benötigen. Prüfen Sie, ob es Teil eines Disaster Recovery-Setups ist oder als Backup in Ihrer Netzwerkarchitektur dient. |
|
Amazon DynamoDB |
Verbrauchte Lesekapazitätseinheiten und verbrauchte Schreibkapazitätseinheiten |
Gilt nur für bereitgestellte Tabellen. Eine Tabelle gilt als inaktiv, wenn während des 14-tägigen Lookback-Zeitraums keine Lese- oder Schreibkapazitätseinheiten sowohl auf Tabellenebene als auch auf allen Ebenen des Global Secondary Index (GSI) verbraucht wurden. |
Überprüfen Sie, ob diese Tabelle unbenutzt ist. Erwägen Sie, in den On-Demand-Modus zu wechseln oder die bereitgestellte Kapazität zu minimieren. Falls sie nicht mehr benötigt werden, sollten Sie erwägen, Daten nach S3 zu exportieren und die Ressource zu löschen. |
|
Amazon ElastiCache |
Neue Verbindungen, CPU-Auslastung der Engine, Cache-Treffer, Cache-Fehlschläge, Get-Befehle und Set-Befehle |
Gilt nur für Redis- und Valkey-Engines. Node-based (bereitgestellt) Der Cluster hat keine neuen Verbindungen, die CPU-Auslastung der Engine liegt unter 1% und während des 14-tägigen Lookback-Zeitraums wurden keine Cache-Hits, Misses, Get-Befehle oder Set-Befehle gefunden. Metriken werden auf Knotenebene ausgewertet. Ein Cluster befindet sich nur dann im Leerlauf, wenn sich alle Knoten im Leerlauf befinden. Serverless Im Cluster wurden während des 14-tägigen Lookback-Zeitraums keine Recheneinheiten verbraucht, keine aktuellen oder neuen Verbindungen und keine Cache-Hits, Misses, Get-Befehle oder Set-Befehle. |
Überprüfen Sie, ob Ihre Anwendung diese Caching-Ebene weiterhin benötigt. Bei bereitgestellten Clustern sollten Sie erwägen, für variable Workloads auf ElastiCache Serverless umzusteigen. Falls nicht erforderlich, sollten Sie erwägen, die Ressource zu löschen. |
|
Amazon MemoryDB |
Neue Verbindungen, CPU-Auslastung der Engine, Keyspace-Treffer und Keyspace-Fehlschläge |
Der Cluster hat keine neuen Verbindungen, die CPU-Auslastung der Engine liegt unter 1%, und während des 14-tägigen Lookback-Zeitraums gibt es keine Treffer oder Fehlschläge im Schlüsselraum. Der Cluster muss den Status „Verfügbar“ haben. |
Überprüfen Sie, ob Ihre Anwendung diese Caching-Schicht immer noch benötigt. Falls nicht erforderlich, sollten Sie erwägen, die Ressource zu löschen. |
|
Amazon DocumentDB |
Datenbankverbindungen |
Gilt sowohl für bereitgestellte als auch für serverlose Cluster. Elastische Cluster sind ausgeschlossen. Der Cluster hat während des 14-tägigen Lookback-Zeitraums keine Datenbankverbindungen. Der Cluster muss den Status „Verfügbar“ haben. |
Bereitgestellt Überprüfen Sie, ob Sie diesen Cluster benötigen. Wenn sie nicht vorübergehend benötigt wird, können Sie die Ressource für bis zu 7 Tage anhalten oder erwägen, zu DocumentDB Serverless zu wechseln. Wenn sie nicht mehr benötigt wird, erstellen Sie einen DB-Snapshot und löschen Sie die Ressource. Serverless Überprüfen Sie, ob Sie diesen Cluster benötigen. Wenn sie nicht vorübergehend benötigt wird, können Sie die Ressource für bis zu 7 Tage anhalten. Wenn sie nicht mehr benötigt wird, erstellen Sie einen DB-Snapshot und löschen Sie die Ressource. |
|
Amazon WorkSpaces |
Aktivität der Benutzerverbindung |
Gilt WorkSpaces nur für Always On. Auto Stop und Standby WorkSpaces sind ausgeschlossen. Kein Benutzer hat innerhalb des WorkSpace Lookback-Zeitraums von 63 Tagen eine Verbindung zu dem hergestellt. |
Überprüfen Sie, ob WorkSpace der zugewiesene Benutzer dies weiterhin benötigt. Falls es vorübergehend nicht benötigt wird, sollten Sie in den Auto Stop-Modus wechseln. Wenn der Benutzer keinen Zugriff mehr benötigt, sollten Sie erwägen, die Ressource zu löschen. |
|
SageMaker Amazon-Endpunkte |
Aufrufe |
Der Endpunkt verzeichnete während des 14-tägigen Lookback-Zeitraums keine Aufrufe. |
Überprüfen Sie, ob dieser Endpunkt noch verwendet wird. Bei seltener Verwendung sollten Sie erwägen, die Scale-to-Null-Funktionalität für Inferenzkomponenten zu aktivieren, sofern sie unterstützt wird. Falls sie nicht mehr benötigt wird, sollten Sie erwägen, die Ressource zu löschen. |
Geschätzte monatliche Einsparungen
Geschätzte monatliche Einsparungen (nach Rabatten)
In dieser Spalte sind die ungefähren monatlichen Kosteneinsparungen aufgeführt, die Sie mit der von Compute Optimizer empfohlenen Aktion pro inaktiver Ressource mit den unterstützten Preismodellen erzielen. Die unterstützten Preismodelle hängen von der jeweiligen AWS Ressource ab. EC2-Instances unterstützen beispielsweise Rabatte für Savings Plans und Reserved Instances, ECS-Services unterstützen dagegen nur das Savings-Plans-Preismodell. Um Empfehlungen mit unterstützten Preismodellen zu erhalten, muss die Einstellung „Sparschätzungsmodus“ aktiviert sein. Weitere Informationen finden Sie unter Sparschätzungsmodus.
Anmerkung
Wenn Sie die Einstellung „Sparschätzungsmodus“ nicht aktivieren, werden in dieser Spalte sowohl auf den Registerkarten „Instance“ als auch „Storage“ die standardmäßigen On-Demand Preisrabattinformationen angezeigt.
Geschätzte monatliche Einsparungen () On-Demand
In dieser Spalte sind die ungefähren monatlichen Kosteneinsparungen aufgeführt, die Sie erzielen, wenn Sie die von Compute Optimizer empfohlenen Maßnahmen pro inaktiver Ressource im Rahmen des On-Demand Preismodells anwenden.
Wichtig
Wenn Sie Cost Optimization Hub in aktivieren AWS Cost Explorer, verwendet Compute Optimizer Cost Optimization Hub-Daten, zu denen auch Ihre spezifischen Preisrabatte gehören, um Ihre Empfehlungen zu generieren. Wenn Cost Optimization Hub nicht aktiviert ist, verwendet Compute Optimizer Cost Explorer Explorer-Daten und On-Demand Preisinformationen, um Ihre Empfehlungen zu generieren. Weitere Informationen finden Sie unter Cost Explorer und Cost Optimization Hub aktivieren im AWS Cost Management Benutzerhandbuch.
