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.
Empfehlungen für Aurora- und RDS-Datenbanken anzeigen
Compute Optimizer generiert Empfehlungen für DB-Instances, RDS-DB-Instance-Speicher und Aurora-DB-Cluster-Speicher für RDS for MySQL, RDS for PostgreSQL und Amazon Aurora Aurora-Datenbanken. Diese Empfehlungen werden auf den Detailseiten Empfehlungen für Aurora- und RDS-Datenbanken und Aurora- und RDS-Datenbanken der Compute Optimizer Optimizer-Konsole angezeigt. Beide Seiten sind in zwei separate Tabs unterteilt: Instanz und Speicher.
-
Seite mit Empfehlungen für Aurora- und RDS-Datenbanken
Instance
Auf dieser Registerkarte werden alle Ihre aktuellen Aurora- und RDS-DB-Instances angezeigt. Dabei werden Klassifizierungen und Gründe, der aktuelle Instance-Typ, geschätzte Einsparungen und Sparmöglichkeiten angezeigt. Die Top-Empfehlung von Compute Optimizer ist neben jeder Ihrer Instanzen aufgeführt. Diese Empfehlung umfasst den empfohlenen Instanztyp, die On-Demand-Preise und den Preisunterschied zwischen Ihrer aktuellen Instanz. Verwenden Sie die Seite mit den Empfehlungen, um Ihre aktuellen Instances mit der Top-Empfehlung zu vergleichen. Auf diese Weise können Sie entscheiden, ob Sie Ihre Instances vergrößern oder verkleinern möchten.
Speicherung
Auf dieser Registerkarte werden alle Ihre aktuellen RDS-Instance-Speicher-Volumes und Aurora-DB-Cluster-Speicherkonfigurationen angezeigt, wobei nach Klassifizierungen, dem aktuellen Speichertyp und dem aktuellen Preis gesucht wird. Die wichtigste Empfehlung von Compute Optimizer ist neben jedem Ihrer Volumes oder Cluster aufgeführt. Für RDS-DB-Instance-Speicher umfasst sie den empfohlenen Volume-Typ, empfohlene IOPS, den Preis der Empfehlung und die Preisdifferenz zwischen Ihrem aktuellen Volume und der Empfehlung. Für Aurora-DB-Cluster umfasst es den empfohlenen Speichertyp, die geschätzten Cluster-Kosten (Instance, Speicher und I/O) und potenzielle Einsparungen. Auf der Seite mit den Empfehlungen können Sie Ihre aktuellen Speicherkonfigurationen mit den wichtigsten Empfehlungen vergleichen. Dies kann Ihnen bei der Entscheidung helfen, ob Sie Ihren Speichertyp ändern sollten.
Weitere Informationen zum Anzeigen Ihrer Aurora- und RDS-Datenbankempfehlungen finden Sie unterZugriff auf Empfehlungen und Details zu Aurora- und RDS-Datenbanken.
-
Seite mit Details zur Aurora- und RDS-Datenbank
Instance
Auf dieser Registerkarte werden Optimierungsempfehlungen für eine bestimmte RDS-DB-Instance oder Aurora-DB-Instance angezeigt. Es listet die Spezifikationen für jede Empfehlung auf, einschließlich Leistungsrisiko, Preisunterschied und On-Demand-Preisen.
Speicherung
Auf dieser Registerkarte werden die Optimierungsempfehlungen für einen RDS-DB-Instance-Speicher oder einen Aurora-DB-Clusterspeicher angezeigt. Für RDS-DB-Instance-Speicher werden die Spezifikationen für jede Empfehlung aufgeführt, einschließlich zugewiesenem Speicher, bereitgestellter IOPS, Durchsatz und Speicherpreisdifferenz. Für Aurora-DB-Cluster werden Empfehlungen zu Speichertypen mit geschätzten Kosten, aufgeschlüsselt nach Instance-, Speicher- und I/O-Komponenten, zusammen mit Informationen zur I/O-Kostenvariabilität angezeigt, wenn erweiterte Infrastrukturmetriken aktiviert sind.
Auf beiden Detailseiten werden Diagramme zur Nutzungsmetrik angezeigt, anhand derer Sie die aktuelle Instance oder den aktuellen Speicher mit den prognostizierten Nutzungsmetriken für die Empfehlungsoptionen vergleichen können. Die Grafiken können Ihnen helfen, die Auswirkungen dieser Empfehlungen besser zu verstehen.
Weitere Informationen zum Anzeigen Ihrer Aurora- und RDS-Datenbankdetails finden Sie unterZugreifen auf die Detailseite der Aurora- und RDS-Datenbanken.
Die Empfehlungen werden täglich aktualisiert und es kann bis zu 12 Stunden dauern, bis sie generiert sind. Beachten Sie, dass Compute Optimizer mindestens 30 Stunden an CloudWatch Amazon-Metriken benötigt, um Empfehlungen für Amazon RDS-DB-Instances zu generieren. Weitere Informationen finden Sie unter Voraussetzungen für die Ressourcen.
Klassifizierungen finden
Die Spalte „Ergebnisse“ auf der Seite „Empfehlungen für Aurora- und RDS-Datenbanken“ bietet eine Zusammenfassung der Leistung Ihrer Amazon Aurora- und RDS-DB-Instances, Ihres RDS-DB-Instance-Speichers und Ihrer Aurora-DB-Cluster während des Lookback-Zeitraums.
- Aurora and RDS DB instances
-
Die folgenden Klassifizierungen der Ergebnisse gelten für DB-Instances.
| Klassifizierung |
Beschreibung |
|
Zu wenig bereitgestellt
|
Wenn Compute Optimizer feststellt, dass nicht genügend CPU, Arbeitsspeicher, Netzwerkbandbreite, EBS-IOPS oder EBS-Durchsatz vorhanden sind, gilt eine RDS-DB-Instance als unzureichend bereitgestellt. Compute Optimizer zeigt gefundene Gründe an, z. B. zu wenig bereitgestellte CPU, zu wenig bereitgestellter Arbeitsspeicher, zu wenig bereitgestellte EBS-IOPS und zu wenig bereitgestellte Netzwerkbandbreite. Eine zu wenig bereitgestellte RDS-DB-Instance kann zu einer schlechten Anwendungsleistung führen.
|
|
Übermäßig bereitgestellt
|
Wenn Compute Optimizer feststellt, dass zu viel CPU, EBS-IOPS, Netzwerkbandbreite oder EBS-Durchsatz vorhanden ist, gilt eine RDS-DB-Instance als überprovisioniert. Compute Optimizer zeigt gefundene Gründe an, wie z. B. zu viel CPU, zu viel EBS IOPS, zu viel bereitgestellte Netzwerkbandbreite und zu viel bereitgestellter EBS-Durchsatz. Eine übermäßig bereitgestellte RDS-DB-Instance kann zu zusätzlichen Infrastrukturkosten führen.
|
|
Optimiert
|
Wenn die Spezifikationen Ihrer RDS-DB-Instance den Leistungsanforderungen Ihres Workloads entsprechen, gilt die RDS-DB-Instance als optimiert. Für optimierte Instances empfiehlt Compute Optimizer möglicherweise eine DB-Instance-Klasse der neuen Generation oder die Verfügbarkeit einer neuen Engine-Version.
|
- RDS DB instance storage
-
Die folgenden Klassifizierungen der Ergebnisse gelten für RDS-DB-Speicher.
| Klassifizierung |
Beschreibung |
|
Zu wenig bereitgestellt
|
Wenn Compute Optimizer feststellt, dass nicht genügend zugewiesener Speicher oder EBS-Durchsatz vorhanden ist, gilt ein RDS-Speichervolume als unzureichend bereitgestellt. Compute Optimizer zeigt einen Grund an, warum EBS-Volume zugewiesener Speicher zu wenig bereitgestellt wurde oder ob der EBS-Volumendurchsatz zu wenig bereitgestellt wurde. Ein zu wenig bereitgestelltes Speichervolumen der RDS-DB-Instance kann zu einer schlechten Anwendungsleistung führen.
|
|
Übermäßig bereitgestellt
|
Wenn Compute Optimizer feststellt, dass ein zu hoher IOPS- oder EBS-Durchsatz vorliegt, gilt ein Speichervolumen einer RDS-DB-Instance als überprovisioniert. Compute Optimizer zeigt einen Grund an, warum das EBS-Volume IOPS zu hoch bereitgestellt oder der EBS-Volumendurchsatz zu hoch bereitgestellt wurde. Ein zu viel bereitgestelltes DB-Instance-Speichervolumen kann zu zusätzlichen Infrastrukturkosten führen.
|
|
Optimiert
|
Wenn die Spezifikationen Ihres RDS-DB-Instance-Speichervolumens den Leistungsanforderungen Ihres Workloads entsprechen, gilt der Speicher als optimiert. Für optimierten DB-Instance-Speicher empfiehlt Compute Optimizer möglicherweise einen Speichertyp der neuen Generation.
|
Weitere Informationen zu zu zu wenig oder zu viel bereitgestellten RDS-DB-Instances finden Sie Gründe finden im Thema. Empfehlungen für Aurora- und RDS-Datenbanken anzeigen
- Aurora DB clusters
-
Die folgenden Klassifizierungen der Ergebnisse gelten für Aurora-DB-Cluster.
| Klassifizierung |
Beschreibung |
|
Optimiert
|
Compute Optimizer hat festgestellt, dass die Konfigurationen Ihres Aurora-DB-Clusterspeichers unter Kostengesichtspunkten optimiert sind.
|
|
Nicht optimiert
|
Compute Optimizer hat potenzielle Kosteneinsparungen festgestellt, wenn Sie Ihren Aurora-DB-Cluster von Aurora-Standardspeicher auf Aurora-I/O-optimierten Speicher umstellen. Compute Optimizer zeigt einen Grund an, warum Aurora I/O-Optimized als die beste Option identifiziert wurde. DBClusterStorageSavingsAvailable
|
Weitere Informationen zu Amazon Aurora Aurora-DB-Clustern finden Sie unter Amazon Aurora Aurora-Speicher im Amazon Aurora Aurora-Benutzerhandbuch für Aurora.
Gründe finden
Die Spalte Finding reasons auf den Seiten Empfehlungen für RDS-DB-Instances und RDS-DB-Instance-Details zeigt die Spezifikationen der Compute Optimizer Optimizer-Ergebnisse für Amazon Aurora- und RDS-DB-Instances, RDS-DB-Instance-Speicher und Aurora-DB-Cluster.
- Aurora and RDS DB instances
-
Die folgenden Gründe für die Feststellung gelten für RDS-DB-Instances:
| Der Grund wird gefunden |
Beschreibung |
|
CPU ist überdimensioniert
|
Die CPU-Konfiguration der DB-Instance kann verkleinert werden und erfüllt auch die Leistungsanforderungen Ihres Workloads. Dies wird identifiziert, indem die CPUUtilization Metrik der aktuellen Instance während der Lookback-Periode analysiert wird.
|
|
Zu wenig bereitgestellte CPU
|
Die CPU-Konfiguration der DB-Instance entspricht nicht den Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere CPU-Leistung bietet. Dies wird durch die Analyse der CPUUtilization Metrik der aktuellen Instance während der Lookback-Periode identifiziert.
|
|
Zu wenig verfügbarer Arbeitsspeicher
|
Die Speicherkonfiguration der DB-Instance entspricht nicht den Leistungsanforderungen Ihrer Arbeitslast, und es gibt keinen alternativen Instance-Typ, der eine bessere Speicherleistung bietet.
Bei RDS-MySQL- und RDS-PostgreSQL-DB-Instances wird dies durch Analyse der os.swap.in und der os.swap.out Metriken der aktuellen Instance identifiziert, sofern Amazon RDS Performance Insights aktiviert ist. Informationen zur Aktivierung von Performance Insights für Aurora finden Sie unter Performance Insights für Aurora ein- und ausschalten im Amazon Aurora Aurora-Benutzerhandbuch.
Bei Aurora-DB-Instances wird dies identifiziert, indem die os.memory.outOfMemoryKillCount Metrik der aktuellen Instance analysiert wird, sofern Amazon RDS Performance Insights aktiviert ist. Für Aurora MySQL-DB-Instances analysiert Compute Optimizer auch Aurora-Speicherzustandsmetriken. Informationen zur Aktivierung von Performance Insights für Aurora finden Sie unter Performance Insights für Aurora ein- und ausschalten im Amazon Aurora Aurora-Benutzerhandbuch.
|
|
EBS-Durchsatz ist zu hoch bereitgestellt
|
Die EBS-Durchsatzkonfiguration der DB-Instance kann verkleinert werden und erfüllt auch die Leistungsanforderungen Ihres Workloads. Dies wird durch die Analyse der EBS-Volumes VolumeReadBytes und der VolumeWriteBytes Metrik der EBS-Volumes identifiziert, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
Zu wenig verfügbarer EBS-Durchsatz
|
Die EBS-Durchsatzkonfiguration der DB-Instance entspricht nicht den Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere EBS-Durchsatzleistung bietet. Dies wird durch die Analyse der EBS-Volumes VolumeReadBytes und der VolumeWriteBytes Metrik der EBS-Volumes ermittelt, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
EBS-IOPS sind übermäßig bereitgestellt
|
Die EBS-IOPS-Konfiguration der DB-Instance kann verkleinert werden und erfüllt auch die Leistungsanforderungen Ihres Workloads. Dies wird durch die Analyse der EBS-Volumes VolumeReadOps und der VolumeWriteOps Metriken der EBS-Volumes identifiziert, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
Zu wenig bereitgestellte EBS-IOPS
|
Die EBS-IOPS-Konfiguration der DB-Instance entspricht nicht den Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere EBS-Durchsatzleistung bietet. Dies wird durch die Analyse der EBS-Volumes VolumeReadOps und der VolumeWriteOps Metriken der EBS-Volumes identifiziert, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
Netzwerkbandbreite ist übermäßig bereitgestellt
|
Die Netzwerkbandbreitenkonfiguration der DB-Instance kann verkleinert werden, ohne dass die Leistungsanforderungen Ihres Workloads erfüllt werden. Bei RDS-MySQL- und RDS-PostgreSQL-DB-Instances wird dies durch die Analyse der NetworkIn und der NetworkOut Metriken der aktuellen Instance während der Lookback-Periode identifiziert.
|
|
Netzwerkbandbreite ist unzureichend bereitgestellt
|
Die Netzwerkbandbreitenkonfiguration der DB-Instance entspricht nicht den Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere Leistung der Netzwerkbandbreite bietet.
Bei RDS-MySQL- und RDS-PostgreSQL-DB-Instances wird dies durch die Analyse der NetworkIn und der NetworkOut Metriken der aktuellen Instance während der Lookback-Periode identifiziert.
Bei Aurora-DB-Instances wird dies durch die Analyse der NetworkThroughput und der StorageNetworkThroughput Metriken der aktuellen Instance während der Lookback-Periode identifiziert.
|
|
Instance-Speicher (gelesen, IOPS) unterprovisioniert
|
Das IOPS-Limit für Lesevorgänge im Instance-Speicher der DB-Instance entspricht nicht den Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere Leistung bietet. Bei Aurora-DB-Instances wird dies durch die Analyse der ReadIOPSEphemeralStorage Metrik während der Lookback-Periode identifiziert.
|
|
Die Schreib-IOPS im Instance-Speicher sind unzureichend bereitgestellt
|
Das Schreib-IOPS-Limit für den Instance-Speicher der DB-Instance entspricht nicht den Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere Leistung bietet. Bei Aurora-DB-Instances wird dies durch die Analyse der WriteIOPSEphemeralStorage Metrik während der Lookback-Periode identifiziert.
|
|
Der DB-Cluster-Writer ist zu wenig bereitgestellt
|
Dies weist darauf hin, dass Compute Optimizer die Empfehlung für diese Aurora-DB-Instance-Read Replica mit dem Writer des DB-Clusters synchronisiert hat, da sie eine Heraufstufungsstufe < oder = auf 1 hat. Compute Optimizer tut dies, um Ihnen zu helfen, Ihre Failover-Kapazität aufrechtzuerhalten.
|
|
DB-Instance-Klasse der neuen Generation verfügbar
|
Wenn es sich bei der aktuellen DB-Instance um einen Instance-Typ der vorherigen Generation handelt, generiert Compute Optimizer diesen Ergebnisgrund, um anzuzeigen, dass ein DB-Instance-Typ der neuen Generation verfügbar ist. Wir empfehlen Ihnen, Instance-Typen der aktuellen Generation zu verwenden, um die beste Leistung zu erzielen.
|
|
Neue Engine-Version verfügbar
|
Wenn die aktuelle Engine-Version veraltet ist, generiert Compute Optimizer diesen Ergebnisgrund, um anzuzeigen, dass eine neue Engine-Version verfügbar ist.
|
- RDS DB instance storage
-
Die folgenden Gründe für die Feststellung gelten für den Speicher von RDS-DB-Instances.
| Den Grund finden |
Beschreibung |
|
Dem EBS-Volume zugewiesener Speicher ist unzureichend bereitgestellt
|
Die Menge des der DB-Instance zugewiesenen EBS-Volume-Speicherplatzes entspricht nicht den Leistungsanforderungen Ihrer Arbeitslast, und es gibt einen alternativen Volumetyp, der eine bessere Leistung des zugewiesenen Speichers bietet. Dies wird durch die Analyse der EBS-Volumes VolumeReadOps und der VolumeWriteOps Kennzahlen der EBS-Volumes identifiziert, die der aktuellen Instance während des Lookback-Zeitraums zugewiesen wurden.
|
|
Zu viele IOPS auf dem EBS-Volume bereitgestellt
|
Die der DB-Instance zugeordnete EBS-Volume-IOPS-Konfiguration kann verkleinert werden und entspricht auch den Leistungsanforderungen Ihres Workloads. Dies wird durch die Analyse der EBS-Volumes VolumeReadBytes und der VolumeWriteBytes Metriken der EBS-Volumes identifiziert, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
Zu wenig verfügbarer EBS-Volumendurchsatz
|
Die Größe des EBS-Volumendurchsatzes, der der DB-Instance zugewiesen ist, entspricht nicht den Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Volumetyp, der eine bessere Leistung beim Volumendurchsatz bietet.
|
|
EBS-Volumendurchsatz ist zu hoch bereitgestellt
|
Der der DB-Instance zugeordnete EBS-Volumendurchsatz kann verkleinert werden und entspricht auch den Leistungsanforderungen Ihres Workloads.
|
|
Speichertyp der neuen Generation verfügbar
|
Wenn der aktuelle DB-Instance-Speicher ein Speichertyp der vorherigen Generation ist, generiert Compute Optimizer diesen Ergebnisgrund, um anzuzeigen, dass ein Speichertyp der neuen Generation verfügbar ist. Wir empfehlen Ihnen, Speichertypen der aktuellen Generation zu verwenden, um die beste Leistung zu erzielen.
|
- Aurora DB clusters
-
Die folgenden Feststellungsgründe gelten für Aurora-DB-Cluster.
| Klassifizierung |
Beschreibung |
|
DBClusterStorageSavingsAvailable
|
Potenzielle Kosteneinsparungen wurden durch die Umstellung Ihres Aurora-DB-Clusters von Aurora-Standardspeicher auf Aurora-I/O-optimierten Speicher festgestellt. Das I/O-Nutzungsmuster Ihres Clusters deutet darauf hin, dass das vorhersehbare Preismodell von Aurora I/O-Optimized kostengünstiger wäre als die variablen I/O-Kosten von Aurora Standard. Dieser Grund tritt auf, wenn I/O Optimized als die am häufigsten empfohlene Option für Ihren Cluster identifiziert wird.
|
|
DBClusterStorageOptionAvailable
|
Aurora I/O-Optimized hat sich als praktikable alternative Speicheroption für Ihren Aurora-DB-Cluster erwiesen. Ihre aktuelle Speicherkonfiguration gilt zwar unter Kostengesichtspunkten als optimiert, aber die Umstellung auf Aurora I/O-Optimized könnte Vorteile wie vorhersehbarere monatliche Kosten und eine vereinfachte Budgetierung durch den Wegfall variabler I/O-Gebühren bieten. Dieser Grund wird angezeigt, wenn I/O-Optimiert als zweite empfohlene Option für Ihren Cluster angezeigt wird.
|
AWS Graviton-basierte Instance-Empfehlungen
Wenn Sie sich die Empfehlungen für Amazon RDS-DB-Instances ansehen, können Sie sehen, welche Auswirkungen die Ausführung Ihres Workloads auf AWS Graviton-basierten Instances auf Preis und Leistung hat. Wählen Sie dazu Graviton (aws-arm64) in der Dropdownliste mit den CPU-Architektureinstellungen aus. Andernfalls wählen Sie Aktuell aus, um Empfehlungen anzuzeigen, die auf demselben CPU-Anbieter und derselben Architektur wie die aktuelle RDS-DB-Instance basieren.
Die Spalten Aktueller Preis, empfohlener Preis, Preisunterschied, Preisunterschied (%) und Geschätzte monatliche Einsparungen werden aktualisiert, um einen Preisvergleich zwischen dem aktuellen DB-Instance-Typ und dem Instance-Typ der ausgewählten CPU-Architekturpräferenz zu ermöglichen. Wenn Sie beispielsweise Graviton (aws-arm64) wählen, werden die Preise zwischen dem aktuellen DB-Instance-Typ und dem empfohlenen Graviton-basierten Instance-Typ verglichen.
Geschätzte monatliche Einsparungen und Sparmöglichkeiten
Geschätzte monatliche Einsparungen (nach Rabatten)
Registerkarte „Instanz“
In dieser Spalte sind die ungefähren monatlichen Kosteneinsparungen aufgeführt, die Sie durch die Migration Ihrer Workloads von der aktuellen DB-Instance oder vom aktuellen DB-Instance auf den empfohlenen Typ im Rahmen der Preismodelle für Reserved Instances erzielen. Um Empfehlungen mit Rabatten für Reserved Instances zu erhalten, aktivieren Sie die Einstellung „Kostenvoranschlag“.
Registerkarte „Speicher“
In dieser Spalte sind die ungefähren monatlichen Kosteneinsparungen aufgeführt, die Sie durch die Migration Ihrer RDS-DB-Instance-Speichervolumes von den aktuellen Spezifikationen auf die empfohlenen Spezifikationen mit bestimmten Rabatten erzielen. Für Aurora-DB-Cluster stellt dies die Einsparungen dar, die sich aus dem Wechsel zwischen den Speichertypen Aurora Standard und Aurora I/O-Optimized ergeben, wobei alle Kostenkomponenten (Instanz-, Speicher- und I/O-Kosten) berücksichtigt werden. Um Empfehlungen mit bestimmten Rabatten zu erhalten, aktivieren Sie die Einstellung für den Modus zur Schätzung der Einsparungen.
Weitere Informationen finden Sie unter Sparschätzungsmodus.
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 (auf Abruf)
Registerkarte „Instanz“
In dieser Spalte sind die ungefähren monatlichen Kosteneinsparungen aufgeführt, die Sie durch die Migration Ihrer Workloads vom aktuellen DB-Instance-Typ zum empfohlenen Instance-Typ im Rahmen des On-Demand-Preismodells erzielen.
Registerkarte „Speicher“
In dieser Spalte sind die ungefähren monatlichen Kosteneinsparungen aufgeführt, die Sie durch die Migration Ihrer RDS-DB-Instance-Speichervolumes von den aktuellen Spezifikationen auf die empfohlenen Spezifikationen erzielen. Für Aurora-DB-Cluster beinhaltet dies die Differenz der Gesamtkosten zwischen Ihrem aktuellen Speichertyp und dem empfohlenen Speichertyp unter Berücksichtigung der Komponenten Instance, Speicher und I/O.
Einsparungsmöglichkeit (%)
In dieser Spalte wird der prozentuale Unterschied zwischen dem Preis der aktuellen Instance und dem Preis des empfohlenen DB-Instance-Typs aufgeführt. Wenn der Sparschätzungsmodus aktiviert ist, analysiert Compute Optimizer die Preisnachlässe für Reserved Instances, um den Prozentsatz der Einsparmöglichkeiten zu ermitteln. Wenn der Sparschätzungsmodus nicht aktiviert ist, verwendet Compute Optimizer nur On-Demand-Preisinformationen. Weitere Informationen finden Sie unter Sparschätzungsmodus.
Für Aurora-DB-Cluster-Speicherempfehlungen entspricht dies der prozentualen Differenz der Gesamtkosten (Instance, Speicher und I/O) zwischen den aktuellen und den empfohlenen Speichertypen.
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.
Berechnung der geschätzten monatlichen Einsparungen
Compute Optimizer berechnet für jede Empfehlung die Kosten für den Betrieb einer neuen RDS-DB-Instance oder eines neuen RDS-DB-Speichers anhand der empfohlenen Spezifikationen. Die geschätzten monatlichen Einsparungen werden auf der Grundlage der Anzahl der Betriebsstunden der aktuellen Instance oder des aktuellen Speichers und der Preisdifferenz zwischen den aktuellen Spezifikationen und den empfohlenen Spezifikationen berechnet. Die geschätzten monatlichen Einsparungen für RDS-DB-Instances und Speicher, die auf dem Compute Optimizer Optimizer-Dashboard angezeigt werden, sind eine Summe der geschätzten monatlichen Einsparungen für alle übermäßig bereitgestellten Ergebnisse im Konto.
Die Spalten mit den Leistungsrisiken auf der Detailseite der RDS-DB-Instance und der Seite mit den Empfehlungen für RDS-DB-Instances definieren die Wahrscheinlichkeit, dass der aktuelle und empfohlene Instance-Typ Ihre Workload-Anforderungen nicht erfüllt. Compute Optimizer berechnet für jede Spezifikation der aktuellen und empfohlenen Instanz eine individuelle Bewertung des Leistungsrisikos. Dazu gehören Spezifikationen wie CPU, EBS-Durchsatz und EBS-IOPS. Das Leistungsrisiko der aktuellen und der empfohlenen Instance wird anhand des maximalen Leistungsrisikos anhand der analysierten Ressourcenspezifikationen berechnet.
Die Werte reichen von sehr niedrig, niedrig, mittel, hoch und sehr hoch. Ein sehr geringes Leistungsrisiko bedeutet, dass der Instance-Typ voraussichtlich immer genügend Funktionen bietet. Je höher das Leistungsrisiko ist, desto mehr sollten Sie überprüfen, ob die Instance die Leistungsanforderungen Ihres Workloads erfüllt, bevor Sie Ihre Ressource migrieren. Entscheiden Sie, ob Sie die Leistungssteigerung, Kostensenkung oder beides optimieren möchten.
Vergleichsgrafiken
Auf der Seite mit den Amazon RDS-Datenbankdetails werden Nutzungsmetriken für Ihre aktuelle und empfohlene RDS-DB-Instance sowie Speicherdaten für den Lookback-Zeitraum angezeigt. Compute Optimizer verwendet den maximalen Nutzungspunkt innerhalb jedes 5-minütigen Zeitintervalls, um RDS-DB-Instance- und Speicherempfehlungen zu generieren.
Sie können die Diagramme so ändern, dass Daten für die letzten 24 Stunden, drei Tage, eine Woche oder zwei Wochen angezeigt werden. Sie können die Statistik der Grafiken auch zwischen Durchschnitt und Maximum ändern.
Die folgenden Vergleichsgrafiken werden auf der Detailseite der Aurora- und RDS-Datenbanken angezeigt.
- RDS DB instances
-
Die folgenden Grafiken werden für RDS-DB-Instances angezeigt:
| Name des Diagramms |
Beschreibung |
|
CPU-Auslastung
|
Der Prozentsatz der zugewiesenen Recheneinheiten, die in der DB-Instance verwendet werden. Diese Metrik identifiziert die Rechenleistung, die für die Ausführung einer Anwendung auf einer Instance erforderlich ist.
|
|
Datenbankverbindungen (Anzahl)
|
Die Anzahl der Clientsitzungen, die mit der DB-Instance verbunden sind.
|
|
Netzwerk-Empfangsdurchsatz (MIB/Sekunde)
|
Eingehender Netzwerkverkehr (Receive) auf der DB-Instance, einschließlich Kundendatenbankverkehr und Amazon RDS-Datenverkehr, der zur Überwachung und Replikation verwendet wird.
|
|
Netzwerkübertragungsdurchsatz (MIB/Sekunde)
|
Ausgehender Netzwerkverkehr (Transmit) auf der DB-Instance, einschließlich Kundendatenbankverkehr und Amazon RDS-Datenverkehr, der zur Überwachung und Replikation verwendet wird.
|
|
EBS-Lesevorgänge (pro Sekunde)
|
Durchschnittliche Anzahl der Festplatten-I/O-Lesevorgänge pro Sekunde.
|
|
EBS-Schreiboperationen (pro Sekunde)
|
Durchschnittliche Anzahl von Festplatten-I/O-Schreibvorgänge pro Sekunde.
|
|
EBS-Lesedurchsatz (MIB/Sekunde)
|
Die durchschnittliche Anzahl Byte, die pro Sekunde vom Datenträger gelesen werden.
|
|
EBS-Schreibdurchsatz (MIB/Sekunde)
|
Die durchschnittliche Anzahl von Bytes, die pro Sekunde auf den Datenträger geschrieben werden.
|
|
EBS-I/O-Bilanz (Prozent)
|
Der Prozentsatz der verbleibenden I/O-Credits im Burst-Bucket Ihrer RDS-Datenbank. Diese Metrik ist nur für die grundlegende Überwachung verfügbar.
|
|
EBS-Byte-Saldo (Prozent)
|
Der Prozentsatz der Durchsatz-Guthaben, die im Burst-Bucket Ihrer RDS-Datenbank verbleiben. Diese Metrik ist nur für die grundlegende Überwachung verfügbar.
|
|
Freier Speicherplatz
|
Verfügbarer Speicherplatz
|
|
DB laden
|
Der Grad der Sitzungsaktivität in Ihrer Datenbank. Weitere Informationen finden Sie unter Laden von Datenbanken im Amazon Relational Database Service Service-Benutzerhandbuch.
|
|
Austauschen (KB)
|
Die Menge des von der Festplatte ausgelagerten Speichers in Kilobyte.
|
|
Austauschen (KB)
|
Die Menge des auf die Festplatte ausgelagerten Speichers in Kilobyte.
|
Die Metriken DB Load, Swap In (KB) und Swap Out (KB) sind nur verfügbar, wenn Sie Amazon RDS Performance Insights aktiviert haben. Informationen zur Aktivierung von Performance Insights für Ihre DB-Instances finden Sie unter Ein- und Ausschalten von Performance Insights für Amazon RDS im Amazon Relational Database Service Service-Benutzerhandbuch.
- Aurora DB instances
-
Die folgenden Grafiken werden für Aurora-DB-Instances angezeigt:
| Name des Diagramms |
Beschreibung |
|
CPU-Auslastung
|
Prozentsatz des gegenwärtig von einer Aurora-DB-Instance benutzten CPU-Speichers.
|
|
Speichernutzung
|
Der Prozentsatz des Speichers, der von Anwendungen und dem verwendeten Betriebssystem zugewiesen wurde.
|
|
Datenbankverbindungen (Anzahl)
|
Die Anzahl der Clientsitzungen, die mit der DB-Instance verbunden sind.
|
|
Netzwerk-Empfangsdurchsatz (MIB/Sekunde)
|
Die Menge des Netzwerkdurchsatzes, den jede Instance im Aurora-DB-Cluster von Clients erhält. Dieser Durchsatz beinhaltet nicht den Netzwerkdatenverkehr zwischen den Instances im Aurora-DB-Cluster und dem Cluster-Volume.
|
|
Netzwerkübertragungsdurchsatz (MIB/Sekunde)
|
Der Umfang des von Clients gesendeten Netzwerkdurchsatzes für jede Instance im Aurora-DB-Cluster. Dieser Durchsatz beinhaltet nicht den Netzwerkdatenverkehr zwischen den Instances im -DB-Cluster und dem Cluster-Volumen.
|
|
Lese-Durchsatz im Speichernetzwerk (MiB/Sekunde)
|
Der Umfang des vom Aurora-Speicheruntersystem erhaltenen Netzwerkdurchsatzes für jede Instance im DB-Cluster.
|
|
Schreibdurchsatz im Speichernetzwerk (MiB/Sekunde)
|
Die Menge des Netzwerkdurchsatzes, der von jeder Instance im Aurora-DB-Cluster an das Aurora-Speichersubsystem gesendet wird.
|
|
Gesundheitszustand des Aurora-Speichers
|
Zeigt den Zustand des Speichers an. Der Wert ist 0 gleich. NORMAL Der Wert ist 10 gleichRESERVED, was bedeutet, dass sich der Server einem kritischen Speicherauslastungsgrad nähert.
Diese Metrik gilt nur für Aurora MySQL. |
|
Aurora-Speicher: Anzahl der abgelehnten SQL-Abfragen
|
Die Gesamtzahl der Abfragen ist im Rahmen der Vermeidung von out-of-memory (OOM) zurückgegangen.
Diese Metrik gilt nur für Aurora MySQL. |
|
Aurora-Speicher Anzahl der geschlossenen Verbindungen
|
Die Gesamtzahl der Verbindungen, die im Rahmen der OOM-Vermeidung geschlossen wurden.
Diese Metrik gilt nur für Aurora MySQL. |
|
Aurora-Speicher: Anzahl der abgeschlossenen Abfragen
|
Die Gesamtzahl der Abfragen wurde im Rahmen der OOM-Vermeidung beendet.
Diese Metrik gilt nur für Aurora MySQL. |
|
Puffer-Cache-Trefferrate
|
Der Prozentsatz der vom Buffer-Cache bedienten Anfragen. Dieses Diagramm wird angezeigt, wenn ein DB-Instance-Klassentyp „Optimized Reads“ als Option empfohlen wird, damit Sie beurteilen können, ob er für Ihre Arbeitslast geeignet ist.
|
|
Lesen Sie den externen IOPS-Speicher
|
Die durchschnittliche Anzahl von Festplatten-Lesevorgängen im flüchtigen Speicher. NVMe
Diese Metrik gilt für Instances, die lokal angeschlossenen nichtflüchtigen Memory Express () NVMe -Speicher unterstützen. |
|
Schreiben Sie auf externen IOPS-Speicher
|
Die durchschnittliche Anzahl von Schreibvorgängen auf der Festplatte in den flüchtigen Speicher. NVMe
Diese Metrik gilt für Instances, die lokal angeschlossenen nichtflüchtigen Memory Express () NVMe -Speicher unterstützen. |
|
Lesen Sie IOPS
|
Durchschnittliche Anzahl der Lesevorgänge pro Sekunde.
|
|
Schreib-IOPS
|
Die Anzahl der pro Sekunde generierten Aurora-Speicher-Schreibdatensätze. Dies entspricht etwa der Anzahl der Protokolldatensätze, die von der Datenbank generiert werden. Diese entsprechen weder den 8K-Seiten-Schreibvorgängen noch den gesendeten Netzwerkpaketen.
|
|
Datenbank laden
|
Die Anzahl der aktiven Sitzungen für die Datenbank. In der Regel sind Sie an den Daten für die durchschnittliche Anzahl der aktiven Sitzungen interessiert. In Performance Insights werden diese Daten als db.load.avg abgefragt.
|
Weitere Informationen finden Sie unter CloudWatch Amazon-Metriken für Amazon Aurora im Amazon Aurora Aurora-Benutzerhandbuch.
Das DB-Load-Diagramm ist nur verfügbar, wenn Sie Performance Insights für Aurora aktiviert haben. Informationen zur Aktivierung von Performance Insights für Aurora finden Sie unter Performance Insights für Aurora ein- und ausschalten im Amazon Aurora Aurora-Benutzerhandbuch.
- Aurora DB clusters
-
Die folgenden Grafiken werden für Aurora-DB-Cluster angezeigt:
| Name des Diagramms |
Beschreibung |
|
VolumeBytesUsed
|
Die Menge an Speicherplatz, die von Ihrem Aurora-DB-Cluster verwendet wird.
|
|
VolumeReadIOPs
|
Die Anzahl der in Rechnung gestellten E/A-Operationen aus einem Cluster-Volume innerhalb eines fünfminütigen Intervalls.
|
|
VolumeWriteIOPs
|
Die Anzahl an Write-Disk-E/A-Operationen im Cluster-Volume (Meldung in fünfminütigen Intervallen).
|
