Hochstufen eines Lesereplikats zur eigenständigen DB-Instance - Amazon Relational Database Service

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.

Hochstufen eines Lesereplikats zur eigenständigen DB-Instance

Sie können eine Read Replica in eine eigenständige DB-Instance hochstufen. Wenn eine Quell-DB-Instance über mehrere Lesereplikate verfügt, hat das Hochstufen eines der Lesereplikate zu einer DB-Instance keine Auswirkung auf die anderen Replikate.

Wenn Sie eine Read Replica heraufstufen, wird die DB-Instance RDS neu gestartet, bevor sie verfügbar gemacht wird. Das Hochstufen kann einige Minuten oder mehr in Anspruch nehmen, abhängig von der Größe des Lesereplikats.

Hochstufen eines Lesereplikats

Anwendungsfälle für das Heraufstufen einer Read Replica

Möglicherweise möchten Sie eine Read Replica aus einem der folgenden Gründe zu einer eigenständigen DB-Instance heraufstufen:

  • Implementierung einer Failover-Wiederherstellung – Sie können die Hochstufung des Lesereplikats als Datenwiederherstellungsschema verwenden, wenn die primäre DB-Instance fehlschlägt. Dieser Ansatz ergänzt die synchrone Replikation, die automatische Fehlererkennung und das Failover.

    Wenn Sie sich der Auswirkungen und Beschränkungen von asynchroner Replikation bewusst sind und Sie dennoch Lesereplikathochstufung für die Datenwiederherstellung verwenden möchten, können Sie das tun. Erstellen Sie dazu zuerst ein Lesereplikat und überwachen Sie anschließend die primäre DB-Instance auf Fehler. Im Fall eines Ausfalls machen Sie Folgendes:

    1. Stufen Sie das Lesereplikat hoch.

    2. Leiten Sie den Datenverkehr der Datenbank an die hochgestufte DB-Instance weiter.

    3. Erstellen Sie ein Ersatzlesereplikat mit der hochgestuften DB-Instance als Quelle.

  • Aktualisieren der Speicherkonfiguration – Wenn Ihre Quell-DB-Instance nicht die bevorzugte Speicherkonfiguration aufweist, können Sie ein Lesereplikat der Instance erstellen und die Konfiguration des Speicherdateisystems aktualisieren. Mit dieser Option wird das Dateisystem des Lesereplikats auf die bevorzugte Konfiguration migriert. Sie können dann das Lesereplikat zu einer eigenständigen Instance hochstufen.

    Sie können diese Option verwenden, um die Skalierungsbeschränkungen in Bezug auf Speicher und Dateigröße für ältere 32-Bit-Dateisysteme zu überwinden. Weitere Informationen finden Sie unter Upgrade des Speicherdateisystems für eine DB-Instance.

    Diese Option ist nur verfügbar, wenn Ihre Quell-DB-Instance nicht die neueste Speicherkonfiguration aufweist oder wenn Sie die DB-Instance-Klasse in derselben Anfrage ändern.

  • Sharding: Sharding verkörpert die Shared-Nothing-Architektur. Ihr wesentliches Prinzip besteht darin, eine große Datenbank in mehrere kleinere Datenbanken aufzuteilen. Normalerweise erfolgt die Aufteilung einer Datenbank, indem die Tabellen, die nicht in derselben Abfrage enthalten sind, auf verschiedene Hosts aufgeteilt werden. Ein weitere Methode besteht darin, die Tabelle auf mehrere Hosts zu duplizieren und dann einen Hash-Algorithmus zu verwenden, um festzustellen, welcher Host eine bestimmte Aktualisierung erhalten hat. Sie können Lesereplikate erstellen, die Ihren einzelnen Shards (kleineren Datenbanken) entsprechen, und sie hochstufen, wenn Sie beschließen, sie zu unabhängigen Shards zu konvertieren. Sie können anschließend je nach Ihren Erfordernissen den Schlüsselraum (wenn Sie Zeilen aufteilen) oder die Verteilung von Tabellen für jedes der Shards aufteilen.

  • Ausführung von DDL Vorgängen (nur My SQL und MariaDB) — DDL Operationen wie das Erstellen oder Neuerstellen von Indizes können Zeit in Anspruch nehmen und zu erheblichen Leistungseinbußen für Ihre DB-Instance führen. Sie können diese Operationen auf einer My SQL - oder MariaDB-Read Replica ausführen, sobald die Read Replica mit ihrer primären DB-Instance synchronisiert ist. Anschließend können Sie das Lesereplikat hochstufen und Ihre Anwendungen für die Nutzung der hochgestuften Instance weiterleiten.

Anmerkung

Wenn es sich bei Ihrer Read Replica um eine RDS Oracle-DB-Instance handelt, können Sie anstelle einer Beförderung einen Switchover durchführen. Bei einem Switchover wird die Quell-DB-Instance zum neuen Replikat und das Replikat zur neuen Quell-DB-Instance. Weitere Informationen finden Sie unter So führen Sie eine Oracle Data Guard-Umschaltung aus.

Eigenschaften einer hochgestuften Read Replica

Nachdem Sie die Read Replica heraufgestuft haben, funktioniert sie nicht mehr als Read Replica und wird zu einer eigenständigen DB-Instance. Die neue eigenständige DB-Instance weist die folgenden Eigenschaften auf:

  • Die eigenständige DB-Instance behält die Optionsgruppe und die Parametergruppe der Read Replica vor der Promotion bei.

  • Sie können Read Replicas von der eigenständigen DB-Instance aus erstellen und Wiederherstellungsvorgänge durchführen point-in-time.

  • Sie können die DB-Instance nicht als Replikationsziel verwenden, da es sich nicht mehr um eine Read Replica handelt.

Voraussetzungen für das Heraufstufen einer Read Replica

Gehen Sie wie folgt vor, bevor Sie ein Read Replica heraufstufen:

  • Überprüfen Sie Ihre Backup-Strategie:

    • Wir empfehlen, dass Sie Backups aktivieren und mindestens ein Backup durchführen. Die Sicherungsdauer ist eine Funktion der Anzahl von Änderungen an der Datenbank seit der letzten Backup.

    • Wenn Sie Backups für Ihre Lesereplikate aktiviert haben, konfigurieren Sie das automatische Sicherungsfenster so, dass die täglichen Backups das Hochstufen des Lesereplikats nicht beeinträchtigen.

    • Stellen Sie sicher, dass Ihre Read Replica nicht den backing-up Status hat. Sie können eine Read Replica nicht heraufstufen, wenn sie sich in diesem Status befindet.

  • Beenden Sie, dass alle Transaktionen in die primäre DB-Instance geschrieben werden, und warten Sie dann, RDS bis alle Aktualisierungen auf die Read Replica angewendet wurden.

    Datenbank-Updates werden im Lesereplikat durchgeführt, nachdem sie in der primären DB-Instance vorgenommen wurden. Die Verzögerung bei der Replikation kann erheblich variieren. Verwenden Sie die Metrik Replica Lag, um zu bestimmen, wann alle Aktualisierungen am Lesereplikat vorgenommen wurden.

  • (Nur My SQL und MariaDB) Um Änderungen an einer My SQL - oder MariaDB-Read Replica vorzunehmen, bevor Sie sie heraufstufen, setzen Sie den Parameter 0 in der read_only DB-Parametergruppe für die Read Replica auf. Anschließend können Sie alle erforderlichen DDL Operationen, wie z. B. das Erstellen von Indizes, an der Read Replica ausführen. Im Lesereplikat vorgenommene Aktionen haben keine Auswirkung auf die Leistungen der primären DB-Instance.

Eine Read Replica heraufstufen: grundlegende Schritte

Die folgenden Schritte zeigen den allgemeinen Vorgang für das Hochstufen eines Lesereplikats zu einer DB-Instance:

  1. Bewerben Sie die Read Replica, indem Sie die Promote-Option auf der RDS Amazon-Konsole, den AWS CLI Befehl promote-read-replicaoder den PromoteReadReplicaRDSAPIAmazon-Vorgang verwenden.

    Anmerkung

    Das Hochstufen kann einige Minuten in Anspruch nehmen. Wenn Sie eine Read Replica RDS heraufstufen, stoppt die Replikation und startet die Read Replica neu. Sobald der Neustart abgeschlossen ist, steht das Lesereplikat als neue DB-Instance zur Verfügung.

  2. (Optional) Ändern Sie die neue DB-Instance in eine Multi-AZ-Bereitstellung. Weitere Informationen erhalten Sie unter Ändern einer Amazon RDS DB-Instance und Konfiguration und Verwaltung einer Multi-AZ-Bereitstellung für Amazon RDS.

Hochstufen einer Read Replica zu einer eigenständigen DB-Instance
  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie in der RDS Amazon-Konsole Datenbanken aus.

    Der Bereich Databases (Datenbanken) wird angezeigt. Jedes Lesereplikat zeigt Replica (Replikat) in der Spalte Role (Rolle) an.

  3. Wählen Sie das Lesereplikat aus, das Sie hochstufen möchten.

  4. Wählen Sie für Actions (Aktionen) Promote (Hochstufen) aus.

  5. Geben Sie auf der Seite Read Replica hochstufen den Aufbewahrungszeitraum und das Sicherungsfenster für die neu hochgestufte DB-Instance an.

  6. Wenn die Optionen nach Ihrem Bedarf eingestellt sind, wählen Sie Weiter aus.

  7. Wählen Sie auf der Bestätigungsseite Read Replica hochstufen aus.

Verwenden Sie den AWS CLI promote-read-replicaBefehl, um eine Read Replica zu einer eigenständigen DB-Instance hochzustufen.

Beispiel

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

aws rds promote-read-replica \ --db-instance-identifier myreadreplica

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

aws rds promote-read-replica ^ --db-instance-identifier myreadreplica

Um eine Read Replica zu einer eigenständigen DB-Instance hochzustufen, rufen Sie den RDS API PromoteReadReplicaAmazon-Vorgang mit dem erforderlichen Parameter DBInstanceIdentifier auf.