Hochstufen eines Lesereplikats zur eigenständigen DB-Instance - Amazon Relational Database Service
Anwendungsfälle für das Hochstufen eines LesereplikatsMerkmale eines hochgestuften LesereplikatsVoraussetzungen für das Hochstufen eines LesereplikatsHochstufen eines Lesereplikats: grundlegende Schritte

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 ein Lesereplikat hochstufen, wird die DB-Instance neu gestartet, bevor sie wieder verfügbar 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 Hochstufen eines Lesereplikats

Wenn Sie ein Lesereplikat zu einer eigenständigen DB-Instance hochstufen möchten, kann das folgende Gründe haben:

  • 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ühren von DDL-Operations (ausschließlich MySQL und MariaDB): DDL-Operationen wie das Erstellen oder Wiederaufbauen von Indizes sind zeitaufwendig und sorgen für eine beträchtliche Leistungsminderung der DB-Instance. Sie können diese Operationen in einem MySQL- oder MariaDB-Lesereplikat ausführen, sobald das Lesereplikat mit seiner 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 Ihrem Lesereplikat um eine DB-Instance von RDS für Oracle handelt, können Sie statt einer Hochstufung eine Umstellung durchführen. Bei einer Umstellung 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.

Merkmale eines hochgestuften Lesereplikats

Nachdem Sie das Lesereplikat hochgestuft haben, funktioniert es nicht mehr als Lesereplikat und wird zu einer eigenständigen DB-Instance. Die neue eigenständige DB-Instance weist folgende Merkmale auf:

  • Die eigenständige DB-Instance behält die Optionsgruppe und die Parametergruppe des Lesereplikats vor der Hochstufung bei.

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

  • Da die hochgestufte DB-Instance kein Lesereplikat mehr ist, können Sie diese nicht mehr als Replikationsziel verwenden.

Voraussetzungen für das Hochstufen eines Lesereplikats

Gehen Sie folgendermaßen vor, bevor Sie ein Lesereplikat hochstufen:

  • Überprüfen Sie Ihre Backup-Strategie:

    • Wir empfehlen Ihnen, Backups zu aktivieren und mindestens ein Backup abzuschließen. 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 Ihr Lesereplikat nicht den Status backing-up hat. Sie können ein Lesereplikat nicht hochstufen, wenn sie sich in diesem Status befindet.

  • Halten Sie alle Transaktionen in die primäre DB-Instance an und warten Sie anschließend, bis RDS alle Updates für das Lesereplikat abgeschlossen hat.

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

  • (Nur für MySQL und MariaDB) Wenn Sie vor der Hochstufung Änderungen am MySQL- oder MariaDB-Lesereplikat durchführen möchten, legen Sie den Parameter read_only in der DB-Parametergruppe für das Lesereplikat auf 0 fest. Sie können anschließend alle nötigen DDL-Operationen, wie das Erstellen von Indizes, im Lesereplikat ausführen. Im Lesereplikat vorgenommene Aktionen haben keine Auswirkung auf die Leistungen der primären DB-Instance.

Hochstufen eines Lesereplikats: 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 Option Promote auf der Amazon RDS-Konsole, den AWS CLI Befehl promote-read-replicaoder den PromoteReadReplicaAmazon RDS-API-Vorgang verwenden.

    Anmerkung

    Das Hochstufen kann einige Minuten in Anspruch nehmen. Wenn Sie ein Lesereplikat hochstufen, hält RDS die Replikation an und startet das Lesereplikat 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 Konfigurieren und Verwalten 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-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie in der Amazon-RDS-Konsole Databases (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

Für Linux, macOS oder Unix:

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

Für Windows:

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

Um ein Lesereplikat auf eine eigenständige DB-Instance hochzustufen, rufen Sie die Amazon-RDS-API-Operation PromoteReadReplica mit dem erforderlichen Parametern DBInstanceIdentifier auf.