Was passiert, wenn ich meine RDS-DB-Instance von einer Single-AZ- zu einer Multi-AZ-Bereitstellung oder von einer Multi-AZ zu einer Single-AZ-Bereitstellung ändere?

Lösung

Bereitstellungstyp für deinen Anwendungsfall auswählen

Bevor du deinen Bereitstellungstyp änderst, solltest du die folgenden Unterschiede zwischen Multi-AZ- und Single-AZ-Bereitstellungen überprüfen:

• Eine Single-AZ-Konfiguration stellt eine RDS-DB-Instance und Amazon Elastic Block Store (Amazon EBS)-Speichervolumes in einer Availability Zone bereit.
• Eine Multi-AZ-Konfiguration stellt eine Instance und EBS-Speicher-Volumes in zwei Availability Zones bereit.
• Wenn du die Multi-AZ-Bereitstellung verwendest, verwaltet Amazon RDS eine Standby-Kopie deiner Daten. Amazon RDS erkennt Infrastrukturausfälle und stellt diese dann automatisch wieder her, sodass du den Datenbankbetrieb schnell wieder aufnehmen kannst.
• Wenn du die Single-AZ-Bereitstellung verwendest, musst du möglicherweise während eines geplanten oder ungeplanten Ausfalls einen Point-in-Time-Recovery (PITR)-Vorgang einleiten. Es kann mehrere Stunden dauern, bis ein PITR-Vorgang abgeschlossen ist. Datenaktualisierungen, die nach dem letzten wiederherstellbaren Zeitpunkt erfolgen, sind nicht verfügbar, sodass es zu zusätzlichen Ausfallzeiten kommen kann.
• Für eine Multi-AZ-Bereitstellung erstellt Amazon RDS während des automatischen Backup-Fensters DB-Snapshots und automatische Backups von der sekundären Instance. Der Backup-Prozess unterbricht die E/A-Aktivitäten auf deiner primären Instance nicht, da Amazon RDS das Backup von der sekundären Instance für die Datenbank-Engines Amazon RDS für MariaDB, Amazon RDS für MySQL, Amazon RDS für Oracle und Amazon RDS für PostgreSQL übernimmt. Bei Amazon RDS für SQL Server unterbricht der Backup-Vorgang kurzzeitig die E/A-Aktivität.
• In einer Single-AZ-Bereitstellung führt der Backup-Vorgang zu einer kurzen E/A-Unterbrechung, die einige Sekunden bis einige Minuten dauern kann. Die Dauer hängt von der Größe und Klasse deiner Instance ab.
• Bei Multi-AZ-Bereitstellungen wendet Amazon RDS die [Wartung und Skalierung des Betriebssystems (OS)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html#USER_UpgradeDBInstance.Maintenance.Multi-AZ) zuerst auf die sekundäre Instance an. Amazon RDS stuft die sekundäre Instance zur primären Instance hoch und führt dann Wartungsarbeiten oder Änderungen an der alten primären Instance durch. Die alte primäre Instance wird zur neuen Standby-Instance. Daher gibt es bei bestimmten Betriebssystem-Patches oder Skalierungsvorgängen nur minimale Ausfallzeiten.
• Eine Single-AZ-Instance ist während eines Skalierungsvorgangs nicht verfügbar.

Hinweis: Es treten keine Ausfallzeiten auf der Instance auf, wenn du von einem Bereitstellungstyp zum anderen wechselst.

Bereitstellungstyp von Multi-AZ auf Single-AZ ändern

Ändere deinen Bereitstellungstyp.

Wenn du deine Instance von einer Multi-AZ-Bereitstellung in eine Single-AZ-Bereitstellung änderst, löscht Amazon RDS nur die sekundäre Instance und die Volumes. Die Änderung wirkt sich nicht auf die primäre Instance aus.

Bereitstellungstyp von Single-AZ auf Multi-AZ ändern

Ändere deinen Bereitstellungstyp.

Wenn du deine Instance von einer Single-AZ-Bereitstellung zu einer Multi-AZ-Bereitstellung änderst, erstellt Amazon RDS einen Snapshot der Volumes der Instance. Amazon RDS verwendet den Snapshot, um neue Volumes in einer anderen Availability Zone zu erstellen. Die neuen Volumes sind sofort einsatzbereit.

Während und nach dem Änderungsvorgang kann es jedoch aufgrund von verzögertem Laden zu einer erhöhten Schreiblatenz kommen. Dies liegt daran, dass die Instance im Hintergrund die Daten des neuen Volumes von Amazon Simple Storage Service (Amazon S3) lädt. Weitere Informationen findest du unter In einer DB-Instance wiederherstellen.

Die Höhe der Latenz, die du erlebst, hängt von deinem Volume-Typ, deiner Workload, deiner Instance und deiner Volume-Größe ab. Daher empfiehlt es sich, eine Test-Instance zu ändern, bevor du die Produktions-Instance änderst. Es ist auch eine bewährte Methode, die Instance in einem Wartungsfenster oder in einem Fenster mit geringem Durchsatz zu ändern.

Gehe wie folgt vor, um die Ladedauer und die Schreiblatenz zu reduzieren:

1. Ändere den Speichertyp der Instance in „Bereitgestellte Eingabe-/Ausgabevorgänge pro Sekunde (IOPS)“. Stelle eine Menge an IOPS bereit, die viel höher ist, als deine Arbeitslast erfordert.
   Hinweis: Wenn die Instance eine benutzerdefinierte Parametergruppe verwendet, können Ausfallzeiten auftreten, wenn du den Speichertyp änderst.
2. Wenn du den Bereitstellungstyp nicht geändert hast, ändere die Instance in eine Multi-AZ-Bereitstellung.
3. Initiiere ein Failover auf deiner Instance, um sicherzustellen, dass die neue Availability Zone die primäre Availability Zone ist.
4. Führe einen vollständigen Dump der Daten auf deiner Instance aus. Oder führe vollständige Tabellenscan-Abfragen für die aktivsten Tabellen durch, um die Daten schnell in die Volumes zu laden.
5. Überprüfe die WriteLatency-Metrik in Amazon CloudWatch, um sicherzustellen, dass die Schreiblatenz wieder auf das normale Niveau zurückkehrt.
6. Ändere den Speichertyp oder die IOPS der Instance auf deine vorherige Konfiguration zurück.
   Hinweis: Ausfallzeiten treten nicht auf, wenn du deinen Speichertyp zurückänderst.

Wenn du eine Instance von einer Single-AZ-Bereitstellung in eine Multi-AZ-Bereitstellung änderst, erstellt Amazon RDS eine Standby-Instance mit derselben Konfiguration in einer anderen Availability Zone. Für die Standby-Instance können zusätzliche Kosten anfallen. Da eine Multi-AZ-Bereitstellung die synchrone Replikation verwendet, sind Schreibvorgänge außerdem etwas langsamer als bei einer Single-AZ-Bereitstellung.

Ähnliche Informationen

Amazon RDS Multi-AZ