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.
E/A-intensive Speichermodifikationen
Amazon RDS DB-Instances verwenden Amazon Elastic Block Store (EBS) -Volumes für die Datenbank- und Protokollspeicherung. Abhängig von der Menge des angeforderten Speichers RDS (außer RDS für SQL Server) wird automatisch ein Striping auf mehrere EBS Amazon-Volumes verteilt, um die Leistung zu verbessern. RDSDB-Instances mit SSD Speichertypen werden entweder von einem oder vier gestreiften EBS Amazon-Volumes in einer RAID 0-Konfiguration unterstützt. Standardmäßig 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 EBS Amazon-Ebene übertragen und sind für die Datenbank transparent. Dieser Vorgang ist in der Regel innerhalb weniger Minuten abgeschlossen. Bei einigen älteren RDS Speichervolumes ist jedoch ein anderer Prozess erforderlich, um die Größe, die Bereitstellung oder den IOPS Speichertyp zu ändern. 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 auf einem EBS Amazon-Layout mit einem oder vier Volumes. Sie können die Anzahl der EBS Amazon-Volumes, die in Ihren RDS DB-Instances verwendet werden, mithilfe von Enhanced Monitoring-Metriken anzeigen. Weitere Informationen finden Sie unter Betriebssystemmetriken in der RDS Konsole anzeigen.
-
Die Zielgröße der Änderungsanforderung erhöht den zugewiesenen Speicher auf über 400 GiB RDS für MariaDB-SQL, My- und SQL Postgre-Instances und 200 GiB für RDS 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. Speicheränderungen bei I/O-intensiven Vorgängen mit Allzweckspeicher SSD (GP2) können Ihr I/O-Guthaben aufbrauchen, was zu längeren Konvertierungszeiten führt.
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 bleibt eine RDS Amazon-DB-Instance im Änderungsstatus hängen, wenn ich versuche, den zugewiesenen Speicherplatz zu erhöhen?
