Leistung

Prüft, ob der Amazon Aurora Aurora-DB-Cluster über die Ressourcen verfügt, um einen Lese-Workload zu unterstützen.

c1qf5bt038

Gelb:

Zunehmende Datenbanklesevorgänge: Die Datenbanklast war hoch und die Datenbank hat mehr Zeilen gelesen als Zeilen geschrieben oder aktualisiert.

Wir empfehlen Ihnen, Ihre Abfragen zu optimieren, um die Datenbanklast zu verringern, oder Ihrem DB-Cluster eine Reader-DB-Instance mit derselben Instance-Klasse und Größe wie die Writer-DB-Instance im Cluster hinzuzufügen. Die aktuelle Konfiguration umfasst mindestens 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.

Ein Aurora-DB-Cluster hat einen Leser-Endpunkt für schreibgeschützte Verbindungen. Dieser Endpunkt verwendet Lastenausgleich, um die Abfragen zu verwalten, die am meisten zur Datenbanklast in Ihrem DB-Cluster beitragen. Der Reader-Endpunkt leitet diese Anweisungen an die Aurora Read Replicas weiter und reduziert die Belastung der primären Instance. Der Reader-Endpunkt skaliert auch die Kapazität zur Verarbeitung gleichzeitiger SELECT-Abfragen mit der Anzahl der Aurora Read Replicas im Cluster.

Weitere Informationen finden Sie unter Hinzufügen von Aurora Replicas zu einem DB-Cluster und Verwaltung der Leistung und Skalierung für Aurora-DB-Cluster.

Überprüft, ob für Ihre Amazon-DynamoDB-Tabellen und globalen sekundären Indizes Auto Scaling oder On-Demand aktiviert ist.

Amazon DynamoDB-Auto-Scaling verwendet den Application-Auto-Scaling-Service, um die bereitgestellte Durchsatzkapazität in Ihrem Namen als Reaktion auf tatsächliche Datenverkehrsmuster dynamisch anzupassen. Auf diese Weise kann eine Tabelle oder ein globaler sekundärer Index ihre bereitgestellte Lese- und Schreibkapazität erhöhen, um plötzliche Erhöhungen des Datenverkehrs ohne Drosselung zu bewältigen. Wenn der Workload abnimmt, senkt Application Auto Scaling Auto Scaling den Durchsatz, sodass Sie für ungenutzte Kapazität nicht zahlen müssen.

Sie können die Prüfkonfiguration mithilfe der Parameter in Ihren AWS Config Regeln anpassen.

Weitere Informationen finden Sie unter Automatische Verwaltung der Durchsatzkapazität mit DynamoDB-Auto-Scaling.

c18d2gz136

AWS Config Verwaltete Regel: dynamodb-autoscaling-enabled

Gelb: Auto Scaling ist für Ihre DynamoDB-Tabellen und/oder globalen sekundären Indizes nicht aktiviert.

Wenn Sie nicht bereits über einen Mechanismus zur automatischen Skalierung des bereitgestellten Durchsatzes Ihrer DynamoDB-Tabelle und/oder globalen sekundären Indizes auf der Grundlage Ihrer Workload-Anforderungen verfügen, sollten Sie Auto Scaling für Ihre Amazon-DynamoDB-Tabellen aktivieren.

Weitere Informationen finden Sie unter Verwendung der AWS-Managementkonsole mit DynamoDB Auto Scaling.

Automatische Verwaltung der Durchsatzkapazität mit DynamoDB-Auto-Scaling

Prüft, ob die Amazon EBS-Optimierung für Ihre EC2 Amazon-Instances aktiviert ist.

Eine Amazon EBS-optimierte Instance nutzt einen optimierten Konfigurations-Stack und bietet zusätzliche dedizierte Kapazität für I/O-Vorgänge in Amazon EBS. Diese Optimierung bietet die beste Leistung für Ihre Amazon EBS-Volumes, indem Konflikte zwischen I/O-Vorgängen in Amazon EBS und anderem Datenverkehr von Ihrer Instance minimiert werden.

Weitere Informationen finden Sie unter Amazon EBS-optimierte Instances.

c18d2gz142

AWS Config Verwaltete Regel: ebs-optimized-instance

Gelb: Die Amazon EBS-Optimierung ist auf unterstützten EC2 Amazon-Instances nicht aktiviert.

Aktivieren Sie die Amazon EBS-Optimierung für unterstützte Instances.

Weitere Informationen finden Sie unter Aktivieren der EBS-Optimierung beim Start.

Amazon EBS-optimierte Instances

Sucht nach bereitgestellten IOPS-Volumes (SSD), die an eine Amazon EBS-optimierbare Amazon Elastic Compute Cloud (Amazon EC2) -Instance angehängt sind, die nicht EBS-optimiert ist.

Bereitgestellte IOPS-Volumes (SSD) im Amazon Elastic Block Store (Amazon EBS) sind so konzipiert, dass sie nur dann die erwartete Leistung erbringen, wenn sie mit einer EBS-optimierten Instance verbunden sind.

PPkZrjsH2q

Gelb: Eine EC2 Amazon-Instance, die EBS-optimiert werden kann, hat ein angehängtes Provisioned IOPS (SSD) -Volume, aber die Instance ist nicht EBS-optimiert.

Erstellen Sie eine neue Instance, die EBS-optimiert ist, trennen Sie das Volume und fügen Sie das Volume erneut an Ihre neue Instance an. Weitere Informationen finden Sie unter Amazon-EBS-optimierte Instances und Zuordnen eines Amazon-EBS-Volumes zu einer Instance.

Prüft die Amazon Elastic Block Store (Amazon EBS)-Volumes, die zu einem beliebigen Zeitpunkt während des Lookback-Zeitraums ausgeführt wurden. Diese Überprüfung warnt Sie, wenn eine zu geringe Kapazität für EBS-Volumes für Ihre Workloads bereitgestellt wurde. Eine gleichbleibend hohe Auslastung kann auf eine optimierte, stetige Leistung oder darauf hinweisen, dass eine Anwendung nicht über genügend Ressourcen verfügt.

COr6dfpM04

Gelb: Ein EBS-Volume, das während des Lookback-Zeitraums überlastet war. Um festzustellen, ob ein Volume nicht ausreichend bereitgestellt ist, berücksichtigen wir alle CloudWatch Standardkennzahlen (einschließlich IOPS und Durchsatz). Der Algorithmus, der zur Identifizierung unzureichend bereitgestellter EBS-Volumes verwendet wird, folgt bewährten Methoden. AWS Der Algorithmus wird aktualisiert, wenn ein neues Muster identifiziert wurde.

Sie sollten Volumes mit hoher Auslastung vergrößern.

Weitere Informationen finden Sie unter Melden Sie sich AWS Compute Optimizer für Trusted Advisor Schecks an.

Prüft, ob eine Amazon EC2 Auto Scaling Scaling-Gruppe anhand einer EC2 Amazon-Startvorlage erstellt wurde.

Verwenden Sie eine Startvorlage, um Ihre Amazon EC2 Auto Scaling Scaling-Gruppen zu erstellen, um den Zugriff auf die neuesten Funktionen und Verbesserungen von Auto Scaling Scaling-Gruppen sicherzustellen. Zum Beispiel Versionsverwaltung und mehrere Instance-Typen.

Weitere Informationen finden Sie unter Startvorlagen.

c18d2gz102

AWS Config Verwaltete Regel: autoscaling-launch-template

Gelb: Die Amazon EC2 Auto Scaling Scaling-Gruppe ist keiner gültigen Startvorlage zugeordnet.

Verwenden Sie eine EC2 Amazon-Startvorlage, um Ihre Amazon EC2 Auto Scaling Scaling-Gruppen zu erstellen.

Weitere Informationen finden Sie unter Erstellen einer Startvorlage für eine Auto-Scaling-Gruppe.

Sucht nach Amazon EBS-Volumes, deren Leistung durch die maximale Durchsatzkapazität der EC2 Amazon-Instance, an die sie angehängt sind, beeinträchtigt werden könnte.

Um die Leistung zu optimieren, sollten Sie sicherstellen, dass der maximale Durchsatz einer EC2 Amazon-Instance höher ist als der maximale Gesamtdurchsatz der angeschlossenen EBS-Volumes. Bei dieser Prüfung wird der gesamte EBS-Volumendurchsatz für jeden Fünf-Minuten-Zeitraum des Vortages (basierend auf der koordinierten Weltzeit (UTC)) für jede EBS-optimierte Instance berechnet und Sie werden benachrichtigt, wenn die Nutzung in mehr als der Hälfte dieser Zeiträume mehr als 95% des maximalen Durchsatzes der Instance betrug. EC2

Bh2xRR2FGH

Gelb: Am Vortag (UTC) überstieg der Gesamtdurchsatz (Megabyte/Sekunde) der an die EC2 Instance angehängten EBS-Volumes in mehr als 50% der Fälle 95% des veröffentlichten Durchsatzes zwischen der Instance und den EBS-Volumes.

Vergleichen Sie den maximalen Durchsatz Ihrer Amazon EBS-Volumes (siehe Amazon EBS-Volumetypen) mit dem maximalen Durchsatz der EC2 Amazon-Instance, an die sie angehängt sind. Weitere Informationen finden Sie unter Anzeigen von Instance-Typen, die EBS-Optimierung unterstützen.

Sie sollten Ihre Volumes einer Instance zuordnen, die einen höheren Durchsatz an Amazon-EBS unterstützt, um eine optimale Leistung zu erzielen.

Prüft, ob der Virtualisierungstyp einer EC2 Amazon-Instance paravirtuell ist.

Wenn möglich, sollten Sie Hardware Virtual Machine (HVM)-Instances anstelle von paravirtualen Instances verwenden. Dies ist auf Verbesserungen bei der HVM-Virtualisierung und die Verfügbarkeit von PV-Treibern für HVM zurückzuführen AMIs, wodurch die Leistungslücke geschlossen wurde, die in der Vergangenheit zwischen PV- und HVM-Gästen bestand. Es ist wichtig zu beachten, dass Instance-Typen der aktuellen Generation PV nicht unterstützen. AMIs Daher bietet die Wahl eines HVM-Instance-Typs die beste Leistung und Kompatibilität mit moderner Hardware.

Weitere Informationen finden Sie unter Linux AMI-Virtualisierungstypen.

c18d2gz148

AWS Config Verwaltete Regel: ec2- paravirtual-instance-check

Gelb: Der Virtualisierungstyp von EC2 Amazon-Instances ist paravirtuell.

Verwenden Sie die HVM-Virtualisierung für Ihre EC2 Amazon-Instances und verwenden Sie einen kompatiblen Instance-Typ.

Informationen zur Auswahl des geeigneten Virtualisierungstyps finden Sie unter Kompatibilität zum Ändern des Instance-Typs.

Kompatibilität zum Ändern des Instance-Typs

Überprüft, ob Amazon ECS-Aufgabendefinitionen ein festgelegtes Speicherlimit für ihre Containerdefinitionen haben. Der gesamte Arbeitsspeicher, der für alle Container in einer Aufgabe reserviert ist, muss niedriger sein als der Wert des Aufgabenspeichers.

Weitere Informationen finden Sie unter Containerdefinitionen.

c18d2gz176

AWS Config Verwaltete Regel: -hard-limit ecs-task-definition-memory

Gelb: Das Hard-Limit des Amazon ECS-Speichers ist nicht festgelegt.

Weisen Sie Ihren Amazon ECS-Aufgaben Speicher zu, um einen Speichermangel zu vermeiden. Wenn Ihr Container versucht, den angegebenen Speicherplatz zu überschreiten, wird der Container beendet.

Weitere Informationen finden Sie unter Wie kann ich Aufgaben in Amazon ECS Speicher zuweisen?.

Cluster-Reservierung

Überprüft, ob das Amazon EFS-Dateisystem des Kunden derzeit für die Verwendung des Durchsatzmodus „Bursting“ konfiguriert ist.

Dateisysteme im EFS-Durchsatzmodus „Bursting“ [1] liefern ein konsistentes Basisdurchsatzniveau (50 KiB/s pro GiB Daten im EFS-Standardspeicher) und verwenden ein Guthabenmodell, um ein höheres Niveau an „Burst-Durchsatz“-Leistung zu liefern, wenn „Burst Credits“ verfügbar sind. Wenn Sie Ihr Burst-Guthaben aufgebraucht haben, wird die Leistung Ihres Dateisystems auf dieses niedrigere Basisniveau gedrosselt, was zu Langsamkeit, Zeitüberschreitungen oder anderen Formen von Leistungseinbußen für Ihre Endbenutzer oder Anwendungen führen kann.

c1dfprch02

Damit Ihre Benutzer und Anwendungen den gewünschten Durchsatz erreichen können, empfehlen wir Ihnen, Ihre Dateisystemkonfiguration auf den elastischen Durchsatzmodus [2] zu aktualisieren. Im Elastic Throughput-Modus kann Ihr Dateisystem je nach AWS-Region [3] einen Schreibdurchsatz GiB/s of read throughput or 3 GiB/s von bis zu 10% erreichen, und Sie zahlen nur für den Durchsatz, den Sie tatsächlich nutzen. Bitte beachten Sie, dass Sie Ihre Dateisystemkonfiguration aktualisieren können, um bei Bedarf zwischen den Durchsatzmodi „Elastic“ und „Bursting“ zu wechseln, und dass für Dateisysteme im Elastic-Durchsatzmodus zusätzliche Gebühren für die Datenübertragung anfallen [4].

Der Autovacuum-Parameter ist für Ihre DB-Instances ausgeschaltet. Wenn Sie die automatische Vakuumierung ausschalten, wird die Tabelle und der Index größer und die Leistung beeinträchtigt.

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

c1qf5bt025

Gelb: Bei DB-Parametergruppen ist die automatische Bereinigung ausgeschaltet.

Schalten Sie den Autovacuum-Parameter in Ihren DB-Parametergruppen ein.

PostgreSQL PostgreSQL-Datenbank erfordert eine regelmäßige Wartung, die als Staubsaugen bezeichnet wird. Autovacuum in PostgreSQL automatisiert die Ausführung der Befehle VACUUM und ANALYZE. Dieser Prozess sammelt die Tabellenstatistiken und löscht die toten Zeilen. Wenn Autovacuum ausgeschaltet ist, wirken sich die Zunahme der Tabelle, der Index und veraltete Statistiken auf die Datenbankleistung aus.

Weitere Informationen finden Sie unter Grundlegendes zu Autovacuum in Amazon RDS for PostgreSQL PostgreSQL-Umgebungen.

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

c1qf5bt017

Gelb: DB-Cluster unterstützen nur Volumes bis zu 64 TiB.

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

Wenn Sie Ihre Anwendung auf einem einzelnen Amazon Aurora Aurora-DB-Cluster skalieren, erreichen Sie das Limit möglicherweise nicht, wenn das Speicherlimit 128 TiB beträgt. Das erhöhte Speicherlimit trägt dazu bei, das Löschen der Daten oder das Aufteilen der Datenbank auf mehrere Instances zu vermeiden.

Weitere Informationen finden Sie unter Amazon Aurora Aurora-Größenbeschränkungen.

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

c1qf5bt009

Rot: DB-Cluster haben DB-Instances mit heterogenen Instance-Klassen.

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

Wenn die DB-Instances in Ihrem DB-Cluster unterschiedliche DB-Instance-Klassen oder -Größen verwenden, kann es zu einem Ungleichgewicht in der Arbeitslast der DB-Instances kommen. Während eines Failovers wird eine der Leser-DB-Instances in eine Writer-DB-Instance umgewandelt. Wenn die DB-Instances dieselbe DB-Instance-Klasse und Größe verwenden, kann die Arbeitslast für die DB-Instances in Ihrem DB-Cluster ausgeglichen werden.

Weitere Informationen finden Sie unter Aurora Replicas.

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

c1qf5bt008

Rot: DB-Cluster haben DB-Instances mit heterogenen Instance-Größen.

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

Wenn die DB-Instances in Ihrem DB-Cluster unterschiedliche DB-Instance-Klassen oder -Größen verwenden, kann es zu einem Ungleichgewicht in der Arbeitslast der DB-Instances kommen. Während eines Failovers wird eine der Leser-DB-Instances in eine Writer-DB-Instance umgewandelt. Wenn die DB-Instances dieselbe DB-Instance-Klasse und Größe verwenden, kann die Arbeitslast für die DB-Instances in Ihrem DB-Cluster ausgeglichen werden.

Weitere Informationen finden Sie unter Aurora Replicas.

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.

c1qf5bt020

Gelb: DB-Parametergruppen haben Speicherparameter, die erheblich von den Standardwerten abweichen.

Setzen Sie die Speicherparameter auf ihre Standardwerte zurück.

Weitere Informationen finden Sie unter Bewährte Methoden für die Konfiguration von Parametern für Amazon RDS for MySQL, Teil 1: Leistungsparameter.

Der Abfrageplaner oder Optimierer kann den Plantyp „Nur Index-Scan“ nicht verwenden, wenn er ausgeschaltet ist.

Es wird empfohlen, den Wert des Parameters enable_indexonlyscan auf 1 festzulegen.

c1qf5bt028

Gelb: Bei DB-Parametergruppen ist der Parameter enable_indexonlyscan deaktiviert.

Setzen Sie den Parameter enable_indexonlyscan auf 1.

Wenn Sie den Parameter enable_indexonlyscan deaktivieren, verhindert dies, dass der Abfrageplaner einen optimalen Ausführungsplan auswählt. Der Abfrageplaner verwendet einen anderen Plantyp, z. B. den Indexscan, wodurch die Abfragekosten und die Ausführungszeit erhöht werden können. Der Plantyp „Nur Index“ ruft die Daten ab, ohne auf die Tabellendaten zuzugreifen.

Weitere Informationen finden Sie unter enable_indexonlyscan (boolean) auf der PostgreSQL-Dokumentationswebsite.

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

Es wird empfohlen, den Wert des Parameters enable_indexscan auf 1 festzulegen.

c1qf5bt029

Gelb: Bei DB-Parametergruppen ist der Parameter enable_indexscan deaktiviert.

Setzen Sie den Parameter enable_indexscan auf 1.

Wenn Sie den Parameter enable_indexscan deaktivieren, verhindert dies, dass der Abfrageplaner einen optimalen Ausführungsplan auswählt. Der Abfrageplaner verwendet einen anderen Plantyp, z. B. den Indexscan, wodurch die Abfragekosten und die Ausführungszeit erhöht werden können.

Weitere Informationen finden Sie unter enable_indexscan (boolean) auf der PostgreSQL-Dokumentationswebsite.

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 Wert des Parameters general_logging auf 0 zu setzen.

c1qf5bt037

Gelb: Für DB-Parametergruppen ist general_logging aktiviert.

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

Das allgemeine Abfrageprotokoll wird aktiviert, wenn der Wert des Parameters general_logging auf 1 gesetzt ist. Das allgemeine Abfrageprotokoll enthält Aufzeichnungen der Datenbankserveroperationen. Der Server schreibt Informationen in dieses Protokoll, wenn Clients eine Verbindung herstellen oder die Verbindung trennen, und die Protokolle enthalten jede von den Clients empfangene SQL-Anweisung. Das allgemeine Abfrageprotokoll ist nützlich, wenn Sie einen Fehler in einem Client vermuten und die Informationen finden möchten, die der Client an den Datenbankserver gesendet hat.

Weitere Informationen finden Sie unter Überblick über die Datenbankprotokolle von RDS for MySQL.

Durch die Pufferung von Änderungen kann eine MySQL-DB-Instance einige Schreibvorgänge zurückstellen, die zur Verwaltung sekundärer Indizes erforderlich sind. Diese Funktion war in Umgebungen mit langsamen Festplatten nützlich. Die geänderte Pufferkonfiguration verbesserte die Leistung der Datenbank geringfügig, führte jedoch zu Verzögerungen bei der Wiederherstellung nach einem Absturz und zu langen Shutdown-Zeiten während des Upgrades.

Wir empfehlen, den Wert des Parameters innodb_change_buffering auf NONE zu setzen.

c1qf5bt021

Gelb: Für DB-Parametergruppen ist der Parameter innodb_change_buffering auf einen niedrigen optimalen Wert gesetzt.

Setzen Sie den Parameterwert innodb_change_buffering in Ihren DB-Parametergruppen auf NONE.

Weitere Informationen finden Sie unter Bewährte Methoden für die Konfiguration von Parametern für Amazon RDS for MySQL, Teil 1: Leistungsparameter.

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

c1qf5bt033

Gelb: Bei DB-Parametergruppen ist die InnoDB-Einstellung zum Öffnen von Dateien falsch konfiguriert.

Setzen Sie den Parameter innodb_open_files auf einen Mindestwert von 65.

Der Parameter innodb_open_files steuert die Anzahl der Dateien, die InnoDB gleichzeitig öffnen kann. InnoDB hält alle Protokolldateien und die System-Tablespace-Dateien geöffnet, wenn mysqld ausgeführt wird. InnoDB muss auch einige.ibd-Dateien öffnen, wenn das file-per-table Speichermodell verwendet wird. Wenn die Einstellung innodb_open_files niedrig ist, wirkt sich dies auf die Datenbankleistung aus und der Server kann möglicherweise nicht gestartet werden.

Weitere Informationen finden Sie unter InnoDB-Startoptionen und Systemvariablen — innodb_open_files auf der Dokumentationswebsite. MySql

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.

c1qf5bt032

Gelb: DB-Parametergruppen haben Optimizer-Statistiken, die nicht dauerhaft auf der Festplatte gespeichert werden.

Setzen Sie den Parameterwert innodb_stats_persistent auf ON.

Wenn der Parameter innodb_stats_persistent auf ON gesetzt ist, werden die Optimizer-Statistiken beim Neustart der Instanz beibehalten. Dies verbessert die Stabilität des Ausführungsplans und die konsistente Abfrageleistung. Sie können die Persistenz globaler Statistiken auf Tabellenebene ändern, indem Sie die Klausel STATS_PERSISTENT verwenden, wenn Sie eine Tabelle erstellen oder ändern.

Weitere Informationen finden Sie unter Bewährte Methoden für die Konfiguration von Parametern für Amazon RDS for MySQL, Teil 1: Leistungsparameter.

Überprüft, ob die Amazon RDS-Instance oder die Amazon Aurora Aurora-DB-Instance über die für den Betrieb erforderliche Systemkapazität verfügt.

c1qf5bt039

Gelb:

O ut-of-memory beendet: Wenn ein Prozess auf dem Datenbank-Host aufgrund einer Speicherreduzierung auf Betriebssystemebene gestoppt wird, erhöht sich der Zähler für Kills aufgrund von Out Of Memory (OOM).

Übermäßiges Auslagern: Die Metrikwerte os.memory.swap.in und os.memory.swap.out waren hoch.

Wir empfehlen Ihnen, Ihre Abfragen so zu optimieren, dass sie weniger Speicher verbrauchen oder einen DB-Instance-Typ mit mehr zugewiesenem Speicher verwenden. Wenn der Instance nur noch wenig Arbeitsspeicher zur Verfügung steht, wirkt sich dies auf die Datenbankleistung aus.

Out-of-memory Kills wurden erkannt: Der Linux-Kernel ruft den Out of Memory (OOM) -Killer auf, wenn die auf dem Host laufenden Prozesse mehr als den vom Betriebssystem physisch verfügbaren Speicher benötigen. In diesem Fall überprüft der OOM-Killer alle laufenden Prozesse und stoppt einen oder mehrere Prozesse, um Systemspeicher freizugeben und das System am Laufen zu halten.

Ein Auslagern wird erkannt: Wenn der Arbeitsspeicher auf dem Datenbank-Host nicht ausreicht, sendet das Betriebssystem einige mindestens belegte Seiten an die Festplatte im Auslagerungsspeicher. Dieser Auslagerungsprozess wirkt sich auf die Datenbankleistung aus.

Weitere Informationen finden Sie unter Amazon RDS-Instance-Typen und Skalierung Ihrer Amazon RDS-Instance.

Ihre DB-Instances verwenden Magnetspeicher. Magnetischer Speicher wird für die meisten DB-Instances nicht empfohlen. Wählen Sie einen anderen Speichertyp: General Purpose (SSD) oder Provisioned IOPS.

c1qf5bt000

Gelb: Amazon RDS-Ressourcen verwenden Magnetspeicher.

Wählen Sie einen anderen Speichertyp: General Purpose (SSD) oder Provisioned IOPS.

Magnetischer Speicher ist ein Speichertyp der früheren Generation. Der allgemeine Speichertyp (SSD) oder der bereitgestellte IOPS ist der empfohlene Speichertyp für neue Speicheranforderungen. Diese Speichertypen bieten eine höhere und konsistente Leistung sowie verbesserte Optionen für die Speichergröße.

Weitere Informationen finden Sie unter Volumes der vorherigen Generation.

Große Seiten können die Skalierbarkeit der Datenbank erhöhen, aber Ihre DB-Instance verwendet keine großen Seiten. Wir empfehlen, dass Sie den Wert des Parameters use_large_pages in der DB-Parametergruppe für Ihre DB-Instance auf ONLY setzen.

c1qf5bt024

Gelb: DB-Parametergruppen verwenden keine großen Seiten.

Setzen Sie den Wert des Parameters use_large_pages in Ihren DB-Parametergruppen auf NUR.

Weitere Informationen finden Sie unter Einschalten für eine RDS HugePages for Oracle-Instance.

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 der MySQL-Version  8 entfernt. Wir empfehlen, den Parameter query_cache_type auf 0 zu setzen.

c1qf5bt022

Gelb: Bei DB-Parametergruppen ist der Abfrage-Cache aktiviert.

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

Weitere Informationen finden Sie unter Bewährte Methoden für die Konfiguration von Parametern für Amazon RDS for MySQL, Teil 1: Leistungsparameter.

In Ihrer Datenbank wird eine DB-Instance-Klasse der vorherigen Generation ausgeführt. Wir haben DB-Instance-Klassen aus einer früheren Generation durch DB-Instance-Klassen mit besseren Kosten, besserer Leistung oder beidem ersetzt. Wir empfehlen, dass Sie Ihre DB-Instance mit einer DB-Instance-Klasse einer neueren Generation ausführen.

c1qf5bt015

Rot: DB-Instances verwenden die DB-Instance-Klasse „End of Support“.

Führen Sie ein Upgrade auf die neueste DB-Instance-Klasse durch.

Weitere Informationen finden Sie unter Supported DB engines for DB instance classes (Unterstützte DB-Engines für DB-Instance-Klassen).

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.

c1qf5bt014

Rot: RDS-Ressourcen verwenden Hauptversionen, die nicht mehr unterstützt werden.

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

Amazon RDS veröffentlicht neue Versionen für die unterstützten Datenbank-Engines, um Ihre Datenbanken auf der neuesten Version zu verwalten. Die neu veröffentlichten Versionen können Fehlerkorrekturen, Sicherheitsverbesserungen und andere Verbesserungen für die Datenbank-Engine enthalten. Sie können die für das DB-Instance-Upgrade erforderlichen Ausfallzeiten minimieren, indem Sie eine blaue/grüne Bereitstellung verwenden.

Weitere Informationen finden Sie in den folgenden Ressourcen:

Wir empfehlen Ihnen, die Hauptversion auf die neueste Engine-Version zu aktualisieren, die von Amazon RDS unterstützt wird, um mit der aktuellen Lizenzunterstützung fortzufahren. Die Engine-Version Ihrer Datenbank wird mit der aktuellen Lizenz nicht unterstützt.

c1qf5bt016

Rot: Amazon RDS-Ressourcen verwenden die End of Support Engine Edition im Rahmen eines Modells, das in der Lizenz enthalten ist.

Wir empfehlen Ihnen, Ihre Datenbank auf die neueste unterstützte Version in Amazon RDS zu aktualisieren, um das lizenzierte Modell weiterhin verwenden zu können.

Weitere Informationen finden Sie unter Oracle-Hauptversions-Upgrades.

Sucht nach Ressourceneintragsätzen, die in Alias-Ressourceneintragsätze geändert werden können, um die Leistung zu verbessern und Geld zu sparen.

Ein Alias-Ressourcendatensatz leitet DNS-Abfragen an eine AWS Ressource (z. B. einen Elastic Load Balancing Load Balancer oder einen Amazon S3 S3-Bucket) oder an einen anderen Route 53-Ressourcendatensatz weiter. Wenn Sie Alias-Ressourcendatensätze verwenden, leitet Route 53 Ihre DNS-Abfragen kostenlos an AWS Ressourcen weiter.

Von AWS Diensten erstellte gehostete Zonen werden in Ihren Prüfergebnissen nicht angezeigt.

B913Ef6fb4

Ersetzen Sie die aufgelisteten CNAME-Ressourcendatensätze durch Alias-Ressourcendatensätze. Weitere Informationen finden Sie unter Wählen zwischen Alias- und Nicht-Alias-Datensätzen.

Je nach Ressource müssen Sie auch den Datensatztyp von CNAME in A oder AAAA ändern. AWS Weitere Informationen finden Sie unter Werte, die Sie beim Erstellen oder Bearbeiten von Amazon-Route-53-Datensätzen angeben.

Abfragen an Ressourcen weiterleiten AWS

Überprüft die AWS Lambda Funktionen, die während der Lookback-Periode mindestens einmal aufgerufen wurden. Diese Überprüfung warnt Sie, wenn eine Ihrer Lambda-Funktionen für die Speichergröße zu geringfügig bereitgestellt wurde. Wenn Sie Lambda-Funktionen haben, die für die Speichergröße zu geringfügig bereitgestellt sind, dauert die vollständige Ausführung der Funktionen länger.

COr6dfpM06

Gelb: Eine Lambda-Funktion, die während des Lookback-Zeitraums für die Speichergröße überlastet war. Um festzustellen, ob eine Lambda-Funktion nicht ausreichend bereitgestellt ist, berücksichtigen wir alle CloudWatch Standardmetriken für diese Funktion. Der Algorithmus, der zur Identifizierung unzureichend bereitgestellter Lambda-Funktionen im Hinblick auf die Speichergröße verwendet wird, folgt AWS bewährten Methoden. Der Algorithmus wird aktualisiert, wenn ein neues Muster identifiziert wurde.

Ziehen Sie in Erwägung, die Arbeitsspeichergröße Ihrer Lambda-Funktionen zu erhöhen.

Weitere Informationen finden Sie unter Melden Sie sich AWS Compute Optimizer für Trusted Advisor Schecks an.

Prüft, ob AWS Lambda Funktionen mit einem Limit für gleichzeitige Ausführung auf Funktionsebene konfiguriert sind.

Die Gleichzeitigkeit ist die Anzahl der Anforderungen, die Ihre AWS Lambda-Funktion gleichzeitig bearbeitet. Für jede gleichzeitige Anfrage stellt Lambda eine separate Instance Ihrer Ausführungsumgebung bereit.

Sie können das Mindest- und Höchstlimit für reservierte Parallelität mithilfe der ConcurrencyLimitHighParameter concurrencyLimitLowund in Ihren Regeln angeben. AWS Config

Weitere Informationen erhalten Sie unter Skalierung von Lambda-Funktionen.

c18d2gz181

AWS Config Verwaltete Regel: lambda-concurrency-check

Gelb: Für die Lambda-Funktion ist keine Gleichzeitigkeitsbeschränkung konfiguriert.

Stellen Sie sicher, dass für Ihre Lambda-Funktionen die Gleichzeitigkeit konfiguriert ist. Eine Gleichzeitigkeitsbeschränkung für Ihre Lambda-Funktionen stellt sicher, dass Ihre Funktion Anforderungen zuverlässig und vorhersehbar verarbeitet. Eine Gleichzeitigkeitsbeschränkung verringert das Risiko, dass Ihre Funktion durch einen plötzlichen Anstieg des Datenverkehrs überlastet wird.

Weitere Informationen finden Sie unter Konfigurieren reservierter Gleichzeitigkeit.

Überprüft Ihre Workloads im Leistungsbereich auf Probleme mit hohem Risiko (HRIs). Diese Prüfung basiert auf Ihrem AWS-Well Architected Bewertungen. Ihre Prüfergebnisse hängen davon ab, ob Sie die Workload-Bewertung mit abgeschlossen haben AWS Well-Architected.

Wxdfp4B1L2

AWS Well-Architected hat bei Ihrer Workload-Evaluierung Probleme mit hohem Risiko erkannt. Diese Probleme bieten Möglichkeiten, Risiken zu reduzieren und Geld zu sparen. Melden Sie sich bei AWS Well-Architected an, um Ihre Antworten zu überprüfen und Maßnahmen zur Lösung der aktiven Probleme zu ergreifen.

Überprüft CloudFront Amazon-Distributionen auf alternative Domainnamen (CNAMES), die falsch konfigurierte DNS-Einstellungen haben.

Wenn eine CloudFront Distribution alternative Domainnamen enthält, muss die DNS-Konfiguration für die Domains DNS-Abfragen an diese Distribution weiterleiten.

N420c450f2

Aktualisieren Sie die DNS-Konfiguration, um DNS-Abfragen an die CloudFront Distribution weiterzuleiten. Weitere Informationen finden Sie unter Alternative Domainnamen verwenden (CNAMEs).

Wenn Sie Amazon Route 53 als Ihren DNS-Service verwenden, finden Sie weitere Informationen unter Weiterleiten von Traffic an eine Amazon CloudFront Web Distribution mithilfe Ihres Domainnamens. Wenn die Überprüfung zu einem Timeout geführt hat, versuchen Sie, die Überprüfung zu aktualisieren.

CloudFront Amazon-Entwicklerhandbuch

Sucht nach Fällen, in denen die Datenübertragung aus Amazon Simple Storage Service (Amazon S3) -Buckets durch die Nutzung von Amazon CloudFront, dem AWS globalen Content Delivery Service, beschleunigt werden könnte.

Wenn Sie CloudFront die Bereitstellung Ihrer Inhalte konfigurieren, werden Anfragen für Ihre Inhalte automatisch an den nächstgelegenen Edge-Standort weitergeleitet, an dem der Inhalt zwischengespeichert wird. Durch dieses Routing können die Inhalte mit der bestmöglichen Leistung an Ihre Nutzer geliefert werden. Ein hoher Anteil der ausgehenden Daten im Vergleich zu den im Bucket gespeicherten Daten deutet darauf hin, dass Sie von der Verwendung von Amazon für CloudFront die Bereitstellung der Daten profitieren könnten.

796d6f3D83

Erwägen Sie die Verwendung, CloudFront um eine bessere Leistung zu erzielen. Siehe CloudFront Amazon-Produktdetails.

Wenn die übertragenen Daten 10 TB pro Monat oder mehr betragen, finden Sie in den CloudFront Amazon-Preisen nach möglichen Kosteneinsparungen.

Überprüft die HTTP-Anforderungsheader, die CloudFront derzeit vom Client empfangen werden, und leitet sie an Ihren Ursprungsserver weiter.

Einige Header, wie Datum oder User-Agent, reduzieren die Cache-Trefferquote (den Anteil der Anfragen, die von einem CloudFront Edge-Cache aus bedient werden) erheblich. Dies erhöht die Belastung Ihres Ursprungs und verringert die Leistung, da mehr Anfragen an Ihren Ursprung weitergeleitet CloudFront werden müssen.

N415c450f2

Gelb: Ein oder mehrere Anforderungsheader, die an Ihren Ursprung CloudFront weiterleiten, können Ihre Cache-Trefferquote erheblich reduzieren.

Überlegen Sie, ob die Anfrage-Header ausreichend Vorteile bieten, um die negativen Auswirkungen auf das Cache-Trefferverhältnis zu rechtfertigen. Wenn Ihr Ursprung unabhängig vom Wert eines bestimmten Headers dasselbe Objekt zurückgibt, empfehlen wir, dass Sie die Konfiguration nicht so konfigurieren, dass dieser Header CloudFront an den Ursprung weitergeleitet wird. Weitere Informationen finden Sie unter Konfiguration CloudFront zum Zwischenspeichern von Objekten auf der Grundlage von Anforderungsheadern.

Überprüft die Amazon Elastic Compute Cloud (Amazon EC2) -Instances, die in den letzten 14 Tagen zu einem beliebigen Zeitpunkt ausgeführt wurden. Eine Warnung wird gesendet, wenn die tägliche CPU-Auslastung an vier oder mehr Tagen mehr als 90 % betrug.

Eine konstant hohe Auslastung kann auf eine optimierte, gleichmäßige Leistung hindeuten. Es kann aber auch darauf hinweisen, dass eine Anwendung nicht über genügend Ressourcen verfügt. Um tägliche CPU-Auslastungsdaten zu erhalten, laden Sie den Bericht für diese Prüfung herunter.

ZRxQlPsb6c

Gelb: Eine Instance hatte an mindestens 4 der letzten 14 Tage eine durchschnittliche CPU-Auslastung von mehr als 90 %.

Ziehen Sie in Erwägung, weitere Instances hinzuzufügen. Weitere Informationen zur bedarfsabhängigen Skalierung der Anzahl von Instances finden Sie unter Was ist Auto Scaling?