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
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.
-
Eine Änderung des Suchzeitraums 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 angehängt ist.
Inaktivitätskriterien pro Ressource
Jede der unterstützten Ressourcen, die für Empfehlungen für ungenutzte Ressourcen 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. |
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 Modus zur Schätzung der Einsparungen.
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.
