E/A-intensive Speichermodifikationen
Amazon-RDS-DB-Instances verwenden Amazon Elastic Block Store (EBS)-Volumes als Datenbank- und Protokollspeicher. Abhängig von der angeforderten Speichermenge verteilt RDS (mit Ausnahme von RDS für SQL Server) automatisch Stripes auf mehrere Amazon EBS-Volumes, um die Leistung zu verbessern. RDS-DB-Instances mit SSD-Speichertypen werden entweder von einem oder vier gestreiften Amazon EBS-Volumes in einer RAID 0-Konfiguration unterstützt. Von Natur aus haben Speicheränderungsvorgänge für eine RDS-DB-Instance nur minimale Auswirkungen auf den laufenden Datenbankbetrieb.
In den meisten Fällen werden Änderungen an der Speicherskalierung vollständig auf die Amazon EBS-Schicht verlagert und sind für die Datenbank transparent. Dieser Vorgang ist in der Regel innerhalb weniger Minuten abgeschlossen. Einige ältere RDS-Speichervolumes erfordern jedoch einen anderen Prozess zum Ändern der Größe, der bereitgestellten IOPS oder des Speichertyps. Dies beinhaltet das Erstellen einer vollständigen Kopie der Daten unter Verwendung eines potenziell I/O-intensiven Vorgangs.
Bei der Speichermodifikation wird ein I/O-intensiver Vorgang verwendet, wenn einer der folgenden Faktoren zutrifft:
-
Der Quellspeichertyp ist magnetisch. Der magnetische Speicher unterstützt keine elastische Volumenmodifikation.
-
Die RDS-DB-Instance befindet sich nicht in einem Amazon EBS-Layout mit einem oder vier Volumes. Sie können die Anzahl der in Ihren RDS-DB-Instances verwendeten Amazon EBS-Volumes mithilfe von Enhanced Monitoring-Metriken anzeigen. Weitere Informationen finden Sie unter Anzeigen von Betriebssystem-Metriken in der RDS-Konsole.
-
Die Zielgröße der Änderungsanforderung erhöht den zugewiesenen Speicher auf über 400 GiB für RDS für MariaDB-, MySQL- und PostgreSQL-Instanzen und 200 GiB für RDS für Oracle. Autoscaling-Vorgänge für Speicher haben den gleichen Effekt, wenn sie die zugewiesene Speichergröße Ihrer DB-Instance über diese Schwellenwerte erhöhen.
Wenn Ihre Speicheränderung einen I/O-intensiven Vorgang umfasst, verbraucht sie I/O-Ressourcen und erhöht die Last Ihrer DB-Instance. Speichermodifikationen mit E/A-intensiven Vorgängen mit Allzweck-SSD-Speicher (gp2) können Ihre E/A-Guthabenpunkte verbrauchen, wodurch es zu längeren Konvertierungszeiten kommt.
Wir empfehlen als Best Practice, diese Speicheränderungsanfragen außerhalb der Spitzenzeiten zu planen, um den Zeitaufwand für die Durchführung des Speicheränderungsvorgangs zu reduzieren. Alternativ können Sie ein Lesereplikat der DB-Instance erstellen und die Speicheränderung am Lesereplikat durchführen. Stufen Sie dann das Lesereplikat zur primären DB-Instance hoch. Weitere Informationen finden Sie unter Arbeiten mit DB-Instance-Lesereplikaten.
Weitere Informationen finden Sie unter Warum steckt eine Amazon-RDS-DB-Instance im Änderungsstatus fest, wenn ich versuche, den zugewiesenen Speicher zu erhöhen?
