Migrieren von Daten von einer RDS for SQL Postgre-DB-Instance zu einem Aurora SQL Postgre-DB-Cluster mithilfe einer Aurora-Read Replica - Amazon Aurora
Übersicht über das Migrieren von Daten mittels einer Aurora-Read Replica Bereiten Sie sich mit einer Aurora-Read Replica auf die Migration zu Aurora Postgre SQL vor. Erstellen einer Aurora Read ReplicaHochstufen einer Aurora Read Replica

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.

Migrieren von Daten von einer RDS for SQL Postgre-DB-Instance zu einem Aurora SQL Postgre-DB-Cluster mithilfe einer Aurora-Read Replica

Sie können eine RDS for SQL Postgre-DB-Instance als Grundlage für einen neuen Aurora SQL Postgre-DB-Cluster verwenden, indem Sie eine Aurora-Read Replica für den Migrationsprozess verwenden. Die Aurora-Read-Replica-Option ist nur für die Migration innerhalb derselben verfügbar AWS-Region und Konto, und es ist nur verfügbar, wenn die Region eine kompatible Version von Aurora Postgre SQL RDS für Ihre SQL Postgre-DB-Instance anbietet. Mit kompatibel meinen wir, dass die Aurora SQL Postgre-Version mit der RDS für Postgre SQL identisch ist oder dass es sich um eine höhere Nebenversion derselben Hauptversionsfamilie handelt.

Um diese Technik beispielsweise für die Migration einer RDS für Postgre SQL 11.14 DB-Instance zu verwenden, muss die Region Aurora Postgre SQL Version 11.14 oder eine höhere Nebenversion in der SQL Postgre Version 11-Familie anbieten.

Übersicht über das Migrieren von Daten mittels einer Aurora-Read Replica

Die Migration von einer RDS for SQL Postgre-DB-Instance zu einem Aurora Postgre-DB-Cluster ist ein SQL mehrstufiges Verfahren. Zunächst erstellen Sie eine Aurora-Lesereplik Ihrer Quelle RDS für die SQL Postgre-DB-Instance. Dadurch wird ein Replikationsprozess von Ihrer RDS for SQL Postgre-DB-Instance auf einen speziellen DB-Cluster gestartet, der als Replica-Cluster bezeichnet wird. Der Replikat-Cluster besteht ausschließlich aus einem Aurora-Lesereplikat (einer Reader-Instance).

Sobald der Replica-Cluster vorhanden ist, überwachen Sie die Verzögerung zwischen ihm und der Quelle RDS für die Postgre-DB-Instance. SQL Wenn die Replikatverzögerung Null (0) ist, können Sie den Replikat-Cluster hochstufen. Die Replikation wird beendet, der Replikat-Cluster wird zu einem eigenständigen Aurora-DB-Cluster hochgestuft, und der Reader wird zur Writer-Instance für den Cluster befördert. Anschließend können Sie Instances zum Aurora SQL Postgre-DB-Cluster hinzufügen, um Ihren Aurora SQL Postgre-DB-Cluster für Ihren Anwendungsfall zu dimensionieren. Sie können die RDS for SQL Postgre-DB-Instance auch löschen, wenn Sie sie nicht mehr benötigen.

Anmerkung

Es kann mehrere Stunden pro Terabyte Daten dauern, bis die Migration abgeschlossen ist.

Sie können keine Aurora-Read Replica erstellen, wenn Ihre RDS for SQL Postgre-DB-Instance bereits über eine Aurora-Read Replica verfügt oder wenn sie über eine regionsübergreifende Read Replica verfügt.

Vorbereiten der Migration von Daten mithilfe einer Aurora Read Replica

Während des Migrationsprozesses mit Aurora Read Replica werden Aktualisierungen, die an der Quelle RDS für die SQL Postgre-DB-Instance vorgenommen wurden, asynchron auf die Aurora-Read Replica des Replica-Clusters repliziert. Der Prozess verwendet die native Streaming-Replikationsfunktion von Postgre, die SQL Write-Ahead-Logs () -Segmente auf der Quell-Instance speichert. WAL Bevor Sie mit diesem Migrationsprozess beginnen, stellen Sie sicher, dass die Instance über genügend Speicherkapazität verfügt, indem Sie die Werte für die in der Tabelle aufgeführten Metriken überprüfen.

Metrik Beschreibung

FreeStorageSpace

Den verfügbaren Speicherplatz.

Einheiten: Byte

OldestReplicationSlotLag

Die Größe der Verzögerung für WAL Daten in dem Replikat, das am stärksten verzögert ist.

Einheiten: Megabyte

RDSToAuroraPostgreSQLReplicaLag

Die Zeitspanne in Sekunden, in der ein Aurora SQL Postgre-DB-Cluster der RDS Quell-DB-Instance hinterherhinkt.

TransactionLogsDiskUsage

Der von den Transaktionsprotokollen verwendete Festplattenspeicher.

Einheiten: Megabyte

Weitere Informationen zur Überwachung Ihrer RDS Instance finden Sie unter Überwachung im RDSAmazon-Benutzerhandbuch.

Erstellen einer Aurora Read Replica

Sie können eine Aurora-Read Replica für eine RDS für SQL Postgre-DB-Instance erstellen, indem Sie den AWS Management Console oder das AWS CLI. Die Option zum Erstellen einer Aurora-Read Replica mit dem AWS Management Console ist nur verfügbar, wenn AWS-Region bietet eine kompatible Aurora SQL Postgre-Version. Das heißt, sie ist nur verfügbar, wenn es eine Aurora SQL Postgre-Version gibt, die mit der RDS for SQL Postgre-Version identisch ist, oder eine höhere Nebenversion in derselben Hauptversionsfamilie.

So erstellen Sie eine Aurora-Read Replica aus einer Quell-Postgre-DB-Instance SQL

  1. Melden Sie sich an bei AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken aus.

  3. Wählen Sie die RDS für SQL Postgre-DB-Instance aus, die Sie als Quelle für Ihre Aurora-Read Replica verwenden möchten. Wählen Sie für Actions (Aktionen) Create Aurora read replica (Aurora Read Replica erstellen) aus. Wenn diese Auswahl nicht angezeigt wird, bedeutet dies, dass eine kompatible Aurora SQL Postgre-Version in der Region nicht verfügbar ist.

    Erstellen einer Aurora-Read Replicas

  4. Auf der Seite „Aurora-Read Replica-Einstellungen erstellen“ konfigurieren Sie die Eigenschaften für den Aurora SQL Postgre-DB-Cluster, wie in der folgenden Tabelle dargestellt. Das Replica-DB-Cluster wird aus einem Snapshot der Quell-DB-Instance unter Verwendung des gleichen Master-Benutzernamens und Kennworts wie die Quelle erstellt, sodass Sie diese derzeit nicht ändern können.

    Option Beschreibung

    DB-Instance-Klasse

    Wählen Sie eine DB-Instance-Klasse aus, die die Verarbeitungs- und Speicheranforderungen der primären Instance im DB-Cluster erfüllt. Weitere Informationen finden Sie unter Amazon Aurora Aurora-DB-Instance-Klassen.

    Multi-AZ-Bereitstellung

    Während der Migration nicht verfügbar

    DB-Instance-Kennung

    Geben Sie den Namen ein, den Sie der DB-Instance zuweisen möchten. Dieser Bezeichner wird in der Endpunktadresse für die primäre Instance des neuen DB-Clusters verwendet.

    Für den DB-Instance-Bezeichner gelten folgende Einschränkungen:

    • Er muss zwischen 1 und 63 alphanumerische Zeichen oder Bindestriche enthalten.

    • Das erste Zeichen muss ein Buchstabe sein.

    • Darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten.

    • Es muss für alle DB-Instances jeweils eindeutig sein AWS Konto, für jeden AWS-Region.

    Virtuelle private Cloud (VPC)

    Wählen Sie den aus, der als Host VPC für den DB-Cluster dienen soll. Wählen Sie Neu erstellen VPC, damit Amazon eine VPC für Sie RDS erstellt. Weitere Informationen finden Sie unter Voraussetzungen für DB-Cluster.

    DB-Subnetzgruppe

    Wählen Sie die DB-Subnetzgruppe aus, die für den DB-Cluster verwendet werden soll. Wählen Sie Create new DB Subnet Group, damit Amazon eine DB-Subnetzgruppe für RDS Sie erstellt. Weitere Informationen finden Sie unter Voraussetzungen für DB-Cluster.

    Öffentliche Zugänglichkeit

    Klicken Sie auf Ja, um dem DB-Cluster eine öffentliche IP-Adresse zuzuweisen. Wählen Sie andernfalls Nein. Die Instances in Ihrem DB-Cluster können eine Mischung aus öffentlichen und privaten DB-Instances sein. Weitere Informationen darüber, wie Sie den öffentlichen Zugriff für Instances deaktivieren, finden Sie unter Einen in einem VPC aus dem Internet verstecken.

    Availability Zone

    Legen Sie fest, ob Sie eine bestimmte Availability Zone angeben möchten. Weitere Informationen über Availability Zones finden Sie unter Regionen und Availability Zones.

    VPCSicherheitsgruppen

    Wählen Sie eine oder mehrere VPC Sicherheitsgruppen aus, um den Netzwerkzugriff auf den DB-Cluster zu sichern. Wählen Sie Neue VPC Sicherheitsgruppe RDS erstellen, damit Amazon eine VPC Sicherheitsgruppe für Sie erstellt. Weitere Informationen finden Sie unter Voraussetzungen für DB-Cluster.

    Datenbankport

    Geben Sie den Port an, über den Anwendungen und Dienstprogramme auf die Datenbank zugreifen können. Aurora SQL Postgre-DB-Cluster verwenden standardmäßig den SQL Standard-Postgre-Port 5432. Die Firewalls einiger Unternehmen blockieren Verbindungen mit diesem Port. Wenn die Firewall Ihres Unternehmens den Standardport blockiert, wählen Sie einen anderen Port für den neuen DB-Cluster aus.

    DB-Parametergruppe

    Wählen Sie eine DB-Parametergruppe für den Aurora SQL Postgre-DB-Cluster. Aurora verfügt über eine DB-Standardparametergruppe, die Sie verwenden können, oder Sie können Ihre eigene DB-Parametergruppe erstellen. Weitere Informationen zu DB-Parametergruppen finden Sie unter Parametergruppen für Amazon Aurora.

    DB-Cluster-Parametergruppe

    Wählen Sie eine DB-Cluster-Parametergruppe für den Aurora SQL Postgre-DB-Cluster. Aurora verfügt über eine DB-Cluster-Standardparametergruppe, die Sie verwenden können, oder Sie können Ihre eigene DB-Cluster-Parametergruppe erstellen. Weitere Informationen zu DB-Cluster-Parametergruppen finden Sie unter Parametergruppen für Amazon Aurora.

    Verschlüsselung

    Wählen Sie Enable encryption (Verschlüsselung aktivieren) aus, wenn das neue Aurora-DB-Cluster im Ruhezustand verschlüsselt werden soll. Wenn Sie Verschlüsselung aktivieren wählen, wählen Sie auch einen KMS Schlüssel als AWS KMS key Wert.

    Priorität

    Wählen Sie eine Failover-Priorität für den DB-Cluster aus. Wenn Sie keinen Wert auswählen, wird als Standard tier-1 (Tier-1) eingestellt. Diese Priorität bestimmt die Reihenfolge, in der Aurora-Replikate bei der Wiederherstellung nach einem Ausfall der primären Instance hochgestuft werden. Weitere Informationen finden Sie unter Fehlertoleranz für einen Aurora-DB-Cluster.

    Aufbewahrungszeitraum für Backups

    Wählen Sie den Zeitraum (zwischen 1 und 35 Tage) für die Aufbewahrung von Sicherungskopien der Datenbank in Aurora aus. Backup-Kopien können point-in-time sekundengenau für Wiederherstellungen (PITR) Ihrer Datenbank verwendet werden.

    Verbesserte Überwachung

    Wählen Sie Erweiterte Überwachung aktivieren aus, um die Erfassung von Metriken in Echtzeit für das Betriebssystem zu aktivieren, in dem Ihr DB-Cluster ausgeführt wird. Weitere Informationen finden Sie unter Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung).

    Überwachungsrolle

    Nur verfügbar, wenn Enable Enhanced Monitoring (Erweiterte Überwachung aktivieren) festgelegt ist. Das Tool AWS Identity and Access Management (IAM) Rolle, die für Enhanced Monitoring verwendet werden soll. Weitere Informationen finden Sie unter Einrichten und Aktivieren von „Enhanced Monitoring“ (Erweiterte Überwachung).

    Granularität

    Nur verfügbar, wenn Enable Enhanced Monitoring (Erweiterte Überwachung aktivieren) festgelegt ist. Mit ihr können Sie die Zeitspanne zwischen den Erfassungen der Kennzahlen des DB-Clusters in Sekunden festlegen.

    Kleinere Versions-Updates automatisch aktivieren

    Wählen Sie Ja, damit Ihr Aurora SQL Postgre-DB-Cluster kleinere Upgrades der SQL Postgre-DB-Engine-Version automatisch erhält, sobald diese verfügbar sind.

    Die Option Automatisches Upgrade der Nebenversion gilt nur für Upgrades auf SQL Postgre-Nebenversionen der Engine für Ihren Aurora SQL Postgre-DB-Cluster. Sie kann nicht auf regelmäßige Patches zur Aufrechterhaltung der Systemstabilität angewendet werden.

    Wartungsfenster

    Wählen Sie den wöchentlichen Zeitraum aus, in dem Systemwartungen durchgeführt werden können.

  5. Wählen Sie Read Replica erstellen aus.

Um eine Aurora-Lesereplik aus einer Quelle RDS für eine SQL Postgre-DB-Instance zu erstellen, verwenden Sie den AWS CLI verwenden Sie zunächst den create-db-clusterCLIBefehl, um einen leeren Aurora-DB-Cluster zu erstellen. Sobald der DB-Cluster existiert, verwenden Sie den Befehl create-db-instance, um die primäre Instance für Ihren DB-Cluster zu erstellen. Die primäre Instance ist die erste in einem Aurora-DB-Cluster erstellte Instance. In diesem Fall wird es zunächst als Aurora-Lesereplik Ihrer RDS für SQL Postgre-DB-Instance erstellt. Wenn der Prozess abgeschlossen ist, wurde Ihre RDS for SQL Postgre-DB-Instance effektiv auf einen Aurora Postgre-DB-Cluster migriert. SQL

Sie müssen das Hauptbenutzerkonto (normalerweise postgres), sein Passwort oder den Datenbanknamen nicht angeben. Die Aurora-Read Replica bezieht diese automatisch von der Quelle RDS für die SQL Postgre-DB-Instance, die Sie beim Aufrufen der AWS CLI Befehle.

Sie müssen die Engine-Version angeben, die für den Aurora SQL Postgre-DB-Cluster und die DB-Instance verwendet werden soll. Die von Ihnen angegebene Version sollte mit der Quelle RDS für die SQL Postgre-DB-Instance übereinstimmen. Wenn die Quelle RDS für die SQL Postgre-DB-Instance verschlüsselt ist, müssen Sie auch die Verschlüsselung für die primäre Aurora SQL Postgre-DB-Cluster-Instance angeben. Die Migration einer verschlüsselten Instance zu einem unverschlüsselten Aurora-DB-Cluster wird nicht unterstützt.

In den folgenden Beispielen wird ein Aurora SQL Postgre-DB-Cluster mit dem Namen erstelltmy-new-aurora-cluster, der eine unverschlüsselte RDS DB-Quell-Instance verwenden wird. Sie erstellen zuerst den Aurora SQL Postgre-DB-Cluster, indem Sie den create-db-clusterCLIBefehl aufrufen. Das Beispiel zeigt, wie Sie den optionalen Parameter --storage-encrypted verwenden, um anzugeben, dass der DB-Cluster verschlüsselt werden soll. Da die Quell-DB nicht verschlüsselt ist, wird --kms-key-id verwendet, um den zu verwendenden Schlüssel anzugeben. Weitere Informationen zu den erforderlichen und optionalen Parametern finden Sie in der Liste, die auf das Beispiel folgt.

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

aws rds create-db-cluster  \
    --db-cluster-identifier my-new-aurora-cluster \
    --db-subnet-group-name my-db-subnet
    --vpc-security-group-ids sg-11111111 
    --engine aurora-postgresql \
    --engine-version same-as-your-rds-instance-version \
    --replication-source-identifier arn:aws:rds:aws-region:111122223333:db/rpg-source-db \
    --storage-encrypted \
    --kms-key-id arn:aws:kms:aws-region:111122223333:key/11111111-2222-3333-444444444444

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

aws rds create-db-cluster  ^
    --db-cluster-identifier my-new-aurora-cluster ^
    --db-subnet-group-name my-db-subnet ^
    --vpc-security-group-ids sg-11111111 ^
    --engine aurora-postgresql ^
    --engine-version same-as-your-rds-instance-version ^
    --replication-source-identifier arn:aws:rds:aws-region:111122223333:db/rpg-source-db ^
    --storage-encrypted ^
    --kms-key-id arn:aws:kms:aws-region:111122223333:key/11111111-2222-3333-444444444444

In der folgenden Liste finden Sie weitere Informationen zu einigen der im Beispiel gezeigten Optionen. Sofern nicht anders angegeben, sind diese Parameter erforderlich.

  • --db-cluster-identifier— Sie müssen Ihrem neuen Aurora SQL Postgre-DB-Cluster einen Namen geben.

  • --db-subnet-group-name— Erstellen Sie Ihren Aurora SQL Postgre-DB-Cluster im selben DB-Subnetz wie die Quell-DB-Instance.

  • --vpc-security-group-ids— Geben Sie die Sicherheitsgruppe für Ihren Aurora SQL Postgre-DB-Cluster an.

  • --engine-version— Geben Sie die Version an, die für den Aurora SQL Postgre-DB-Cluster verwendet werden soll. Dies sollte mit der Version identisch sein, die von Ihrer Quelle RDS für die SQL Postgre-DB-Instance verwendet wird.

  • --replication-source-identifier— Identifizieren Sie Ihre RDS für SQL Postgre-DB-Instance anhand ihres Amazon-Ressourcennamens (ARN). Weitere Informationen zu Amazon RDS ARNs finden Sie unter Amazon Relational Database Service (AmazonRDS) in der Allgemeine AWS-Referenz. Ihres DB-Clusters.

  • --storage-encrypted Optional. Verwenden Sie diese Option, wenn die Verschlüsselung wie folgt angegeben werden muss:

    • Verwenden Sie diesen Parameter, wenn die Quell-DB-Instance über verschlüsselten Speicher verfügt. Der Aufruf von create-db-cluster schlägt fehl, wenn Sie diesen Parameter nicht mit einer Quell-DB-Instance verwenden, die über verschlüsselten Speicher verfügt. Wenn Sie für den Aurora SQL Postgre-DB-Cluster einen anderen Schlüssel als den von der Quell-DB-Instance verwendeten verwenden möchten, müssen Sie auch den --kms-key-id angeben.

    • Verwenden Sie diese Option, wenn der Speicher der Quell-DB-Instance unverschlüsselt ist, Sie aber möchten, dass der Aurora SQL Postgre-DB-Cluster Verschlüsselung verwendet. In diesem Fall müssen Sie auch den Verschlüsselungsschlüssel identifizieren, der mit dem --kms-key-id-Parameter verwendet werden soll.

  • --kms-key-id Optional. Bei Verwendung können Sie den Schlüssel angeben, der für die Speicherverschlüsselung (--storage-encrypted) verwendet werden soll, indem Sie den Schlüssel, die IDARN, den Alias oder den Aliasnamen ARN des Schlüssels verwenden. Dieser Parameter wird nur für die folgenden Situationen benötigt:

    • Um einen anderen Schlüssel für den Aurora SQL Postgre-DB-Cluster zu wählen als den, der von der Quell-DB-Instance verwendet wird.

    • Wenn Sie einen verschlüsselten Cluster aus einer unverschlüsselten Quelle erstellen möchten. In diesem Fall müssen Sie den Schlüssel angeben, den Aurora Postgre für die Verschlüsselung verwenden SQL soll.

Nachdem Sie den Aurora SQL Postgre-DB-Cluster erstellt haben, erstellen Sie die primäre Instance mithilfe des create-db-instanceCLIBefehls, wie im Folgenden gezeigt:

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

aws rds create-db-instance \
    --db-cluster-identifier my-new-aurora-cluster \
    --db-instance-class db.x2g.16xlarge \
    --db-instance-identifier rpg-for-migration \
    --engine aurora-postgresql

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

aws rds create-db-instance ^
    --db-cluster-identifier my-new-aurora-cluster ^
    --db-instance-class db.x2g.16xlarge ^
    --db-instance-identifier rpg-for-migration ^
    --engine aurora-postgresql

In der folgenden Liste finden Sie weitere Informationen zu einigen der im Beispiel gezeigten Optionen.

  • --db-cluster-identifier— Geben Sie den Namen des Aurora SQL Postgre-DB-Clusters an, den Sie mit dem create-db-instanceBefehl in den vorherigen Schritten erstellt haben.

  • --db-instance-class – Der Name der DB-Instance-Klasse, die für Ihre primäre Instance verwendet werden soll, z. B. db.r4.xlarge, db.t4g.medium, db.x2g.16xlarge usw. Eine Liste der verfügbaren DB-Instance-Klassen finden Sie unter DB-Instance-Klassenarten.

  • --db-instance-identifier – Geben Sie den Namen an, den Ihre primäre Instance erhalten soll.

  • --engine aurora-postgresql – Geben Sie aurora-postgresql für die Engine an.

Um eine Aurora-Lesereplik aus einer Quelle RDS für die SQL Postgre-DB-Instance CreateDBClusterzu erstellen, verwenden Sie zunächst den RDS API Vorgang, um einen neuen Aurora-DB-Cluster für die Aurora-Lesereplik zu erstellen, der aus Ihrer Quelle RDS für die SQL Postgre-DB-Instance erstellt wird. Wenn der Aurora SQL Postgre-DB-Cluster verfügbar ist, verwenden Sie den, CreateDBInstanceum die primäre Instance für den Aurora-DB-Cluster zu erstellen.

Sie müssen das Hauptbenutzerkonto (normalerweise postgres), sein Passwort oder den Datenbanknamen nicht angeben. Die Aurora-Lesereplik bezieht diese automatisch von der Quelle RDS für die mit angegebene SQL Postgre-DB-Instance. ReplicationSourceIdentifier

Sie müssen die Engine-Version angeben, die für den Aurora SQL Postgre-DB-Cluster und die DB-Instance verwendet werden soll. Die von Ihnen angegebene Version sollte mit der Quelle RDS für die SQL Postgre-DB-Instance übereinstimmen. Wenn die Quelle RDS für die SQL Postgre-DB-Instance verschlüsselt ist, müssen Sie auch die Verschlüsselung für die primäre Aurora SQL Postgre-DB-Cluster-Instance angeben. Die Migration einer verschlüsselten Instance zu einem unverschlüsselten Aurora-DB-Cluster wird nicht unterstützt.

Verwenden Sie den RDS API Vorgang CreateDBClustermit den folgenden Parametern, um den Aurora-DB-Cluster für die Aurora-Read Replica zu erstellen:

  • DBClusterIdentifier – Der Name des zu erstellenden DB-Clusters.

  • DBSubnetGroupName – Der Name der DB-Subnetzgruppe, die mit diesem DB-Cluster verknüpft werden soll.

  • Engine=aurora-postgresql – Der Name der zu verwendenden Engine.

  • ReplicationSourceIdentifier— Der Amazon-Ressourcenname (ARN) für die SQL Quell-Postgre-DB-Instance. Weitere Informationen zu Amazon RDS ARNs finden Sie unter Amazon Relational Database Service (AmazonRDS) in der Allgemeine Amazon Web Services-Referenz. Wenn eine verschlüsselte Quelle ReplicationSourceIdentifier identifiziert wird, RDS verwendet Amazon Ihren KMS Standardschlüssel, sofern Sie mit der KmsKeyId Option keinen anderen Schlüssel angeben.

  • VpcSecurityGroupIds— Die Liste der EC2 VPC Amazon-Sicherheitsgruppen, die diesem DB-Cluster zugeordnet werden sollen.

  • StorageEncrypted – Gibt an, ob der DB-Cluster verschlüsselt ist. Wenn Sie diesen Parameter verwenden, ohne auch den anzugebenReplicationSourceIdentifier, RDS verwendet Amazon Ihren KMS Standardschlüssel.

  • KmsKeyId – Der Schlüssel für einen verschlüsselten Cluster. Bei Verwendung können Sie den Schlüssel angeben, der für die Speicherverschlüsselung verwendet werden soll, indem Sie den SchlüsselARN, die ID, den Alias ARN oder seinen Aliasnamen verwenden.

Weitere Informationen finden Sie CreateDBClusterin der RDSAPIAmazon-Referenz.

Sobald der Aurora-DB-Cluster verfügbar ist, können Sie eine primäre Instance für ihn erstellen, indem Sie den RDS API Vorgang CreateDBInstancemit den folgenden Parametern verwenden:

  • DBClusterIdentifier – Der Name Ihres DB-Clusters.

  • DBInstanceClass – Der Name der DB-Instance-Klasse, die für Ihre primäre Instance verwendet werden soll.

  • DBInstanceIdentifier – Der Name Ihrer primären Instance.

  • Engine=aurora-postgresql – Der Name der zu verwendenden Engine.

Weitere Informationen finden Sie CreateDBInstancein der RDSAPIAmazon-Referenz.

Hochstufen einer Aurora Read Replica

Die Migration zu Aurora Postgre SQL ist erst abgeschlossen, wenn Sie den Replica-Cluster hochgestuft haben. Löschen Sie also noch nicht die RDS for SQL Postgre-Quell-DB-Instance.

Stellen Sie vor dem Heraufstufen des Replica-Clusters sicher, dass die RDS for SQL Postgre-DB-Instance keine laufenden Transaktionen oder andere Aktivitäten hat, die in die Datenbank schreiben. Wenn die Replikatverzögerung auf dem Aurora-Lesereplikat Null (0) erreicht, können Sie den Replikatcluster heraufstufen. Weitere Informationen zum Überwachen der Replikatverzögerung finden Sie unter Überwachung der Aurora Postgre-Replikation SQL und Metriken auf Instance-Ebene für Amazon Aurora.

So stufen Sie eine Aurora-Read Replica zu einem Aurora-DB-Cluster hoch:

  1. Melden Sie sich an bei AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken aus.

  3. Wählen Sie den Replikatcluster aus.

    Einen Replica-Cluster auf den vollen Aurora SQL Postgre-DB-Clusterstatus heraufstufen

  4. Wählen Sie für Actions (Aktionen)Promote (Hochstufen) aus. Dies kann einige Minuten dauern und zu Ausfallzeiten führen.

Wenn der Vorgang abgeschlossen ist, ist der Aurora Replica-Cluster ein regionaler Aurora SQL Postgre-DB-Cluster mit einer Writer-Instance, die die Daten aus der RDS for Postgre-DB-Instance enthält. SQL

Um eine Aurora-Read Replica zu einem eigenständigen DB-Cluster hochzustufen, verwenden Sie den promote-read-replica-db-cluster AWS CLI Befehl.

Beispiel

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

aws rds promote-read-replica-db-cluster \
    --db-cluster-identifier myreadreplicacluster

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

aws rds promote-read-replica-db-cluster ^
    --db-cluster-identifier myreadreplicacluster

Verwenden Sie den Vorgang, um eine Aurora-Read Replica zu einem eigenständigen DB-Cluster hochzustufen. RDS API PromoteReadReplicaDBCluster

Nachdem Sie den Replikatcluster hochgestuft haben, können Sie bestätigen, dass das Hochstufen abgeschlossen wurde, indem Sie das Ereignisprotokoll wie folgt überprüfen.

Um zu bestätigen, dass das Aurora-Replikatcluster hochgestuft wurde

  1. Melden Sie sich an bei AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich die Option Events.

  3. Auf der Seite Events (Ereignisse) finden Sie den Namen Ihres Clusters in der Liste Source (Quelle). Jedes Ereignis hat eine Quelle, einen Typ, eine Uhrzeit und eine Nachricht. Sie können alle Ereignisse sehen, die in Ihrem AWS-Region für dein Konto. Ein erfolgreiches Hochstufen generiert die folgende Nachricht. 

    Promoted Read Replica cluster to a stand-alone database cluster.

Nach Abschluss der Promotion werden die Verbindung zwischen der Quelle RDS für die SQL Postgre-DB-Instance und dem Aurora SQL Postgre-DB-Cluster aufgehoben. Sie können Ihre Clientanwendungen für den Zugriff auf den Endpunkt des Aurora-Lesereplikats konfigurieren. Weitere Informationen zu den Aurora-Endpunkten finden Sie unter Amazon Aurora Aurora-Endpunktverbindungen. Nun können Sie die DB-Instance bei Bedarf sicher löschen.