Empfehlungen von Aurora Reference - 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 von Aurora Reference

Amazon Aurora generiert 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.

Typ Beschreibung Empfehlung Ausfallzeit erforderlich Zusätzliche Informationen

Automatisierte Ressourcensicherungen sind deaktiviert

Automatisierte Backups 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 automatische Backups mit einer Aufbewahrungsfrist von bis zu 14 Tagen.

Ja

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

Entmystifizierung der RDS Amazon-Backup-Speicherkosten auf dem AWS Datenbank-Blog

Ein Upgrade der Engine-Nebenversion ist erforderlich

Auf Ihren Datenbankressourcen wird nicht die neueste Nebenversion der DB-Engine ausgeführt. Die neueste Nebenversion enthält die neuesten Sicherheitsupdates und andere Verbesserungen.

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

Ja

Warten eines Amazon Aurora-DB-Clusters

Enhanced Monitoring ist ausgeschaltet

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

Aktivieren Sie die erweiterte Überwachung.

Nein

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

Die Speicherverschlüsselung ist ausgeschaltet

Amazon RDS unterstützt die Verschlüsselung im Ruhezustand für alle Datenbank-Engines mithilfe der Schlüssel, die Sie verwalten AWS Schlüsselverwaltungsservice (AWS KMS). Auf einer aktiven DB-Instance mit RDS Amazon-Verschlüsselung werden die im Speicher gespeicherten Daten verschlüsselt, ähnlich wie bei automatisierten Backups, Read Replicas 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 von Daten im Ruhezustand für Ihren DB-Cluster.

Ja

Sicherheit bei Amazon Aurora

DB-Cluster mit allen 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 dieselbe DB-Instance-Klasse und Größe für alle DB-Instances in Ihrem DB-Cluster verwenden.

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

Ja

Replikation mit Amazon Aurora

DB-Instances in den Clustern mit heterogenen Instance-Klassen

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

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

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 der Writer-Instance in Ihrem DB-Cluster zugeordnet ist.

Nein

Parametergruppen für Amazon Aurora

RDSAmazon-DB-Cluster haben 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 ausgeschaltet

Performance Insights überwacht die Auslastung Ihrer DB-Instance, um Sie bei der Analyse und Lösung von Datenbankleistungsproblemen zu unterstützen. Wir empfehlen, Performance Insights zu aktivieren.

Aktivieren Sie Performance Insights.

Nein

Überwachen der Datenbanklast mit Performance Insights auf Amazon Aurora

RDSRessourcen: Aktualisierung der Hauptversionen ist erforderlich

Datenbanken mit der aktuellen Hauptversion für die DB-Engine werden nicht unterstützt. Wir empfehlen Ihnen, auf die neueste Hauptversion zu aktualisieren, 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

DB-Cluster unterstützen nur ein Volumen von bis zu 64 TiB

Ihre DB-Cluster unterstützen Volumes bis zu 64 TiB. Die neuesten Engine-Versionen unterstützen Volumes bis zu 128 TiB für Ihren DB-Cluster. Wir empfehlen, dass Sie die Engine-Version Ihres DB-Clusters auf die neuesten Versionen aktualisieren, um Volumes bis zu 128 TiB zu unterstützen.

Aktualisieren Sie die Engine-Version Ihrer DB-Cluster, um Volumes bis zu 128 TiB zu unterstützen.

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 Zonen eine Isolierung zu gewährleisten AWS Region. Wir empfehlen, dass Sie die primäre Instance und die Reader-Instances in Ihrem DB-Cluster auf mehrere verteilenAZs, um die Verfügbarkeit Ihres DB-Clusters zu verbessern. Sie können einen Multi-AZ-Cluster erstellen, indem Sie AWS Verwaltungskonsole, AWS CLI, oder Amazon, RDS API wenn Sie den Cluster erstellen. Sie können den vorhandenen Aurora-Cluster in einen Multi-AZ-Cluster ändern, indem Sie eine neue Reader-Instance hinzufügen und eine andere AZ angeben.

Ihr DB-Cluster hat alle seine Read-Instances in derselben Availability Zone. Wir empfehlen, dass Sie die Reader-Instances auf mehrere Availability Zones verteilen. Die Verteilung erhöht die Verfügbarkeit und verbessert die Reaktionszeit, indem die Netzwerklatenz zwischen den Clients und der Datenbank reduziert wird.

Nein

Hohe Verfügbarkeit für Amazon Aurora

Die DB-Speicherparameter weichen vom Standard ab

Die Speicherparameter der DB-Instances unterscheiden sich erheblich von den Standardwerten. Diese Einstellungen können sich auf die Leistung auswirken und zu Fehlern führen.

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

Setzen Sie die Speicherparameter auf ihre Standardwerte zurück.

Nein

Parametergruppen für Amazon Aurora

Der Abfrage-Cache-Parameter ist aktiviert

Wenn Änderungen erfordern, dass Ihr Abfrage-Cache gelöscht wird, scheint Ihre DB-Instance zum Stillstand zu kommen. Die meisten Workloads profitieren nicht von einem Abfrage-Cache. Der Abfrage-Cache wurde aus My SQL Version 8.0 entfernt. Es wird empfohlen, den Parameter query_cache_type auf 0 zu setzen.

Setzen Sie den query_cache_type Parameterwert 0 in Ihren DB-Parametergruppen auf.

Ja

Parametergruppen für Amazon Aurora

log_outputDer Parameter ist auf Tabelle gesetzt

Wenn auf gesetzt log_output istTABLE, wird mehr Speicherplatz verwendet als wenn auf eingestellt log_output istFILE. Wir empfehlen, den Parameter auf zu setzenFILE, um zu verhindern, dass die Speichergrößenbeschränkung erreicht wird.

Stellen Sie den log_output Parameterwert FILE in Ihren DB-Parametergruppen auf ein.

Nein

Aurora Meine SQL Datenbank-Logdateien

autovacuumDer Parameter ist ausgeschaltet

Der Autovacuum-Parameter ist für die DB-Cluster Ihrer ausgeschaltet. Wenn Sie die automatische Bereinigung deaktivieren, werden die Tabelle und der Index aufgebläht und die Leistung beeinträchtigt.

Wir empfehlen, dass Sie Autovacuum in Ihren DB-Parametergruppen aktivieren.

Aktivieren Sie den Autovacuum-Parameter in Ihren DB-Cluster-Parametergruppen.

Nein

Grundlegendes zum Autovakuum in Amazon RDS for SQL Postgre-Umgebungen auf der AWS Datenbank-Blog

synchronous_commitDer Parameter ist ausgeschaltet

Wenn der synchronous_commit Parameter ausgeschaltet 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.

Aktivieren Sie synchronous_commit Parameter in Ihren DB-Parametergruppen.

Ja

Amazon Aurora SQL Postgre-Parameter: Replikation, Sicherheit und Protokollierung auf dem AWS Datenbank-Blog

track_countsDer Parameter ist ausgeschaltet

Wenn der track_counts Parameter ausgeschaltet ist, sammelt die Datenbank keine Statistiken zur Datenbankaktivität. Autovacuum erfordert, dass diese Statistiken korrekt funktionieren.

Wir empfehlen, den Parameter track_counts auf 1 zu setzen.

Setzen Sie track_counts den Parameter auf1.

Nein

Laufzeitstatistiken für Postgre SQL

enable_indexonlyscanDer Parameter ist ausgeschaltet

Der Abfrageplaner oder Optimierer kann den Plantyp „Nur Index“ für den Scanplan nicht verwenden, wenn er deaktiviert ist.

Es wird empfohlen, den enable_indexonlyscan Parameterwert auf festzulegen. 1

Stellen Sie den enable_indexonlyscan Parameterwert auf ein1.

Nein

Planner-Methodenkonfiguration für Postgre SQL

enable_indexscanDer Parameter ist ausgeschaltet

Der Abfrageplaner oder Optimierer kann den Plantyp Indexscan nicht verwenden, wenn er ausgeschaltet ist.

Es wird empfohlen, den enable_indexscan Wert auf festzulegen. 1

Setzen Sie den enable_indexscan Parameterwert auf1.

Nein

Planner-Methodenkonfiguration für Postgre SQL

innodb_flush_log_at_trxDer Parameter ist ausgeschaltet

Der Wert des innodb_flush_log_at_trx Parameters 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.

Setzen Sie den innodb_flush_log_at_trx Parameterwert auf1.

Nein

Konfigurieren, wie oft der Protokollpuffer geleert wird

innodb_stats_persistentDer Parameter ist ausgeschaltet

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 Instanz 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.

Es wird empfohlen, den innodb_stats_persistent Parameterwert auf festzulegenON.

Stellen Sie den innodb_stats_persistent Parameterwert auf einON.

Nein

Parametergruppen für Amazon Aurora

innodb_open_filesDer Parameter ist niedrig

Der innodb_open_files Parameter steuert die Anzahl der Dateien, die InnoDB gleichzeitig öffnen kann. InnoDB öffnet alle Protokoll- und System-Tablespace-Dateien, wenn mysqld läuft.

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.

Setzen Sie den innodb_open_files Parameter auf einen Mindestwert von. 65

Ja

InnoDB öffnet Dateien für My SQL

max_user_connectionsDer Parameter ist niedrig

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

Wir empfehlen, den max_user_connections Parameter auf eine Zahl größer als zu setzen5.

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

Ja

Festlegung von Kontoressourcenlimits für My SQL

Read Replicas sind im schreibbaren Modus geöffnet

Ihre DB-Instance verfügt über eine Read Replica im schreibbaren Modus, der Updates von Clients ermöglicht.

Wir empfehlen, den read_only Parameter auf zu setzen, TrueIfReplica damit sich die Read Replicas nicht im schreibbaren Modus befinden.

Setzen Sie den read_only Parameterwert auf. TrueIfReplica

Nein

Parametergruppen für Amazon Aurora

innodb_default_row_formatDie Parametereinstellung ist unsicher

In Ihrer DB-Instance ist ein bekanntes Problem aufgetreten: Auf eine Tabelle, die in einer SQL Version unter Meine Version 8.0.26 mit der row_format Einstellung auf COMPACT oder erstellt wurde, kann nicht zugegriffen REDUNDANT werden und sie kann nicht wiederhergestellt werden, wenn der Index 767 Byte überschreitet.

Wir empfehlen, den Parameterwert auf zu setzen. innodb_default_row_format DYNAMIC

Stellen Sie den innodb_default_row_format Parameterwert auf einDYNAMIC.

Nein

Änderungen in My SQL 8.0.26

general_loggingDer Parameter ist aktiviert

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

Prüfen Sie Ihre Anforderungen für die allgemeine Nutzung der Protokollierung. Wir empfehlen, den general_logging Parameterwert auf zu setzen0.

Prüfen Sie Ihre Anforderungen für die allgemeine Nutzung der Protokollierung. Wenn dies nicht verpflichtend ist, empfehlen wir Ihnen, den general_logging Parameterwert auf zu setzen0.

Nein

Überblick über die SQL Datenbankprotokolle von Aurora My SQL RDS

Der DB-Cluster ist für den Lese-Workload nicht ausreichend bereitgestellt

Wir empfehlen, dass Sie Ihrem DB-Cluster eine Reader-DB-Instance mit derselben Instance-Klasse und Größe wie die Writer-DB-Instance im Cluster hinzufügen. Die aktuelle Konfiguration umfasst eine DB-Instance mit einer kontinuierlich hohen Datenbanklast, die hauptsächlich durch Lesevorgänge verursacht wird. Verteilen Sie diese Operationen, indem Sie dem Cluster eine weitere DB-Instance hinzufügen und die Lese-Arbeitslast 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

RDSAmazon-Preisgestaltung

RDSDie Instance ist in Bezug auf die Systemspeicherkapazität nicht ausreichend ausgestattet

Wir empfehlen, dass Sie Ihre Abfragen so anpassen, dass sie weniger Speicher verwenden oder einen DB-Instance-Typ mit mehr zugewiesenem Speicher verwenden. 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 RDS Amazon-Instance auf dem AWS Datenbank-Blog

RDSAmazon-Instance-Typen

RDSAmazon-Preisgestaltung

RDSInstance mit unzureichender Systemkapazität CPU

Wir empfehlen Ihnen, Ihre Abfragen so zu optimieren, dass sie weniger verbrauchen, CPU oder Ihre DB-Instance so zu modifizieren, dass sie eine DB-Instance-Klasse mit einer höheren Zuweisung verwendet. vCPUs Die Datenbankleistung kann sinken, wenn der Speicherplatz einer DB-Instance knapp wirdCPU.

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

Ja

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

RDSAmazon-Instance-Typen

RDSAmazon-Preisgestaltung

RDSRessourcen nutzen das Verbindungspooling nicht richtig

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

Aktivieren Sie den RDS Proxy oder ändern Sie Ihre bestehende Proxykonfiguration

Nein

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

Amazon RDS Proxy für Aurora verwenden

Amazon RDS Proxy — Preisgestaltung