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 Sammlung von APIs zugegriffen werden. Empfehlungen im Leerlauf sind für die folgenden unterstützten AWS Ressourcen verfügbar:
-
EC2 Amazon-Instanzen
-
Amazon EC2 Auto Scaling 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.
Inaktivitätskriterien pro Ressource
Für jede der unterstützten Ressourcen, die für Empfehlungen zur Inaktivität in Frage kommen, gibt es eigene 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 |
|---|---|---|---|
|
EC2 Amazon-Instanzen |
CPU-Auslastung, Netzwerk-E/A, GPU-Auslastung, GPU-Encoder-Nutzung und GPU-Speichernutzung |
Die maximale CPU-Auslastung liegt im 14-tägigen Lookback-Zeitraum unter 5% und Ihr Netzwerk I/O liegt bei weniger als 5 MB/Tag. 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 verfügt über 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 |
Lese-/Schreibvorgänge und Anhangsstatus |
Compute Optimizer kann feststellen, dass ein EBS-Volume inaktiv ist oder nicht angeschlossen ist.
|
Ü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 liegt während des 14-tägigen Betrachtungszeitraums unter 1%. |
Ü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, aber ECS-Services unterstützen nur das Savings Plans 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 Preisnachlassinformationen auf Abruf angezeigt.
Geschätzte monatliche Einsparungen (On-Demand)
In dieser Spalte sind die ungefähren monatlichen Kosteneinsparungen aufgeführt, die Sie mit der von Compute Optimizer empfohlenen Aktion pro inaktiver Ressource mit dem On-Demand-Preismodell erzielen.
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.
