Wiederherstellung eines Aurora Serverless v1 DB-Cluster - 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.

Wiederherstellung eines Aurora Serverless v1 DB-Cluster

Wichtig

AWS hat den end-of-life Termin angekündigt für Aurora Serverless v1: 31. März 2025. Wir empfehlen dringend, alle zu aktualisieren Aurora Serverless v1 DB-Cluster zu Aurora Serverless v2 vor diesem Datum. Das Upgrade kann eine Änderung der Hauptversionsnummer der Datenbank-Engine beinhalten. Daher ist es wichtig, diesen Switchover vor dem end-of-life Datum zu planen, zu testen und zu implementieren. Ab dem 8. Januar 2025 können Kunden keine neuen Produkte mehr erstellen Aurora Serverless v1 Cluster oder Instances mit entweder dem AWS Management Console oder demCLI. Hinweise zum Migrationsprozess finden Sie unterUpgrade von einem Aurora Serverless v1 Cluster zu Aurora Serverless v2.

Aurora Serverless v2 skaliert schneller und detaillierter. Aurora Serverless v2 hat auch mehr Kompatibilität mit anderen Aurora-Funktionen wie Reader-DB-Instances. Sie können Folgendes erfahren Aurora Serverless v2 in Die Verwendung von Aurora Serverless v2 erlauben.

Sie können ein konfigurieren Aurora Serverless v1 DB-Cluster, wenn Sie einen bereitgestellten DB-Cluster-Snapshot mit dem AWS CLI oder dem RDS API wiederherstellen.

Wenn Sie einen Snapshot auf einem wiederherstellen Aurora Serverless v1 In einem DB-Cluster können Sie die folgenden spezifischen Werte festlegen:

  • Minimale Aurora-Kapazitätseinheit — Aurora Serverless v1 kann die Kapazität bis auf diese Kapazitätseinheit reduzieren.

  • Maximale Aurora-Kapazitätseinheit — Aurora Serverless v1 kann die Kapazität bis zu dieser Kapazitätseinheit erhöhen.

  • Timeout action (Zeitüberschreitungsaktion) – Die Aktion, die ausgeführt werden soll, wenn für eine Kapazitätsänderung eine Zeitüberschreitung eintritt, da kein Skalierungspunkt gefunden werden kann. Aurora Serverless v1 Der -DB-Cluster kann die neuen Kapazitätseinstellungen für Ihren DB-Cluster durchsetzen, wenn Sie die Option Bei Zeitüberschreitung Skalierung der Kapazität auf die angegebenen Werte durchsetzen auswählen. Er kann auch einen Rollback für die Kapazitätsänderung ausführen, um sie zu stornieren, wenn Sie die Option nicht auswählen. Weitere Informationen finden Sie unter Timeout-Aktion für Kapazitätsänderungen.

  • Pause after inactivity (Nach Inaktivität pausieren): Die Zeitdauer, die ohne Datenbankverkehr verstreichen muss, bis auf eine Verarbeitungskapazität von null skaliert wird. Wenn der Datenbankverkehr wieder aufgenommen wird, nimmt Aurora automatisch die Verarbeitungskapazität wieder auf und skaliert sie in Übereinstimmung mit dem Datenverkehr.

Allgemeine Informationen zum Wiederherstellen eines DB-Clusters aus einem Snapshot finden Sie unter Wiederherstellen aus einem DB-Cluster-Snapshot.

Sie können eine konfigurieren Aurora Serverless DB-Cluster, wenn Sie einen bereitgestellten DB-Cluster-Snapshot mit dem AWS Management Console AWS CLI, dem oder dem RDS API wiederherstellen.

Wenn Sie einen Snapshot auf einem wiederherstellen Aurora Serverless In einem DB-Cluster können Sie die folgenden spezifischen Werte festlegen:

  • Minimale Aurora-Kapazitätseinheit — Aurora Serverless kann die Kapazität bis auf diese Kapazitätseinheit reduzieren.

  • Maximale Aurora-Kapazitätseinheit — Aurora Serverless kann die Kapazität bis zu dieser Kapazitätseinheit erhöhen.

  • Timeout action (Zeitüberschreitungsaktion) – Die Aktion, die ausgeführt werden soll, wenn für eine Kapazitätsänderung eine Zeitüberschreitung eintritt, da kein Skalierungspunkt gefunden werden kann. Aurora Serverless v1 Der -DB-Cluster kann die neuen Kapazitätseinstellungen für Ihren DB-Cluster durchsetzen, wenn Sie die Option Bei Zeitüberschreitung Skalierung der Kapazität auf die angegebenen Werte durchsetzen auswählen. Er kann auch einen Rollback für die Kapazitätsänderung ausführen, um sie zu stornieren, wenn Sie die Option nicht auswählen. Weitere Informationen finden Sie unter Timeout-Aktion für Kapazitätsänderungen.

  • Pause after inactivity (Nach Inaktivität pausieren): Die Zeitdauer, die ohne Datenbankverkehr verstreichen muss, bis auf eine Verarbeitungskapazität von null skaliert wird. Wenn der Datenbankverkehr wieder aufgenommen wird, nimmt Aurora automatisch die Verarbeitungskapazität wieder auf und skaliert sie in Übereinstimmung mit dem Datenverkehr.

Anmerkung

Die Version des DB-Cluster-Snapshots muss kompatibel sein mit Aurora Serverless v1. Eine Liste der unterstützten Versionen finden Sie unterAurora Serverless v1.

So stellen Sie einen Snapshot auf einem wieder her Aurora Serverless v1 Cluster mit My SQL 5.7-Kompatibilität, schließen Sie die folgenden zusätzlichen Parameter ein:

  • --engine aurora-mysql

  • --engine-version 5.7

Mit den --engine-version Parametern --engine und können Sie ein My SQL 5.7-kompatibles System erstellen Aurora Serverless v1 Cluster aus einer My SQL 5.6-kompatiblen Aurora oder Aurora Serverless v1 Schnappschuss. Im folgenden Beispiel wird ein Snapshot aus einem My SQL 5.6-kompatiblen Cluster mit dem Namen My mydbclustersnapshot 5.7-compatible wiederhergestellt SQL Aurora Serverless v1 Cluster benannt. mynewdbcluster

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Linux, macOS, oder Unix:

aws rds restore-db-cluster-from-snapshot \
    --db-cluster-identifier mynewdbcluster \
    --snapshot-identifier mydbclustersnapshot \
    --engine-mode serverless \
    --engine aurora-mysql \
    --engine-version 5.7

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Windows:

aws rds restore-db-cluster-from-snapshot ^
    --db-instance-identifier mynewdbcluster ^
    --db-snapshot-identifier mydbclustersnapshot ^
    --engine aurora-mysql ^
    --engine-version 5.7

Optional können Sie die Option --scaling-configuration angeben, 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, 48,16,32,64,128, und256.

  • Aurora PostgreSQL:2, 48,16,32, 64192, und384.

Im folgenden Beispiel führen Sie eine Wiederherstellung aus einem zuvor erstellten DB-Cluster-Snapshot mit dem Namen mydbclustersnapshot auf einen neuen DB-Cluster mit dem Namen mynewdbcluster durch. Sie stellen das --scaling-configuration so ein, dass das neue Aurora Serverless v1 Der DB-Cluster kann je nach Bedarf ACUs zur Verarbeitung der Arbeitslast von 8 bis 64 ACUs (Aurora-Kapazitätseinheiten) skaliert werden. Nach Abschluss der Verarbeitung und nach 1000 Sekunden ohne zu unterstützende Verbindungen wird der Cluster heruntergefahren, bis die Verbindungsanforderung zum Neustart auffordert.

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Linux, macOS, oder Unix:

aws rds restore-db-cluster-from-snapshot \
    --db-cluster-identifier mynewdbcluster \
    --snapshot-identifier mydbclustersnapshot \
    --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Windows:

aws rds restore-db-cluster-from-snapshot ^
    --db-instance-identifier mynewdbcluster ^
    --db-snapshot-identifier mydbclustersnapshot ^
    --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true

Um ein zu konfigurieren Aurora Serverless v1 DB-Cluster, wenn Sie mithilfe von aus einem DB-Cluster wiederherstellen RDSAPI, führen Sie den estoreDBClusterFromSnapshotR-Vorgang aus und geben Sie serverless für den EngineMode Parameter an.

Optional können Sie den Parameter ScalingConfiguration angeben, 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, 48,16,32,64,128, und256.

  • Aurora PostgreSQL:2, 48,16,32, 64192, und384.