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
<a name="view-rds-recommendations"></a>

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 unter[Zugriff auf Empfehlungen und Details zu Aurora- und RDS-Datenbanken](rds-view-recommendations.md).
+ 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 unter[Zugreifen auf die Detailseite der Aurora- und RDS-Datenbanken](rds-view-recommendations.md#rds-viewing-details).

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](requirements.md).

**Topics**
+ [Klassifizierungen finden](#rds-recommendations-findings)
+ [Ergebnisgründe](#rds-finding-reasons)
+ [AWS Graviton-basierte Instance-Empfehlungen](#rds-graviton-recommendations)
+ [Geschätzte monatliche Einsparungen und Sparmöglichkeiten](#rds-savings-calculation)
+ [Leistungsrisiko](#rds-performance-risk)
+ [Vergleichsdiagramme](#rds-utilization-graphs)
+ [Zugriff auf Empfehlungen und Details zu Aurora- und RDS-Datenbanken](rds-view-recommendations.md)

## Klassifizierungen finden
<a name="rds-recommendations-findings"></a>

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 | Description | 
| --- | --- | 
|  Unterdimensioniert  |  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.  | 
|  Überdimensioniert  |  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 | Description | 
| --- | --- | 
|  Unterdimensioniert  |  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.  | 
|  Überdimensioniert  |  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 [Ergebnisgründe](#rds-finding-reasons) im Thema. [Empfehlungen für Aurora- und RDS-Datenbanken anzeigen](#view-rds-recommendations)

------
#### [ Aurora DB clusters ]

Die folgenden Klassifizierungen der Ergebnisse gelten für Aurora-DB-Cluster.


| Klassifizierung | Description | 
| --- | --- | 
|  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](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Overview.StorageReliability.html) im *Amazon Aurora Aurora-Benutzerhandbuch für Aurora*.

------

## Ergebnisgründe
<a name="rds-finding-reasons"></a>

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:


| Ergebnisgründe | Description | 
| --- | --- | 
|  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.  | 
|  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 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](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Enabling.html) 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](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Enabling.html) 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.  | 
|  Der EBS-Durchsatz ist unzureichend bereitgestellt  |  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.


| Ergebnisgründe | Description | 
| --- | --- | 
|  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 | Description | 
| --- | --- | 
|  DBClusterStorageSavingsAvailable  |  Potenzielle Kosteneinsparungen wurden durch die Umstellung Ihres Aurora-DB-Clusters von Aurora Standard-Speicher auf Aurora I/O-Optimized storage. Your cluster's I/O usage pattern suggests that the predictable pricing model of Aurora I/O-Optimized would be more cost-effective than the variable I/O costs of Aurora Standard. This finding reason appears when I/O Optimized als die am häufigsten empfohlene Option für Ihren Cluster festgestellt.  | 
|  DBClusterStorageOptionAvailable  |  Aurora I/O-Optimized was found to be a viable alternative storage option for your Aurora DB cluster. While your current storage configuration is considered optimized from a cost perspective, switching to Aurora I/O-Optimized could provide benefits such as more predictable monthly costs and simplified budgeting by eliminating variable I/O charges. This finding reason appears when I/O -Optimized wird als zweite empfohlene Option für Ihren Cluster angezeigt.  | 

------

## AWS Graviton-basierte Instance-Empfehlungen
<a name="rds-graviton-recommendations"></a>

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
<a name="rds-savings-calculation"></a>

**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 entspricht dies den Einsparungen durch den Wechsel zwischen Aurora Standard und Aurora (I/O-Optimized storage types, considering all cost components (instance, storage, and I/OKosten). 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 [Modus zur Schätzung von Einsparungen](https://docs.aws.amazon.com/compute-optimizer/latest/ug/savings-estimation-mode).

**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)**

**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. Für Aurora-DB-Cluster beinhaltet dies die Differenz der Gesamtkosten zwischen Ihrem aktuellen Speichertyp und dem empfohlenen Speichertyp, wobei Instanz, 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 von Einsparungen nicht aktiviert ist, verwendet Compute Optimizer nur Preisinformationen für On-Demand-Instances. Weitere Informationen finden Sie unter [Modus zur Schätzung von Einsparungen](https://docs.aws.amazon.com/compute-optimizer/latest/ug/savings-estimation-mode).

Bei Empfehlungen für Cluster-Speicher für Aurora DB entspricht dies dem prozentualen Unterschied der Gesamtkosten (Instance, Speicher und E/A) zwischen dem aktuellen und dem empfohlenen Speichertyp.

**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](https://docs.aws.amazon.com/cost-management/latest/userguide/cost-optimization-hub.html) aktivieren](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-enable.html) im *AWS Cost Management Benutzerhandbuch*.

### Berechnung der geschätzten monatlichen Einsparungen
<a name="rds-estimated-monthly-savings-calculation"></a>

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.

## Leistungsrisiko
<a name="rds-performance-risk"></a>

In den Spalten mit den Leistungsrisiken auf der **Detailseite der RDS-DB-Instance** und der Seite mit den **Empfehlungen zur RDS-DB-Instance** wird die Wahrscheinlichkeit definiert, 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 der maximalen Bewertung des 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 mit Blick auf eine Leistungssteigerung, eine Kostensenkung oder beides optimieren möchten. 

## Vergleichsdiagramme
<a name="rds-utilization-graphs"></a>

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 | Description | 
| --- | --- | 
|  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)  |  Die durchschnittliche Anzahl von I/O Festplatten-Lesevorgängen pro Sekunde.  | 
|  EBS-Schreibvorgänge (pro Sekunde)  |  Die durchschnittliche Anzahl von I/O Schreibvorgängen auf der Festplatte 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](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/USER_PerfInsights.Overview.ActiveSessions.html) 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.  | 

**Anmerkung**  
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](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/USER_PerfInsights.Enabling.html) im *Amazon Relational Database Service 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 den Anwendungen und dem verwendeten Betriebssystem zugewiesen wurde.  | 
|  Datenbankverbindungen (Anzahl)  |  Die Anzahl der Clientsitzungen, die mit der DB-Instance verbunden sind.  | 
|  Netzwerk-Empfangsdurchsatz (MIB/Sekunde)  |  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.  | 
|  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)  |  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 Rahmen der Vermeidung von out-of-memory (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 abgebrochenen 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.   | 
|  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-Auslastung  |  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](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html) im *Amazon Aurora Aurora-Benutzerhandbuch*.

**Anmerkung**  
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](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/USER_PerfInsights.Enabling.html) im *Amazon Aurora 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.  | 

------

# Zugriff auf Empfehlungen und Details zu Aurora- und RDS-Datenbanken
<a name="rds-view-recommendations"></a>

Sie können eines der folgenden Verfahren verwenden, um entweder auf die **Aurora- und RDS-Datenbankempfehlungen** oder auf die Seiten mit den **Aurora- und RDS-Datenbankdetails** in der AWS Konsole zuzugreifen.

Auf der Seite mit den **Empfehlungen für Aurora- und RDS-Datenbanken** können Sie sich die Empfehlungen für Ihre RDS-DB-Instances ansehen. Auf der Seite mit den **Aurora- und RDS-Datenbankdetails** können Sie die Details einer bestimmten Instance oder eines Speichers und dessen Empfehlungen einsehen.

## Verfahren
<a name="rds-view-process"></a>

### Zugreifen auf die Seite mit Empfehlungen für Aurora- und RDS-Datenbanken
<a name="rds-view-recommendations-process"></a>

**So greifen Sie auf die Seite mit den Empfehlungen für Aurora- und RDS-Datenbanken zu**

1. Öffnen Sie die Compute Optimizer Optimizer-Konsole unter [https://console.aws.amazon.com/compute-optimizer/](https://console.aws.amazon.com/compute-optimizer/).

1. Wählen Sie im Navigationsbereich **Aurora- und RDS-Datenbanken** aus.
**Anmerkung**  
Die aktuell aufgelisteten Instances stammen aus dem aktuell ausgewählten Konto. AWS-Region 

1. Auf der Empfehlungsseite können Sie die folgenden Aktionen ausführen:
   + Rufen Sie Ihre Instance- oder Speicherempfehlungen auf, indem Sie die Registerkarte **Instance** oder **Storage** auswählen.
   + Nur auf der Registerkarte „**Instanz**“ können Sie sehen, wie sich die Ausführung Ihres Workloads auf AWS Graviton-basierten Instances auf Preis und Leistung auswirkt. **Wählen Sie dazu in der Dropdownliste mit den Einstellungen für die CPU-Architektur die Option **Graviton (aws-arm64)** aus.** Andernfalls zeigt die Option **Aktuell** (Standard) Empfehlungen an, die auf demselben CPU-Anbieter und derselben Architektur wie die aktuelle RDS-DB-Instance basieren.
   + Filtern Sie Instance- oder Speicherempfehlungen nach einer oder mehreren AWS-Regionen. Geben Sie dazu den Namen der Region in das Textfeld Nach **einer oder mehreren Eigenschaften filtern ein**, oder wählen Sie in der daraufhin angezeigten Dropdownliste eine oder mehrere Regionen aus.
   + Filtern Sie Ihre Instance- oder Speicherempfehlungen nach Tags. Wählen Sie dazu zunächst das Textfeld **Tag-Schlüssel** oder **Tag-Wert** aus. Geben Sie dann den Schlüssel oder Wert ein, nach dem Sie Ihre RDS-Instance-Empfehlungen filtern möchten.

     Um beispielsweise alle Empfehlungen zu finden, die ein Tag mit dem Schlüssel `Owner` und dem Wert von haben`TeamA`, geben Sie `tag:Owner` den Filternamen und `TeamA` den Filterwert an.
   + Zeigen Sie Instance- oder Speicherempfehlungen in einem anderen Konto an. Wählen Sie dazu **Konto** und anschließend eine andere Konto-ID aus.
**Anmerkung**  
Wenn Sie bei einem Verwaltungskonto einer Organisation angemeldet sind und der vertrauenswürdige Zugriff mit Compute Optimizer aktiviert ist, können Sie Empfehlungen für Ressourcen in anderen Konten anzeigen. Weitere Informationen erhalten Sie unter [Von Compute Optimizer unterstützte Konten](getting-started.md#supported-accounts) und [Vertrauenswürdiger Zugriff für AWS Organizations](security-iam.md#trusted-service-access).
   + Löscht die ausgewählten Filter. Wählen Sie dazu neben dem **Filter Filter löschen** aus.

### Zugreifen auf die Detailseite der Aurora- und RDS-Datenbanken
<a name="rds-viewing-details"></a>

**So greifen Sie auf die Seite mit den Aurora- und RDS-Datenbankdetails zu**

1. Öffnen Sie die Compute Optimizer Optimizer-Konsole unter [https://console.aws.amazon.com/compute-optimizer/](https://console.aws.amazon.com/compute-optimizer/).

1. Wählen Sie im Navigationsbereich **Aurora- und RDS-Datenbanken** aus.

1. Wählen Sie die Suchklassifizierung aus, die neben der RDS-DB-Instance oder dem Speichervolume aufgeführt ist, das Sie anzeigen möchten.

1. Auf der Detailseite können Sie die folgenden Aktionen ausführen:
   + Rufen Sie Ihre Instance- oder Storage-Empfehlungen auf, indem Sie die Registerkarte **Instance** oder **Storage** wählen.
   + **Nur auf der Registerkarte „**Instanz**“ können Sie sehen, welche Auswirkungen die Ausführung Ihres Workloads auf AWS Graviton-basierten Instances auf Preis und Leistung hat. Wählen Sie in der Dropdownliste „CPU-Architektureinstellungen“ die Option **Graviton (aws-arm64)** aus.** Andernfalls zeigt die Option **Aktuell** (Standard) Empfehlungen an, die auf demselben CPU-Anbieter und derselben Architektur wie die aktuelle RDS-DB-Instance basieren.
   + In den Vergleichsdiagrammen können Sie den Mauszeiger über das Diagramm bewegen, um die exakten Werte an bestimmten Daten im Analysezeitraum zu sehen. 
   + Um den Zeitraum der Grafiken zu ändern, wählen Sie **Zeitraum** und dann **Letzte 24 Stunden**, **Letzte 3 Tage**, **Letzte Woche** oder **Letzte 2 Wochen** aus. 

     Wenn Sie einen kürzeren Zeitraum wählen, werden die Datenpunkte mit einer höheren Granularität angezeigt, wodurch ein höherer Detaillierungsgrad erreicht wird.
   + **Um den Statistikwert der Grafiken zu ändern, wählen Sie **Statistik** und dann **Durchschnitt** oder Maximum aus.**

     Sie können diese Option verwenden, um die typische Auslastung Ihrer Arbeitslast im Laufe der Zeit zu ermitteln. Um den höchsten im angegebenen Zeitraum beobachteten Wert anzuzeigen, ändern Sie die Auswahl auf **Maximum**. Auf diese Weise können Sie die maximale Instance-Nutzung Ihres Workloads im Zeitverlauf ermitteln.