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.
Ändern eines Aurora Serverless v1-DB-Clusters
Nachdem Sie einen Aurora Serverless v1 DB-Cluster konfiguriert haben, können Sie bestimmte Eigenschaften mit der AWS Management Console AWS CLI, der oder der RDS-API ändern. Die meisten Eigenschaften, die Sie ändern können, sind die gleichen wie für andere Arten von Aurora-Clustern.
Die für Aurora Serverless v1 wichtigsten Änderungen sind folgende:
Ändern der Skalierungskonfiguration eines DB-Clusters von Aurora Serverless v1
Sie können die minimale und maximale Kapazität für den DB-Cluster festlegen. Jede Kapazitätseinheit entspricht einer bestimmten Rechen- und Arbeitsspeicherkonfiguration. Aurora Serverless erstellt automatisch Skalierungsregeln in Bezug auf Schwellenwerte für die CPU-Auslastung, Verbindungen und den verfügbaren Arbeitsspeicher. Sie können auch festlegen, ob Aurora Serverless die Datenbank anhalten soll, wenn es keine Aktivitäten gibt, und weiterlaufen lassen soll, wenn wieder Aktivitäten beginnen.
Sie können die folgenden spezifischen Werte für die Skalierungskonfiguration festlegen:
-
Minimale Aurora Capacity Unit – Aurora Serverless kann die Kapazität bis zu dieser Kapazitätseinheit reduzieren.
-
Maximale Aurora Capacity Unit – Aurora Serverless kann die Kapazität bis zu dieser Kapazitätseinheit erhöhen.
-
Zeitüberschreitung und Aktion für automatische Skalierung - Dieser Abschnitt gibt an, wie langeAurora Serverless wartet, um einen Skalierungspunkt zu finden, bevor die Zeitüberschreitung eintritt. Sie legt auch fest, was zu tun ist, wenn eine Kapazitätsänderung nicht mehr funktioniert, weil sie keinen Skalierungspunkt findet. Aurora kann die Kapazitätsänderung erzwingen, um die Kapazität so schnell wie möglich auf den angegebenen Wert zu setzen. Die Kapazitätsänderung kann auch zurückgesetzt und somit abgebrochen werden. Weitere Informationen finden Sie unter Timeout-Aktion für Kapazitätsänderungen.
-
Pause nach Inaktivität – Verwenden Sie die optionale Einstellung Kapazität auf 0 ACUs skalieren, wenn der Cluster inaktiv ist, um die Datenbank auf eine Verarbeitungskapazität von null zu skalieren, während sie inaktiv ist. Wenn der Datenbankverkehr wieder aufgenommen wird, nimmt Aurora automatisch die Verarbeitungskapazität wieder auf und skaliert sie in Übereinstimmung mit dem Datenverkehr.
Sie können die Skalierungskonfiguration eines Aurora-DB-Clusters über die AWS Management Consoleändern.
So ändern Sie einen Aurora Serverless v1-DB-Cluster:
Öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.
-
Wählen Sie den Aurora Serverless v1DB-Cluster, den Sie ändern möchten.
-
Wählen Sie für Aktionen die Option Cluster ändern.
-
Ändern Sie im Abschnitt Capacity settings (Kapazitätseinstellungen) die Skalierungskonfiguration.
-
Klicken Sie auf Weiter.
-
Überprüfen Sie Ihre Änderungen auf der Seite DB-Cluster ändern und wählen Sie aus, wann diese angewendet werden sollen.
-
Wählen Sie Cluster bearbeiten aus.
Um die Skalierungskonfiguration eines Aurora Serverless v1 DB-Clusters mithilfe von zu ändern AWS CLI, führen Sie den modify-db-cluster--scaling-configuration
an, um die minimale Kapazität, die maximale Kapazität und die automatische Pause zu konfigurieren, wenn es keine Verbindungen gibt. Zu den gültigen Kapazitätswerten gehören die folgenden:
-
Aurora MySQL:
1
,2
,4
,8
,16
,32
,64
,128
und256
. -
Aurora PostgreSQL:
2
,4
,8
,16
,32
,64
,192
und384
.
In diesem Beispiel ändern Sie die Skalierungskonfiguration eines Aurora Serverless v1-DB-Clusters namens sample-cluster
.
Für LinuxmacOS, oderUnix:
aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true
Windows:
aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true
Sie können die Skalierungskonfiguration eines Aurora- DB-Clusters über die API-Operation ModifyDBCluster ändern. Geben Sie den Parameter ScalingConfiguration
an, um die minimale Kapazität, die maximale Kapazität und die automatische Pause zu konfigurieren, wenn es keine Verbindungen gibt. Zu den gültigen Kapazitätswerten gehören die folgenden:
-
Aurora MySQL:
1
,2
,4
,8
,16
,32
,64
,128
und256
. -
Aurora PostgreSQL:
2
,4
,8
,16
,32
,64
,192
und384
.
Durchführen eines Upgrades der Hauptversion eines DB-Clusters von Aurora Serverless v1
Sie können die Hauptversion für einen Aurora Serverless v1-DB-Cluster, der mit PostgreSQL 11 kompatibel ist, auf eine entsprechende mit PostgreSQL 13 kompatible Version aktualisieren.
Sie können ein direktes Upgrade des DB-Clusters von Aurora Serverless v1 mit der AWS Management Console durchführen.
So führen Sie ein Upgrade eines DB-Clusters von Aurora Serverless v1 durch
Öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich Datenbanken aus.
-
Wählen Sie den DB-Cluster von Aurora Serverless v1 aus, für den Sie ein Upgrade durchführen möchten.
-
Wählen Sie für Aktionen die Option Cluster ändern.
-
Wählen Sie für Version eine Versionsnummer von Aurora PostgreSQL Version 13.
Das folgende Beispiel zeigt ein direktes Upgrade von Aurora PostgreSQL 11.16 auf 13.9.
Wenn Sie ein Hauptversions-Upgrade durchführen, lassen Sie alle anderen Eigenschaften unverändert. Wenn Sie eine der anderen Eigenschaften ändern möchten, führen Sie einen anderen Vorgang Ändern nach Abschluss des Upgrades aus.
-
Klicken Sie auf Weiter.
-
Überprüfen Sie Ihre Änderungen auf der Seite DB-Cluster ändern und wählen Sie aus, wann diese angewendet werden sollen.
-
Wählen Sie Cluster bearbeiten aus.
Wenn Sie ein direktes Upgrade von einem mit PostgreSQL 11 kompatiblen DB-Cluster von Aurora Serverless v1 auf einen mit PostgreSQL 13 kompatiblen Cluster durchführen möchten, geben Sie den Parameter --engine-version
mit einer Versionsnummer von Aurora PostgreSQL Version 13 an, die mit Aurora Serverless v1 kompatibel ist. Nehmen Sie außerdem den Parameter --allow-major-version-upgrade
mit auf.
In diesem Beispiel ändern Sie die Hauptversion eines mit PostgreSQL 11 kompatiblen Aurora Serverless v1-DB-Clusters namens sample-cluster
. Dadurch wird ein direktes Upgrade auf einen mit PostgreSQL 13 kompatiblen DB-Cluster von Aurora Serverless v1 durchgeführt.
aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --engine-version 13.9 \ --allow-major-version-upgrade
Windows:
aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --engine-version 13.9 ^ --allow-major-version-upgrade
Wenn Sie ein direktes Upgrade von einem mit PostgreSQL 11 kompatiblen DB-Cluster von Aurora Serverless v1 auf einen mit PostgreSQL 13 kompatiblen Cluster durchführen möchten, geben Sie den Parameter EngineVersion
mit einer Versionsnummer von Aurora PostgreSQL Version 13 an, die mit Aurora Serverless v1 kompatibel ist. Nehmen Sie außerdem den Parameter AllowMajorVersionUpgrade
mit auf.
Konvertieren eines DB-Clusters von Aurora Serverless v1 zu einem bereitgestellten Cluster
Sie können einen DB-Cluster von Aurora Serverless v1 zu einem bereitgestellten DB-Cluster konvertieren. Um die Konvertierung durchzuführen, ändern Sie die DB-Instance-Klasse in Bereitgestellt. Sie können diese Konvertierung im Rahmen des Upgrades Ihres DB-Clusters von Aurora Serverless v1 auf Aurora Serverless v2 verwenden. Weitere Informationen finden Sie unter Ein Upgrade von einem Aurora Serverless v1 Cluster zu Aurora Serverless v2.
Der Konvertierungsprozess erstellt eine Reader-DB-Instance im DB-Cluster, stuft die Reader-Instance zu einer Writer-Instance hoch und löscht dann die ursprüngliche Instance von Aurora Serverless v1. Wenn Sie den DB-Cluster konvertieren, können Sie keine anderen Änderungen gleichzeitig vornehmen, z. B. die DB-Engine-Version oder die DB-Cluster-Parametergruppe ändern. Der Konvertierungsvorgang wird sofort angewendet und kann nicht rückgängig gemacht werden.
Bei der Konvertierung wird ein Backup-DB-Cluster-Snapshot des DB-Clusters für den Fall erstellt, dass ein Fehler auftritt. Der Bezeichner des DB-Cluster-Snapshots hat das Format pre-modify-engine-mode-
.DB_cluster_identifier
-timestamp
Aurora verwendet die aktuelle Standard-DB-Engine-Nebenversion für den bereitgestellten DB-Cluster.
Wenn Sie keine DB-Instance-Klasse für Ihren konvertierten DB-Cluster angeben, empfiehlt Aurora eine Klasse auf Basis der maximalen Kapazität des ursprünglichen DB-Clusters von Aurora Serverless v1. Die empfohlenen Kapazitäts- und Instance-Klassenzuordnungen sind in der folgenden Tabelle aufgeführt.
Maximale Serverless Kapazität (ACUs) | Bereitgestellte DB-Instance-Klasse |
---|---|
1 | db.t3.small |
2 | db.t3.medium |
4 | db.t3.large |
8 | db.r5.large |
16 | db.r5.xlarge |
32 | db.r5.2xlarge |
64 | db.r5.4xlarge |
128 | db.r5.8xlarge |
192 | db.r5.12xlarge |
256 | db.r5.16xlarge |
384 | db.r5.24xlarge |
Anmerkung
Abhängig von der ausgewählten DB-Instance-Klasse und Ihrer Datenbanknutzung fallen für einen bereitgestellten DB-Cluster im Vergleich zu Aurora Serverless v1 möglicherweise andere Kosten an.
Wenn Sie Ihren DB-Cluster von Aurora Serverless v1 in eine burstfähige DB-Instance-Klasse (db.t*) konvertieren, können zusätzliche Kosten für die Verwendung des DB-Clusters anfallen. Weitere Informationen finden Sie unter DB-Instance-Klassenarten.
Führen Sie den modify-db-cluster AWS CLI Befehl aus, um einen Aurora Serverless v1 DB-Cluster in einen bereitgestellten Cluster zu konvertieren.
Die folgenden Parameter sind erforderlich:
-
--db-cluster-identifier
– Der DB-Cluster von Aurora Serverless v1, den Sie in einen bereitgestellten Cluster konvertieren. -
--engine-mode
– Verwenden Sie den Wertprovisioned
. -
--allow-engine-mode-change
-
--db-cluster-instance-class
– Wählen Sie die DB-Instance-Klasse für den bereitgestellten DB-Cluster auf der Grundlage der Kapazität des DB-Clusters von Aurora Serverless v1.
In diesem Beispiel konvertieren Sie einen DB-Cluster von Aurora Serverless v1 mit dem Namen sample-cluster
und verwenden die DB-Instance-Klasse db.r5.xlarge
.
Für LinuxmacOS, oderUnix:
aws rds modify-db-cluster \ --db-cluster-identifier
sample-cluster
\ --engine-mode provisioned \ --allow-engine-mode-change \ --db-cluster-instance-classdb.r5.xlarge
Windows:
aws rds modify-db-cluster ^ --db-cluster-identifier
sample-cluster
^ --engine-mode provisioned ^ --allow-engine-mode-change ^ --db-cluster-instance-classdb.r5.xlarge
Verwenden Sie die API-Operation ModifyDBCluster, um einen DB-Cluster von Aurora Serverless v1 in einen bereitgestellten Cluster zu konvertieren.
Die folgenden Parameter sind erforderlich:
-
DBClusterIdentifier
– Der DB-Cluster von Aurora Serverless v1, den Sie in einen bereitgestellten Cluster konvertieren. -
EngineMode
– Verwenden Sie den Wertprovisioned
. -
AllowEngineModeChange
-
DBClusterInstanceClass
– Wählen Sie die DB-Instance-Klasse für den bereitgestellten DB-Cluster auf der Grundlage der Kapazität des DB-Clusters von Aurora Serverless v1.