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 DB-Instances, RDS-DB-Instance-Speicher und Aurora-DB-Cluster-Speicherempfehlungen für RDS für MySQL-, RDS für PostgreSQL- und Amazon Aurora-Datenbanken. Diese Empfehlungen werden auf den Seiten Empfehlungen für Aurora- und RDS-Datenbanken sowie auf den Detailseiten für Aurora - und RDS-Datenbanken der Compute Optimizer-Konsole angezeigt. Beide Seiten sind in zwei separate Tabs unterteilt: Instance und Storage.
-
Seite „Empfehlungen für Aurora- und RDS-Datenbanken“
Instance
Auf dieser Registerkarte werden alle Ihre aktuellen Aurora- und RDS-DB-Instances angezeigt. Hier finden Sie Klassifizierungen, Gründe, den aktuellen Instance-Typ, geschätzte Einsparungen und Einsparmöglichkeiten. Die wichtigsten Empfehlungen von Compute Optimizer finden Sie neben jeder Ihrer Instances. Diese Empfehlung beinhaltet den empfohlenen Instance-Typ, die On-Demand Preisgestaltung und den Preisunterschied zwischen Ihrer aktuellen Instance. 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 jedes Ihrer aktuellen RDS-Instance-Speicher-Volumes und Aurora-DB-Cluster-Speicherkonfigurationen angezeigt. Es werden Klassifizierungen, der aktuelle Speichertyp und der aktuelle Preis aufgeführt. Die Top-Empfehlung von Compute Optimizer ist neben jedem Ihrer Volumes oder Cluster aufgeführt. Für den RDS-DB-Instance-Speicher umfasst sie den empfohlenen Volume-Typ, die empfohlenen IOPS, den Preis der Empfehlung und den Preisunterschied 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) sowie potenzielle Einsparungen. Auf der Seite mit den Empfehlungen können Sie Ihre aktuellen Speicherkonfigurationen mit den wichtigsten Empfehlungen vergleichen, was Ihnen bei der Entscheidung helfen kann, ob Sie Ihren Speichertyp ändern sollten.
Weitere Informationen darüber, wie Sie Ihre Empfehlungen für Aurora- und RDS-Datenbanken einsehen können, finden Sie unterZugriff auf Empfehlungen und Details zu Aurora- und RDS-Datenbanken.
-
Seite mit den 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 Preisgestaltung.
Speicherung
Auf dieser Registerkarte wird die Optimierungsempfehlung für einen RDS-DB-Instance-Speicher oder Aurora-DB-Cluster-Speicher angezeigt. Für den RDS-DB-Instance-Speicher werden die Spezifikationen für jede Empfehlung aufgeführt, einschließlich des zugewiesenen Speichers, der bereitgestellten IOPS, des Durchsatzes und des Preisunterschieds für den Speicher. Für Aurora-DB-Cluster werden Empfehlungen zum Speichertyp mit geschätzten Kosten, aufgeschlüsselt nach Instance, Speicher und I/O Komponenten, zusammen mit Informationen zur I/O Kostenvariabilität angezeigt, wenn erweiterte Infrastrukturkennzahlen aktiviert sind.
Auf beiden Detailseiten werden Diagramme zu Nutzungsmetriken angezeigt, anhand derer Sie die aktuelle Instance oder den aktuellen Speicher mit den prognostizierten Nutzungsmetriken für die empfohlenen Optionen 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 Ressourcenanforderungen.
Klassifizierungen finden
Die Spalte Ergebnisse auf der Seite Empfehlungen für Aurora- und RDS-Datenbanken enthält eine Zusammenfassung der Leistung Ihrer Amazon Aurora- und RDS-DB-Instances, des RDS-DB-Instance-Speichers und Ihrer Aurora-DB-Cluster während der Lookback-Periode.
- Aurora and RDS DB instances
-
Die folgenden Klassifizierungen der Ergebnisse beziehen sich auf DB-Instances.
| Klassifizierung |
Description |
|
Under-provisioned
|
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 ausgestattet. Compute Optimizer zeigt die gefundenen Gründe an, z. B. zu wenig CPU, zu wenig Arbeitsspeicher, zu wenig EBS-IOPS und zu wenig bereitgestellte Netzwerkbandbreite. Eine zu wenig bereitgestellte RDS-DB-Instance kann zu einer schlechten Anwendungsleistung führen.
|
|
Over-provisioned
|
Wenn Compute Optimizer feststellt, dass zu viel CPU, EBS-IOPS, Netzwerkbandbreite oder EBS-Durchsatz vorhanden ist, wird eine RDS-DB-Instance als übermäßig bereitgestellt betrachtet. Compute Optimizer zeigt die Suche nach Gründen an, wie z. B. zu viel CPU, zu viel EBS-IOPS, zu viel 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 beziehen sich auf den RDS-DB-Speicher.
| Klassifizierung |
Description |
|
Under-provisioned
|
Wenn Compute Optimizer feststellt, dass nicht genügend Speicherplatz oder EBS-Durchsatz zugewiesen ist, wird ein RDS-Speicher-Volume als unzureichend bereitgestellt betrachtet. Compute Optimizer zeigt einen Grund für die unzureichende Bereitstellung des EBS-Volume-Speichers oder des zu geringen Bereitstellungsgrades des EBS-Volume-Durchsatzes an. Ein zu wenig bereitgestelltes RDS-DB-Instance-Speichervolume kann zu einer schlechten Anwendungsleistung führen.
|
|
Over-provisioned
|
Wenn Compute Optimizer feststellt, dass ein zu hoher IOPS- oder EBS-Durchsatz vorliegt, wird ein RDS-DB-Instance-Speichervolumen als überlastet betrachtet. Compute Optimizer zeigt einen Grund für die zu hohe Bereitstellung von EBS-Volume-IOPS oder für einen zu hohen EBS-Volume-Durchsatz an. Ein übermäßig bereitgestelltes DB-Instance-Speichervolume kann zu zusätzlichen Infrastrukturkosten führen.
|
|
Optimiert
|
Wenn die Spezifikationen Ihres RDS-DB-Instance-Speicher-Volumes den Leistungsanforderungen Ihres Workloads entsprechen, gilt der Speicher als optimiert. Für einen optimierten DB-Instance-Speicher empfiehlt Compute Optimizer möglicherweise einen Speichertyp der neuen Generation.
|
Weitere Informationen zu RDS-DB-Instances, die zu wenig oder zu wenig zur Verfügung stehen, finden Sie Ergebnisgründe im Thema. Empfehlungen für Aurora- und RDS-Datenbanken anzeigen
- Aurora DB clusters
-
Die folgenden Klassifizierungen der Ergebnisse beziehen sich auf Aurora-DB-Cluster.
| Klassifizierung |
Description |
|
Optimiert
|
Compute Optimizer hat festgestellt, dass die Konfigurationen Ihres Aurora-DB-Cluster-Speichers aus Kostengesichtspunkten optimiert sind.
|
|
Nicht optimiert
|
Compute Optimizer hat potenzielle Kosteneinsparungen festgestellt, wenn Sie Ihren Aurora-DB-Cluster von Aurora Standard-Speicher auf Aurora-Speicher umstellen. I/O-Optimized Compute Optimizer zeigt einen Grund an, warum Aurora DBClusterStorageSavingsAvailable I/O-Optimized als die beste Option identifiziert wurde.
|
Weitere Informationen zu Amazon Aurora-DB-Clustern finden Sie unter Amazon Aurora-Speicher im Amazon Aurora-Benutzerhandbuch für Aurora.
Ergebnisgründe
Die Spalte Finding Reasons auf den Seiten Empfehlungen für RDS-DB-Instances und RDS-DB-Instance-Details enthält die Spezifikationen der Compute 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 das Auffinden gelten für RDS-DB-Instances:
| Ergebnisgründe |
Description |
|
CPU ist überlastet
|
Die CPU-Konfiguration der DB-Instance kann verkleinert werden und erfüllt auch die Leistungsanforderungen Ihrer Arbeitslast. Dies wird identifiziert, indem die CPUUtilization Metrik der aktuellen Instance während der Lookback-Periode analysiert wird.
|
|
Die CPU ist nicht ausreichend ausgestattet
|
Die CPU-Konfiguration der DB-Instance erfüllt nicht die Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere CPU-Leistung bietet. Dies wird identifiziert, indem die CPUUtilization Metrik der aktuellen Instance während der Lookback-Periode analysiert wird.
|
|
Speicher-Unterdimensionierung
|
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 eine Analyse der os.swap.in os.swap.out ND-Metriken der aktuellen Instance identifiziert, sofern Amazon RDS Performance Insights aktiviert ist. Informationen zur Aktivierung von Performance Insights für Aurora finden Sie im Amazon Aurora-Benutzerhandbuch unter Ein- und Ausschalten von Performance Insights für Aurora.
Bei Aurora-DB-Instances wird dies durch eine Analyse der os.memory.outOfMemoryKillCount Metrik der aktuellen Instance identifiziert, sofern Amazon RDS Performance Insights aktiviert ist. Für Aurora MySQL-DB-Instances analysiert Compute Optimizer auch die Messwerte zum Zustand des Aurora-Speichers. Informationen zur Aktivierung von Performance Insights für Aurora finden Sie unter Performance Insights für Aurora ein- und ausschalten im Amazon Aurora-Benutzerhandbuch.
|
|
EBS-Durchsatz ist überlastet
|
Die EBS-Durchsatzkonfiguration der DB-Instance kann verkleinert werden und erfüllt auch die Leistungsanforderungen Ihres Workloads. Dies wird durch die Analyse der VolumeWriteBytes ND-Metrik der VolumeReadBytes EBS-Volumes identifiziert, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
Der EBS-Durchsatz wurde nicht ausreichend bereitgestellt
|
Die EBS-Durchsatzkonfiguration der DB-Instance erfüllt nicht die Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere EBS-Durchsatzleistung bietet. Dies wird durch die Analyse der VolumeWriteBytes AND-Metrik der VolumeReadBytes EBS-Volumes identifiziert, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
EBS-IOPS wurde zu stark 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 VolumeReadOps und der VolumeWriteOps Metriken der EBS-Volumes identifiziert, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
EBS-IOPS ist zu wenig bereitgestellt
|
Die EBS-IOPS-Konfiguration der DB-Instance erfüllt nicht die Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere EBS-Durchsatzleistung bietet. Dies wird durch die Analyse der VolumeReadOps und der VolumeWriteOps Metriken der EBS-Volumes identifiziert, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
Netzwerkbandbreite ist überlastet
|
Die Netzwerkbandbreitenkonfiguration der DB-Instance kann verkleinert werden und erfüllt gleichzeitig die Leistungsanforderungen Ihrer Arbeitslast. Bei RDS MySQL- und RDS PostgreSQL-DB-Instances wird dies durch die Analyse der NetworkIn NetworkOut UND-Metriken der aktuellen Instance während der Lookback-Periode identifiziert.
|
|
Netzwerkbandbreite wird nicht ausreichend bereitgestellt
|
Die Netzwerkbandbreitenkonfiguration der DB-Instance entspricht nicht den Leistungsanforderungen Ihres Workloads, und es gibt einen alternativen Instance-Typ, der eine bessere Netzwerkbandbreitenleistung bietet.
Bei RDS MySQL- und RDS PostgreSQL-DB-Instances wird dies durch die Analyse der NetworkIn NetworkOut UND-Metriken der aktuellen Instance während der Lookback-Periode identifiziert.
Bei Aurora-DB-Instances wird dies durch die Analyse der StorageNetworkThroughput UND-Metriken der NetworkThroughput aktuellen Instance während der Lookback-Periode identifiziert.
|
|
Die Lese-IOPS der Instance werden nicht ausreichend bereitgestellt
|
Das IOPS-Limit der Instance Storage Read IOPS der DB-Instance entspricht nicht den Leistungsanforderungen Ihrer Arbeitslast, und es gibt einen alternativen Instance-Typ, der eine bessere Leistung bietet. Bei Aurora-DB-Instances wird dies durch eine Analyse der ReadIOPSEphemeralStorage Metrik während der Lookback-Periode identifiziert.
|
|
Die Anzahl der Schreib-IOPS im Instance-Speicher ist unzureichend
|
Das IOPS-Limit der Instance Storage Write IOPS der DB-Instance entspricht nicht den Leistungsanforderungen Ihrer Arbeitslast, und es gibt einen alternativen Instance-Typ, der eine bessere Leistung bietet. Bei Aurora-DB-Instances wird dies durch eine Analyse der WriteIOPSEphemeralStorage Metrik während der Lookback-Periode identifiziert.
|
|
DB Cluster Writer ist nicht ausreichend ausgestattet
|
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 Aufstiegsstufe < 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 Suchgrund, 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 Suchgrund, um darauf hinzuweisen, 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.
| Ergebnisgründe |
Description |
|
Der dem EBS-Volume zugewiesene Speicher wurde nicht ausreichend bereitgestellt
|
Die Menge des EBS-Volumes, der der DB-Instance zugewiesen ist, entspricht nicht den Leistungsanforderungen Ihrer Arbeitslast, und es gibt einen alternativen Volume-Typ, der eine bessere Leistung bei der Zuweisung von Speicher bietet. Dies wird durch die Analyse der VolumeWriteOps Kennzahlen der VolumeReadOps EBS-Volumes festgestellt, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
Das EBS-Volume hat zu viele IOPS bereitgestellt
|
Die EBS-Volume-IOPS-Konfiguration, die der DB-Instance zugeordnet ist, kann verkleinert werden und erfüllt auch die Leistungsanforderungen Ihrer Arbeitslast. Dies wird durch die Analyse der VolumeWriteBytes Kennzahlen VolumeReadBytes und Kennzahlen der EBS-Volumes ermittelt, die während der Lookback-Periode an die aktuelle Instance angehängt wurden.
|
|
Der EBS-Volumendurchsatz wurde nicht ausreichend bereitgestellt
|
Die Größe des EBS-Volumendurchsatzes, der mit der DB-Instance verknüpft ist, entspricht nicht den Leistungsanforderungen Ihrer Arbeitslast, und es gibt einen alternativen Volume-Typ, der eine bessere Volumendurchsatzleistung bietet.
|
|
Der EBS-Volumendurchsatz wurde überlastet
|
Der EBS-Volumendurchsatz, der mit der DB-Instance verknüpft ist, kann verkleinert werden und erfüllt auch die Leistungsanforderungen Ihrer Arbeitslast.
|
|
Speichertyp der neuen Generation verfügbar
|
Wenn der aktuelle DB-Instance-Speicher ein Speichertyp der vorherigen Generation ist, generiert Compute Optimizer diesen Suchgrund, 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 Gründe für die Feststellung gelten für Aurora-DB-Cluster.
| Klassifizierung |
Description |
|
DBClusterStorageSavingsAvailable
|
Mögliche Kosteneinsparungen wurden durch die Umstellung Ihres Aurora-DB-Clusters von Aurora Standard-Speicher auf I/O-Optimized Aurora-Speicher festgestellt. Das I/O Nutzungsmuster Ihres Clusters deutet darauf hin, dass das vorhersehbare Preismodell von Aurora kostengünstiger I/O-Optimized wäre als die variablen I/O Kosten von Aurora Standard. Dieser Ergebnisgrund wird angezeigt, 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 wird zwar aus Kostensicht als optimiert angesehen, aber der Wechsel zu Aurora I/O-Optimized könnte Vorteile wie vorhersehbarere monatliche Kosten und eine vereinfachte Budgetierung durch den Wegfall variabler I/O Gebühren mit sich bringen. Dieser Suchgrund wird angezeigt, wenn er I/O-Optimized als zweite empfohlene Option für Ihren Cluster angezeigt wird.
|
AWS Graviton-based Empfehlungen für Instances
Wenn Sie sich die Empfehlungen für Amazon RDS DB-Instances ansehen, können Sie sich die Preis- und Leistungsauswirkungen der Ausführung Ihrer Workloads auf AWS Graviton-based Instances ansehen. Wählen Sie dazu Graviton (aws-arm64) in der Dropdownliste mit den CPU-Architektureinstellungen aus. Wählen Sie andernfalls Current 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 bieten. Wenn Sie beispielsweise Graviton (aws-arm64) wählen, werden die Preise zwischen dem aktuellen DB-Instance-Typ und dem empfohlenen Instance-Typ verglichen. Graviton-based
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 erzielen, wenn Sie Ihre Workloads von der aktuellen DB-Instance oder dem aktuellen DB-Instance- Typ auf den empfohlenen Typ im Rahmen der Reserved Instance-Preismodelle migrieren. Um Empfehlungen mit Rabatten für Reserved Instances zu erhalten, aktivieren Sie die Einstellung für den Modus „Schätzung der Einsparungen“.
Registerkarte „Speicher“
In dieser Spalte sind die ungefähren monatlichen Kosteneinsparungen aufgeführt, die Sie durch die Migration Ihrer RDS-DB-Instance-Speicher-Volumes von den aktuellen Spezifikationen auf die empfohlenen Spezifikationen im Rahmen bestimmter Rabatte erzielen. Bei Aurora-DB-Clustern entspricht dies den Einsparungen, die sich aus dem Wechsel zwischen den I/O-Optimized Speichertypen Aurora Standard und Aurora ergeben, wobei alle Kostenkomponenten (Instance, Speicher und I/O Kosten) berücksichtigt werden. Um Empfehlungen mit bestimmten Rabatten zu erhalten, aktivieren Sie die Einstellung für den Modus „Schätzung der Einsparungen“.
Weitere Informationen finden Sie unter Modus zur Schätzung von Einsparungen.
Wenn Sie die Einstellung für den Modus „Schätzung der Einsparungen“ nicht aktivieren, werden in dieser Spalte sowohl auf den Registerkarten „Instanz“ als auch auf „Speicher“ die On-Demand Standardinformationen zum Preisnachlass angezeigt.
Geschätzte monatliche Einsparungen () On-Demand
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 Speicher-Volumes für RDS-DB-Instances von den aktuellen auf die empfohlenen Spezifikationen erzielen. Bei Aurora-DB-Clustern beinhaltet dies die Differenz der Gesamtkosten zwischen Ihrem aktuellen Speichertyp und dem empfohlenen Speichertyp, wobei Instance-, Speicher- und I/O Kostenkomponenten berücksichtigt werden.
Einsparungsmöglichkeit (%)
In dieser Spalte wird der prozentuale Unterschied zwischen dem Preis der aktuellen Instance und dem Preis des empfohlenen DB-Instance-Typs angezeigt. Wenn der Modus zur Schätzung der Einsparungen aktiviert ist, analysiert Compute Optimizer die Preisnachlässe für Reserved Instances, um den Prozentsatz der Einsparungsmöglichkeiten zu ermitteln. Wenn der Modus zur Schätzung der Einsparungen nicht aktiviert ist, verwendet Compute Optimizer nur On-Demand Preisinformationen. Weitere Informationen finden Sie unter Modus zur Schätzung von Einsparungen.
Für Aurora-DB-Cluster-Speicherempfehlungen entspricht dies dem prozentualen Unterschied der Gesamtkosten (Instance, Speicher und I/O) zwischen dem aktuellen und dem empfohlenen Speichertyp.
Wenn Sie Cost Optimization Hub aktivieren AWS Cost Explorer, verwendet Compute Optimizer die Cost Optimization Hub-Daten, einschließlich Ihrer spezifischen Preisnachlässe, um Ihre Empfehlungen zu generieren. Wenn Cost Optimization Hub nicht aktiviert ist, verwendet Compute Optimizer die Daten und On-Demand Preisinformationen von Cost Explorer, um Ihre Empfehlungen zu generieren. Weitere Informationen finden Sie im AWS Cost Management Benutzerhandbuch unter Cost Explorer und Cost Optimization Hub aktivieren.
Berechnung der geschätzten monatlichen Einsparungen
Für jede Empfehlung berechnet Compute Optimizer die Kosten für den Betrieb einer neuen RDS-DB-Instance oder eines neuen RDS-Speichers anhand der empfohlenen Spezifikationen. Die geschätzten monatlichen Einsparungen werden auf der Grundlage der Anzahl der Betriebsstunden für die aktuelle Instance oder den aktuellen Speicher 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 im Compute Optimizer-Dashboard angezeigt werden, sind die Summe der geschätzten monatlichen Einsparungen für alle übermäßig bereitgestellten Ergebnisse im Konto.
Die Spalten für das Leistungsrisiko auf der RDS-DB-Instance-Detailseite und auf 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 eine individuelle Bewertung des Leistungsrisikos für jede Spezifikation der aktuellen und empfohlenen Instance. Dazu gehören Spezifikationen wie CPU, EBS-Durchsatz und EBS-IOPS. Das Leistungsrisiko der aktuellen und der empfohlenen Instance wird als die maximale Bewertung des Leistungsrisikos für die analysierten Ressourcenspezifikationen berechnet.
Die Werte reichen von sehr niedrig, niedrig, mittel, hoch und sehr hoch. Ein sehr niedriges Leistungsrisiko bedeutet, dass der Instance-Typ voraussichtlich immer genügend Funktionen bietet. Je höher das Leistungsrisiko ist, desto höher sollten Sie überprüfen, ob die Instance die Leistungsanforderungen Ihres Workloads erfüllt, bevor Sie Ihre Ressource migrieren. Entscheiden Sie, ob Sie mit Blick auf eine Leistungssteigerung, eine Kostensenkung oder beides optimieren möchten.
Vergleichsdiagramme
Auf der Seite mit den Amazon RDS-Datenbankdetails werden Grafiken zu Nutzungsmetriken für Ihre aktuelle und empfohlene RDS-DB-Instance sowie Speicherdaten für den Lookback-Zeitraum angezeigt. Compute Optimizer verwendet den maximalen Auslastungspunkt innerhalb jedes 5-minütigen Zeitintervalls, um Empfehlungen für RDS-DB-Instances und Speicher zu generieren.
Sie können die Grafiken so ändern, dass Daten für die letzten 24 Stunden, drei Tage, eine Woche oder zwei Wochen angezeigt werden. Sie können auch die Statistik der Grafiken zwischen Durchschnitt und Maximum ändern.
Die folgenden Vergleichsdiagramme werden auf der Seite mit den Aurora- und RDS-Datenbankdetails angezeigt.
- RDS DB instances
-
Die folgenden Grafiken werden für RDS-DB-Instances angezeigt:
| Name des Diagramms |
Description |
|
CPU-Auslastung
|
Der Prozentsatz der zugewiesenen Recheneinheiten, die auf der DB-Instance verwendet werden. Diese Metrik identifiziert die Rechenleistung, die erforderlich ist, um eine Anwendung auf einer Instance auszuführen.
|
|
Datenbankverbindungen (Anzahl)
|
Die Anzahl der Client-Sitzungen, die mit der DB-Instance verbunden sind.
|
|
Netzwerk-Empfangsdurchsatz (MiB/second)
|
Eingehender Netzwerkverkehr (Receive) auf der DB-Instance, einschließlich Kundendatenbankverkehr und Amazon-RDS-Datenverkehr, der zur Überwachung und Replikation verwendet wird.
|
|
Übertragungsdurchsatz im Netzwerk (MiB/second)
|
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)
|
Die durchschnittliche Anzahl von I/O Festplattenlesevorgängen pro Sekunde.
|
|
EBS-Schreibvorgänge (pro Sekunde)
|
Die durchschnittliche Anzahl von I/O Festplatten-Schreibvorgängen pro Sekunde.
|
|
EBS-Lesedurchsatz () MiB/second
|
Die durchschnittliche Anzahl Byte, die pro Sekunde vom Datenträger gelesen werden.
|
|
EBS-Schreibdurchsatz () MiB/second
|
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 der Datenbank im Amazon Relational Database Service-Benutzerhandbuch.
|
|
Tauschen Sie ein (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 Einschalten und Deaktivieren von Performance Insights für Amazon RDS im Amazon Relational Database Service-Benutzerhandbuch.
- Aurora DB instances
-
Die folgenden Grafiken werden für Aurora-DB-Instances angezeigt:
| Name des Diagramms |
Description |
|
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 Client-Sitzungen, die mit der DB-Instance verbunden sind.
|
|
Netzwerk-Empfangsdurchsatz (MiB/second)
|
Der Umfang des von Clients erhaltenen Netzwerkdurchsatzes für jede Instance im Aurora-DB-Cluster. Dieser Durchsatz beinhaltet nicht den Netzwerkdatenverkehr zwischen den Instances im Aurora-DB-Cluster und dem Cluster-Volume.
|
|
Übertragungsdurchsatz im Netzwerk (MiB/second)
|
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.
|
|
Lesedurchsatz im Speichernetzwerk (MiB/second)
|
Der Umfang des vom Aurora-Speicheruntersystem erhaltenen Netzwerkdurchsatzes für jede Instance im DB-Cluster.
|
|
Schreibdurchsatz im Speichernetzwerk (MiB/second)
|
Der Umfang des an das Aurora-Speicheruntersystem gesendeten Netzwerkdurchsatzes für jede Instance im Aurora-DB-Cluster.
|
|
Gesundheitszustand des Aurora-Speichers
|
Zeigt den Zustand des Speichers an. Der Wert 0 entspricht NORMAL. Der Wert 10 entspricht RESERVED, 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 ging im Zuge der Vermeidung von Speichermangel (OOM) zurück.
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 gelöschten Abfragen
|
Die Gesamtzahl der Abfragen, die im Rahmen der OOM-Vermeidung beendet wurden.
Diese Metrik gilt nur für Aurora MySQL. |
|
Puffer-Cache-Trefferrate
|
Der Prozentsatz der vom Buffer-Cache bedienten Anfragen. Dieses Diagramm wird angezeigt, wenn der DB-Instance-Klassentyp Optimized Reads als Option empfohlen wird, um Ihnen bei der Bewertung zu helfen, ob er für Ihre Arbeitslast geeignet ist.
|
|
IOPS für den peripheren Speicher lesen
|
Die durchschnittliche Anzahl von Festplattenlesevorgängen im temporären NVMe-Speicher.
Diese Metrik gilt für Instances, die NVMe-Speicher (Locally Attached Non-Volatile Memory Express) unterstützen. |
|
Schreiben Sie IOPS auf ephärischen Speicher
|
Die durchschnittliche Anzahl von Festplattenschreibvorgängen in den temporären NVMe-Speicher.
Diese Metrik gilt für Instances, die NVMe-Speicher (Locally Attached Non-Volatile Memory Express) unterstützen. |
|
Gelesene 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.
|
|
DB laden
|
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-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-Benutzerhandbuch.
- Aurora DB clusters
-
Die folgenden Grafiken werden für Aurora-DB-Cluster angezeigt:
| Name des Diagramms |
Description |
|
VolumeBytesUsed
|
Die Menge des von Ihrem Aurora-DB-Cluster verwendeten Speicherplatzes.
|
|
VolumeReadIOPs
|
Die Anzahl der in Rechnung gestellten I/O Lesevorgänge von einem Cluster-Volume innerhalb eines 5-Minuten-Intervalls.
|
|
VolumeWriteIOPs
|
Die Anzahl der I/O Festplattenschreibvorgänge auf das Cluster-Volume, die in Intervallen von 5 Minuten gemeldet werden.
|
