Empfehlungen aus der Referenz zu Amazon Aurora - Amazon Aurora

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 aus der Referenz zu Amazon Aurora

Amazon Aurora erstellt Empfehlungen für eine Ressource, wenn die Ressource erstellt oder geändert wird. In der folgenden Tabelle finden Sie Beispiele für Empfehlungen von Amazon Aurora.

Type (Typ) Beschreibung Empfehlung Ausfallzeit erforderlich Zusätzliche Informationen

Automatisierte Ressourcensicherungen sind deaktiviert

Automatisierte Sicherungen sind für Ihre DB-Instances nicht aktiviert. Automatisierte Backups werden empfohlen, da sie die point-in-time Wiederherstellung Ihrer DB-Instances ermöglichen.

Aktivieren Sie automatisierte Backups mit einer Aufbewahrungsfrist von bis zu 14 Tagen.

Ja

Übersicht über das Sichern und Wiederherstellen eines Aurora-DB-Clusters

Demystifying Amazon RDS backup storage costs im AWS -Datenbank-Blog

Ein Upgrade der Engine-Unterversion ist erforderlich

Ihre Datenbankressourcen führen nicht die neueste DB-Engine-Unterversion aus. Die neueste Unterversion enthält die neuesten Sicherheitskorrekturen sowie andere Verbesserungen.

Führen Sie ein Upgrade auf die neueste Engine-Version durch.

Ja

Warten eines Amazon Aurora-DB-Clusters

Enhanced Monitoring ist deaktiviert

Für Ihre Datenbankressourcen ist Enhanced Monitoring nicht aktiviert. „Erweiterte Überwachung“ bietet Echtzeit-Betriebssystemmetriken für die Überwachung und Fehlerbehebung.

Aktivieren Sie die Option „Enhanced Monitoring“.

Nein

Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung)

Die Speicherverschlüsselung ist deaktiviert

Amazon RDS unterstützt Verschlüsselung im Ruhezustand für alle Datenbank-Engines mithilfe der Schlüssel, die Sie im AWS Key Management Service (AWS KMS) verwalten. Auf einer aktiven DB-Instance mit Amazon-RDS-Verschlüsselung werden die Daten, die im Ruhezustand im Speicher gespeichert werden, ähnlich wie bei automatisierten Sicherungen, Lesereplikaten und Snapshots.

Wenn die Verschlüsselung beim Erstellen eines Aurora-DB-Clusters nicht aktiviert ist, müssen Sie einen entschlüsselten Snapshot in einem verschlüsselten DB-Cluster wiederherstellen.

Aktivieren Sie die Verschlüsselung der Daten im Ruhezustand für Ihren DB-Cluster.

Ja

Sicherheit in Amazon Aurora

DB-Cluster mit allen DB-Instances in derselben Availability Zone

Die DB-Cluster befinden sich derzeit in einer einzigen Availability Zone. Verwenden Sie mehrere Availability Zones, um die Verfügbarkeit zu verbessern.

Fügen Sie die DB-Instances mehreren Availability Zones in Ihrem DB-Cluster hinzu.

Nein

Hohe Verfügbarkeit für Amazon Aurora

DB-Instances in den Clustern mit heterogenen Instance-Größen

Wir empfehlen, dass Sie für alle DB-Instances in Ihrem DB-Cluster dieselbe Klasse und Größe für DB-Instances verwenden.

Verwenden Sie für alle DB-Instances in Ihrem DB-Cluster dieselbe Klasse und Größe für DB-Instances.

Ja

Replikation mit Amazon Aurora

DB-Instances in den Clustern mit heterogenen Instance-Klassen

Wir empfehlen, dass Sie für alle DB-Instances in Ihrem DB–Cluster dieselbe Klasse und Größe für DB-Instances verwenden.

Verwenden Sie für alle DB-Instances in Ihrem DB-Cluster dieselbe Klasse und Größe für DB-Instances.

Ja

Replikation mit Amazon Aurora

DB-Instances in den Clustern mit heterogenen Parametergruppen

Wir empfehlen, dass alle DB-Instances im DB-Cluster dieselbe DB-Parametergruppe verwenden.

Ordnen Sie die DB-Instance der DB-Parametergruppe zu, die mit der Writer-Instance in Ihrem DB-Cluster verknüpft ist.

Nein

Parametergruppen für Amazon Aurora

DB-Cluster von Amazon-RDS verfügen über eine DB-Instance

Fügen Sie Ihrem DB-Cluster mindestens eine weitere DB-Instance hinzu, um die Verfügbarkeit und Leistung zu verbessern.

Fügen Sie Ihrem DB-Cluster eine Reader-DB-Instance hinzu.

Nein

Hohe Verfügbarkeit für Amazon Aurora

Performance Insights ist deaktiviert

Performance Insights überwacht die DB-Instance-Last, damit Sie Probleme mit der Datenbankleistung analysieren und Fehler beheben können. Wir empfehlen Ihnen, Performance Insights zu aktivieren.

Aktivieren Sie Performance Insights.

Nein

Überwachung mit Performance Insights auf

Aktualisierung der Hauptversionen von RDS-Ressourcen ist erforderlich

Datenbanken mit der aktuellen Hauptversion für die DB-Engine werden nicht unterstützt. Wir empfehlen Ihnen ein Upgrade auf die neueste Hauptversion, die neue Funktionen und Verbesserungen enthält.

Führen Sie ein Upgrade auf die neueste Hauptversion für die DB-Engine durch.

Ja

Amazon-Aurora-Updates

Erstellen einer Blau/Grün-Bereitstellung in Amazon Aurora

Maximale Volume-Größe des DB-Clusters

Neuere Engine-Versionen unterstützen größere Speichervolumen für Ihren DB-Cluster.

Wir empfehlen, dass Sie die Engine-Version Ihres DB-Clusters auf die neueste Version aktualisieren, um von der erhöhten Speicherkapazität zu profitieren.

Ja

Amazon Aurora-Größenbeschränkungen

DB-Cluster mit allen Reader-Instances in derselben Availability Zone

Availability Zones (AZs) sind Standorte, die sich voneinander unterscheiden, um bei Ausfällen innerhalb der einzelnen AWS Regionen eine Isolierung zu gewährleisten. Wir empfehlen, dass Sie die primäre Instance und die Reader-Instances in Ihrem DB-Cluster auf mehrere verteilen AZs , um die Verfügbarkeit Ihres DB-Clusters zu verbessern. Sie können einen Multi-AZ-Cluster mithilfe der AWS Management Console, der AWS CLI oder der Amazon RDS-API erstellen, wenn Sie den Cluster erstellen. Sie können auch den vorhandenen Aurora-Cluster in einen Multi-AZ-Cluster konvertieren, indem Sie eine neue Reader-Instance hinzufügen und eine andere Availability Zone angeben.

Alle Reader-Instances Ihres DB-Clusters befinden sich in derselben Availability Zone. Wir empfehlen Ihnen, die Reader-Instances über mehrere Availability Zones zu verteilen. Die Verteilung erhöht die Verfügbarkeit und verbessert die Reaktionszeit, indem die Netzwerklatenz zwischen Clients und Datenbank reduziert wird.

Nein

Hohe Verfügbarkeit für Amazon Aurora

DB-Speicherparameter weichen vom Standard ab

Die Speicherparameter der DB-Instances unterscheiden sich erheblich von den Standardwerten. Diese Einstellungen können die Leistung beeinträchtigen und Fehler verursachen.

Wir empfehlen, die benutzerdefinierten Speicherparameter für die DB-Instance in der DB-Parametergruppe auf ihre Standardwerte zurückzusetzen.

Setzen Sie die Speicherparameter auf die Standardwerte zurück.

Nein

Parametergruppen für Amazon Aurora

Abfrage-Cache-Parameter ist aktiviert

Wenn Änderungen erfordern, dass Ihr Abfrage-Cache geleert wird, scheint Ihre DB-Instance zum Stillstand zu kommen. Die meisten Workloads profitieren nicht von einem Abfrage-Cache. Der Abfrage-Cache wurde aus MySQL 8.0 und höheren Versionen entfernt. Wir empfehlen, den Parameter „query_cache_type“ auf „0“ festzulegen.

Legen Sie den Wert des Parameters query_cache_type in Ihren DB-Parametergruppen auf 0 fest.

Ja

Parametergruppen für Amazon Aurora

Parameter log_output ist auf „table“ festgelegt

Wenn log_output auf TABLE festgelegt ist, wird mehr Speicherplatz verwendet, als wenn log_output auf FILE festgelegt ist. Es wird empfohlen, den Parameter auf FILE zu setzen, um zu vermeiden, dass das Größenlimit des Speichers überschritten wird. Legen Sie den Wert in MySQL 8.4 und höheren Versionen standardmäßig auf FILE fest.

Legen Sie den Wert des Parameters log_output in Ihren DB-Parametergruppen auf FILE fest.

Nein

Aurora-MySQL-Datenbank-Protokolldateien

Parameter autovacuum ist deaktiviert

Der Selbstbereinigungsparameter ist für Ihre DB-Cluster deaktiviert. Das Deaktivieren der Selbstbereinigung führt zu einer Überlastung von Tabellen und Indizes und beeinträchtigt die Leistung.

Wir empfehlen Ihnen, die Selbstbereinigung in Ihren DB-Parametergruppen zu aktivieren.

Aktivieren Sie den Parameter für die Selbstbereinigung in Ihren DB-Cluster-Parametergruppen.

Nein

Grundlegendes zum Thema Autovacuum in Amazon RDS for PostgreSQL PostgreSQL-Umgebungen im Datenbank-Blog AWS

Der Parameter synchronous_commit ist deaktiviert.

Wenn der Parameter synchronous_commit deaktiviert ist, können Daten bei einem Datenbankabsturz verloren gehen. Die Haltbarkeit der Datenbank ist gefährdet.

Wir empfehlen Ihnen, den synchronous_commit-Parameter zu aktivieren.

Legen Sie den Parameter synchronous_commit in Ihren DB-Parametergruppen.

Ja

Amazon Aurora PostgreSQL-Parameter: Replikation, Sicherheit und Protokollierung im AWS Datenbank-Blog

Der Parameter track_counts ist deaktiviert.

Wenn der Parameter track_counts deaktiviert ist, erfasst die Datenbank die Datenbankaktivitätsstatistiken nicht. Die Selbstbereinigung erfordert, dass diese Statistiken korrekt funktionieren.

Wir empfehlen, den Parameter track_counts auf 1 zu setzen.

Legen Sie den Parameter track_counts auf 1 fest.

Nein

Laufzeitstatistiken für PostgreSQL

Der Parameter enable_indexonlyscan ist deaktiviert.

Der Abfrageplaner oder -optimierer kann den reinen Index-Scan-Plantyp nicht verwenden, wenn er deaktiviert ist.

Wir empfehlen, den Wert des Parameters enable_indexonlyscan auf 1 zu setzen.

Legen Sie den Wert des Parameters enable_indexonlyscan auf 1 fest.

Nein

Konfiguration von Planermethoden für PostgreSQL

Der Parameter enable_indexscan ist deaktiviert.

Der Abfrageplaner oder -optimierer kann den Index-Scan-Plantyp nicht verwenden, wenn er deaktiviert ist.

Wir empfehlen Ihnen, den Wert enable_indexscan auf 1 festzulegen.

Legen Sie den Wert des Parameters enable_indexscan auf 1 fest.

Nein

Konfiguration von Planermethoden für PostgreSQL

Der Parameter innodb_flush_log_at_trx ist deaktiviert.

Der Wert des Parameters innodb_flush_log_at_trx Ihrer DB-Instance ist kein sicherer Wert. Dieser Parameter steuert die Persistenz von Commit-Operationen auf der Festplatte.

Wir empfehlen, den Parameter innodb_flush_log_at_trx auf 1 zu setzen.

Legen Sie den Wert des Parameters innodb_flush_log_at_trx auf 1 fest.

Nein

Konfigurieren, wie oft der Protokollpuffer geleert wird

Der Parameter innodb_stats_persistent ist deaktiviert.

Ihre DB-Instance ist nicht dafür konfiguriert, die InnoDB-Statistiken auf der Festplatte zu speichern. Wenn die Statistiken nicht gespeichert werden, werden sie bei jedem Neustart der Instance und jedem Zugriff auf die Tabelle neu berechnet. Dies führt zu Abweichungen im Abfrageausführungsplan. Sie können den Wert dieses globalen Parameters auf Tabellenebene ändern.

Wir empfehlen, den Wert des Parameters innodb_stats_persistent auf ON zu setzen.

Legen Sie den Wert des Parameters innodb_stats_persistent auf ON fest.

Nein

Parametergruppen für Amazon Aurora

Der Wert des Parameters innodb_open_files ist niedrig

Der Parameter innodb_open_files steuert die Anzahl der Dateien, die InnoDB gleichzeitig öffnen kann. InnoDB öffnet alle Protokoll- und System-Tablespace-Dateien, wenn mysqld ausgeführt wird.

Ihre DB-Instance hat einen niedrigen Wert für die maximale Anzahl von Dateien, die InnoDB gleichzeitig öffnen kann. Wir empfehlen, den Parameter innodb_open_files auf einen Mindestwert von 65 zu setzen.

Legen Sie den Wert des Parameters innodb_open_files mindestens auf 65 fest.

Ja

InnoDB open files für MySQL

Der Wert des Parameters max_user_connections ist niedrig.

Ihre DB-Instance hat einen niedrigen Wert für die maximale Anzahl gleichzeitiger Verbindungen für jedes Datenbankkonto.

Wir empfehlen, den Parameter max_user_connections auf eine Zahl größer als 5 festzulegen.

Erhöhen Sie den Wert des Parameters max_user_connections auf eine Zahl größer als 5.

Ja

Setting Account Resource Limits for MySQL

Lesereplikate sind im beschreibbaren Modus geöffnet

Ihre DB-Instance verfügt über ein Lesereplikat im beschreibbaren Modus, das Aktualisierungen von Clients ermöglicht.

Es wird empfohlen, den Parameter read_only auf TrueIfReplica festzulegen, damit sich die Lesereplikate nicht im beschreibbaren Modus befinden.

Legen Sie den Wert des Parameters read_only auf TrueIfReplica fest.

Nein

Parametergruppen für Amazon Aurora

Die Einstellung des Parameters innodb_default_row_format ist unsicher

Ihre DB-Instance stößt auf ein bekanntes Problem: Eine Tabelle, die in einer MySQL-Version niedriger als 8.0.26 erstellt wurde und bei der row_format auf COMPACT oder REDUNDANT festgelegt wurde, ist nicht mehr zugänglich und kann nicht wiederhergestellt werden, wenn der Index 767 Byte überschreitet.

Wir empfehlen, den Wert des Parameters innodb_default_row_format auf DYNAMIC zu setzen.

Legen Sie den Wert des Parameters innodb_default_row_format auf DYNAMIC fest.

Nein

Änderungen in MySQL 8.0.26

Parameter general_logging ist aktiviert

Die allgemeine Protokollierung ist für Ihre DB-Instance aktiviert. Diese Einstellung ist bei der Behebung von Datenbankproblemen hilfreich. Die Aktivierung der allgemeinen Protokollierung erhöht jedoch die Anzahl der I/O Vorgänge und den zugewiesenen Speicherplatz, was zu Konflikten und Leistungseinbußen führen kann.

Überprüfen Sie Ihre Anforderungen für die allgemeine Protokollierungsnutzung. Wir empfehlen, den Wert des Parameters general_logging auf 0 zu setzen.

Überprüfen Sie Ihre Anforderungen für die allgemeine Protokollierungsnutzung. Wenn dies nicht verpflichtend ist, empfehlen wir Ihnen, den Wert des Parameters general_logging auf 0 festzulegen.

Nein

Überblick über Aurora-MySQL-Datenbankprotokolle

Die für Lese-Workloads des DB-Clusters bereitgestellte Kapazität ist unzureichend

Wir empfehlen Ihnen, Ihrem DB-Cluster eine Reader-DB-Instance mit derselben Instance-Klasse und -Größe hinzuzufügen wie die Writer-DB-Instance im Cluster. Die aktuelle Konfiguration umfasst eine DB-Instance mit einer kontinuierlich hohen Datenbanklast, die hauptsächlich durch Lesevorgänge verursacht wird. Verteilen Sie diese Vorgänge, indem Sie dem Cluster eine weitere DB-Instance hinzufügen und den Lese-Workload an den schreibgeschützten Endpunkt des DB-Clusters weiterleiten.

Fügen Sie dem Cluster eine Reader-DB-Instance hinzu.

Nein

Hinzufügen von Aurora-Replicas zu einem DB-Cluster

Verwalten von Performance und Skalierung für einen Aurora-DB-Cluster

Amazon-RDS-Preise

Die RDS-Instance ist in Bezug auf die Systemspeicherkapazität unzureichend

Wir empfehlen Ihnen, Ihre Abfragen so anzupassen, dass sie weniger Speicher verwenden, oder einen DB-Instance-Typ zu nutzen, dem mehr Speicher zugewiesen ist. Wenn der Instance nur noch wenig Arbeitsspeicher zur Verfügung steht, wird die Datenbankleistung beeinträchtigt.

Verwenden Sie eine DB-Instance mit höherer Speicherkapazität.

Ja

Vertikale und horizontale Skalierung Ihrer Amazon RDS-Instance im AWS Datenbank-Blog

Amazon-RDS-Instance-Typen

Amazon-RDS-Preise

Die RDS-Instance ist in Bezug auf die System-CPU-Kapazität unzureichend

Wir empfehlen Ihnen, Ihre Abfragen so zu optimieren, dass sie weniger CPU verbrauchen, oder Ihre DB-Instance so zu modifizieren, dass sie eine DB-Instance-Klasse mit einer höheren zugewiesenen V verwendetCPUs. Die Datenbankleistung kann sinken, wenn die CPU-Auslastung einer DB-Instance knapp wird.

Verwenden Sie eine DB-Instance mit höherer CPU-Kapazität.

Ja

Vertikale und horizontale Skalierung Ihrer Amazon RDS-Instance im AWS Datenbank-Blog

Amazon-RDS-Instance-Typen

Amazon-RDS-Preise

RDS-Ressourcen nutzen das Verbindungspooling nicht korrekt

Wir empfehlen Ihnen, Amazon-RDS-Proxy zu aktivieren, um vorhandene Datenbankverbindungen effizient zu bündeln und freizugeben. Wenn Sie bereits einen Proxy für Ihre Datenbank verwenden, konfigurieren Sie ihn korrekt, um das Verbindungspooling und den Lastenausgleich zwischen mehreren DB-Instances zu verbessern. RDS-Proxy kann dazu beitragen, das Risiko von Verbindungsausfällen und Ausfallzeiten zu verringern und gleichzeitig die Verfügbarkeit und Skalierbarkeit zu verbessern.

Aktivieren Sie RDS-Proxy oder ändern Sie Ihre bestehende Proxykonfiguration.

Nein

Vertikale und horizontale Skalierung Ihrer Amazon RDS-Instance im AWS Datenbank-Blog

Amazon-RDS-Proxy für Aurora

Preise von Amazon-RDS-Proxy