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.

Anforderungen und Einschränkungen für Aurora serverless

Beachten Sie beim Erstellen eines Clusters, mit dem Sie Aurora serverless-DB-Instances verwenden möchten, die folgenden Anforderungen und Einschränkungen.

Verfügbarkeit von Regionen und Versionen

Die Verfügbarkeit von Funktionen und der Support variieren zwischen bestimmten Versionen der einzelnen Aurora-Datenbank-Engines und in allen AWS-Regionen. Weitere Informationen zur Verfügbarkeit von Versionen und Regionen im Zusammenhang mit Aurora und Aurora serverless finden Sie unter Unterstützte Regionen und Aurora-DB-Engines für Aurora serverless.

Das folgende Beispiel zeigt die AWS CLI Befehle zur Bestätigung der genauen DB-Engine-Werte, die Sie mit Aurora serverless für einen bestimmten Wert verwenden können AWS-Region. Der --db-instance-class-Parameter für Aurora serverless ist immer db.serverless. Der --engine-Parameter kann aurora-mysql oder aurora-postgresql sein. Ersetzen Sie die entsprechenden Werte --region und --engine zur Bestätigung der --engine-version-Werte, die Sie verwenden können. Wenn der Befehl keine Ausgabe erzeugt, Aurora serverless ist er für diese Kombination aus AWS-Region und DB-Engine nicht verfügbar.

aws rds describe-orderable-db-instance-options --engine aurora-mysql --db-instance-class db.serverless \
  --region my_region --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text

aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.serverless \
  --region my_region --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text

Für Cluster, die Aurora serverless verwenden, muss ein Kapazitätsbereich angegeben sein

Ein Aurora-Cluster muss über ein ServerlessV2ScalingConfiguration-Attribut verfügen, bevor Sie DB-Instances hinzufügen können, die die db.serverless-DB-Instance-Klasse verwenden. Dieses Attribut gibt den Kapazitätsbereich an. Die Aurora serverless-Kapazität reicht von mindestens 0 Aurora-Kapazitätseinheiten (ACUs) bis 256 ACUs in inkrementellen Schritten von 0,5 ACUs. Der zulässige Mindestwert hängt von der Aurora-Version ab. Jede ACU bietet das Äquivalent von ungefähr 2 Gibibyte (GiB) RAM und zugehörige CPU- und Netzwerkressourcen. Details darüber, wie Aurora serverless die Einstellungen des Kapazitätsbereichs verwendet, finden Sie unter Funktionsweise von Aurora serverless.

Die zulässigen Kapazitätsbereiche für verschiedene DB-Engine- und Plattformversionen finden Sie unter Kapazität von Aurora serverless. Der verfügbare Skalierungsbereich für einen bestimmten Cluster wird sowohl von der Engine-Version als auch von der Hardware (Plattformversion) bestimmt.

Sie können die minimalen und maximalen ACU-Werte in der angeben, AWS-Managementkonsole wenn Sie einen Cluster und die zugehörige Aurora serverless DB-Instance erstellen. Sie können auch die --serverless-v2-scaling-configuration-Option in der AWS CLI angeben. Oder Sie können den ServerlessV2ScalingConfiguration-Parameter mit der Amazon-RDS-API angeben. Sie können dieses Attribut angeben, wenn Sie einen Cluster erstellen oder einen vorhandenen Cluster ändern. Informationen zu den Verfahren zum Festlegen des Kapazitätsbereichs finden Sie unter Festlegen des Aurora serverless-Kapazitätsbereichs für einen Cluster. Eine ausführliche Diskussion darüber, wie minimale und maximale Kapazitätswerte ausgewählt werden und wie sich diese Einstellungen auf einige Datenbankparameter auswirken, finden Sie unter Auswählen des Aurora serverless-Kapazitätsbereichs für einen Aurora-Cluster.

Inkompatible Skalierungskonfiguration

Wenn Sie Ihren Aurora PostgreSQL-Cluster mit einer niedrigeren maximalen Kapazität ändern, wird jede Instance herunterskaliert, um der neuen Konfiguration zu entsprechen. Wenn Aurora feststellt, dass bei einer Ihrer Instances Probleme beim Herunterskalieren auftreten, kann es das Update der Skalierungskonfiguration abbrechen und rückgängig machen. Infolgedessen werden die Instances wieder auf ihre vorherige Konfiguration skaliert. Dieses Problem kann auftreten, wenn die neue maximale Kapazität nicht ausreicht, um die aktuelle Arbeitslast zu bewältigen, oder wenn die benutzerdefinierten Parameter, die auf die Datenbankparametergruppe des Clusters oder der Instances angewendet werden, zu hoch eingestellt sind.

Wenn der Rollback beginnt, werden Sie über ein Amazon RDS-Ereignis benachrichtigt, das Informationen über Instances enthält, die Ihre gewünschte Skalierungskonfiguration nicht anwenden konnten. Nach Abschluss des Rollbacks wird die maximale Kapazität der Skalierungskonfiguration auf ihren ursprünglichen höheren Wert zurückgesetzt. Aufgrund des Rollbacks stellen Sie möglicherweise fest, dass die Aurora Serverless Datenbankkapazität aller Instances Ihres Clusters ebenfalls steigen kann, was zu höheren Kosten führen kann.

Sie haben beispielsweise einen Aurora Aurora Serverless PostgreSQL-Cluster mit einer einzigen Instanz und die Skalierungskonfiguration ist auf minCapacity=0.5maxCapacity=128, und eingestellt. secondsUntilAutopause=null Darüber hinaus track_activity_query_size ist der Datenbankparameter auf den benutzerdefinierten Wert 40960 festgelegt. Wenn Sie dann die Skalierungskonfiguration des Clusters so ändern, dass sie eine maximale Kapazität von 1 ACU aufweist, stellen Sie möglicherweise fest, dass die Änderung nach einigen Stunden noch nicht abgeschlossen ist. Der hohe Wert des track_activity_query_size Parameters erfordert mehr Ressourcen, als die neue maximale Kapazität bereitstellen kann. Daher können die Instances auch ohne Arbeitslast ServerlessDatabaseCapacity nicht herunterskaliert werden, um der neuen maximalen Kapazität von 1 ACU zu entsprechen. Aurora serverlessstorniert dann die Änderung der Skalierungskonfiguration und wendet die vorherige Skalierungskonfiguration vonminCapacity=0.5,, maxCapacity=128 erneut an. secondsUntilAutopause=null Die Instance wird dann so skaliert, dass sie der vorherigen Skalierungskonfiguration entspricht, wodurch die Änderung des Clusters beendet wird. Es wird ein Amazon RDS-Ereignis veröffentlicht, das Sie darüber informiert, dass ein inkompatibles Update der Skalierungskonfiguration erkannt, abgebrochen und auf die vorherige Konfiguration zurückgesetzt wurde.

Probleme und Abhilfemaßnahmen

Einige bereitgestellte Funktionen werden in Aurora serverless nicht unterstützt

Die folgenden Funktionen der von Aurora bereitgestellten DB-Instances sind derzeit für Amazon Aurora serverless nicht verfügbar:

Einige Aurora-Funktionen arbeiten mit Aurora serverless, können jedoch Probleme verursachen, wenn Ihr Kapazitätsbereich niedriger ist als für die Speicheranforderungen dieser Funktionen mit Ihrer spezifischen Workload erforderlich. In diesem Fall funktioniert Ihre Datenbank möglicherweise nicht so gut wie gewohnt oder es kann zu Fehlern wegen zu wenig Speicherplatz kommen. Empfehlungen zum Einstellen des entsprechenden Kapazitätsbereichs finden Sie unter Auswählen des Aurora serverless-Kapazitätsbereichs für einen Aurora-Cluster. Informationen zur Fehlerbehebung, wenn für Ihre Datenbank aufgrund eines falsch konfigurierten Kapazitätsbereichs Fehler wegen zu wenig Speicherplatz auftreten, finden Sie unter Vermeiden von Fehlern aufgrund von zu wenig Speicher.

Aurora Auto Scaling wird nicht unterstützt. Diese Art der Skalierung fügt basierend auf der CPU-Auslastung neue Reader hinzu, um zusätzliche leseintensive Workloads zu bewältigen. Die Skalierung basierend auf der CPU-Auslastung ist jedoch für Aurora serverless nicht sinnvoll. Alternativ können Sie Aurora serverless-Reader-DB-Instances im Vorfeld erstellen und sie auf geringe Kapazität herunterskaliert lassen. Dies ist eine schnellere und weniger störende Methode, um die Lesekapazität eines Clusters zu skalieren, als neue DB-Instances dynamisch hinzuzufügen.