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.

Amazon-RDS-DB-Instance-Speicher

DB-Instances für Amazon RDS für Db2, MariaDB, MySQL, PostgreSQL, Oracle und Microsoft SQL Server verwenden Amazon Elastic Block Store (Amazon EBS)-Volumes als Datenbank- und Protokollspeicher.

Ihre Datenbank-Workload kann die bereitgestellten IOPS möglicherweise nicht zu 100 Prozent erreichen. Weitere Informationen finden Sie unter Faktoren, die die Datenbankleistung beeinflussen.

Weitere Informationen zu Preisen für Instance-Speicher erhalten Sie unter Amazon-RDS-Preise.

Amazon-RDS-Speichertypen

Amazon RDS bietet zwei Speichertypen: Bereitgestellte IOPS-SSD (auch bekannt als io1 und io2 Block Express) und Allzweck-SSD (auch bekannt als gp2 und gp3). Diese unterscheiden sich bei den Leistungsmerkmalen und im Preis, das bedeutet, dass Sie die Speicherleistung und -kosten an die Anforderungen der Datenbank-Workload anpassen können. Sie können Db2-, MySQL-, MariaDB- und PostgreSQL-RDS-DB-Instances mit bis zu 64 Tebibyte (TiB) Speicherplatz erstellen. Sie können Oracle- und SQL Server-Instanzen mit bis zu 256 TiB Speicher und zusätzlichen Speichervolumes erstellen. Weitere Informationen finden Sie unter Zusätzliche Speichervolumen. RDS for Db2 unterstützt den Speichertyp gp2 nicht. Magnetischer Speicher (auch bekannt als Standard) ist veraltet und wird nicht mehr für neue DB-Instances angeboten. Weitere Informationen finden Sie unter Magnetischer Speicher (ältere Version, nicht empfohlen).

In der folgenden Liste werden die Speichertypen kurz beschrieben:

Bereitgestellter IOPS SSD-Speicher

Für eine Produktionsanwendung, die eine schnelle und konsistente I/O Leistung erfordert, empfehlen wir bereitgestellten IOPS-Speicher. Ein Speicher mit bereitgestellten IOPS liefert voraussagbare Leistung und konsistente niedrige Latenz. Speicher mit bereitgestellten IOPS ist für Workloads bei der Online-Transaktionsverarbeitung (OLTP) optimiert, die konsistente Performance erfordern. Speicher mit bereitgestellten IOPS trägt zur Optimierung dieser Workloads bei.

Amazon RDS bietet zwei Arten von SSD-Speicher mit bereitgestellten IOPS: io2 und io1. Wenn Sie eine DB-Instance erstellen, geben Sie die IOPS-Rate und die Größe des Volumes an. Amazon RDS stellt diese IOPS-Leistung für die DB-Instance bereit, bis Sie diese ändern.

io2-Block-Express-Speicher (empfohlen)

Für I/O-intensive latenzempfindliche Workloads empfehlen wir die Verwendung von Provisioned IOPS SSD io2 Block Express-Speicher, um bis zu 256.000 Operationen pro Sekunde (IOPS) zu erreichen. I/O Der Durchsatz von io2 Block Express-Volumes variiert je nach der Menge der pro Volume bereitgestellten IOPS und der Größe der ausgeführten Vorgänge. I/O

Alle RDS io2-Volumes, die auf dem AWS Nitro System basieren, sind io2 Block Express-Volumes und bieten eine durchschnittliche Latenz von unter einer Millisekunde. DB-Instances, die nicht auf dem AWS -Nitro-System basieren, sind io2-Volumes.

Die folgende Tabelle zeigt den Bereich der bereitgestellten IOPS und den maximalen Durchsatz pro Speichervolume für jede Datenbank-Engine und jeden Speichergrößenbereich. In Amazon RDS für Oracle und SQL Server können Sie zusätzlich zu den primären Speicher-Volumes bis zu drei zusätzliche Speicher-Volumes anhängen, um insgesamt bis zu 256 TiB Speicherplatz bereitzustellen. Mit zusätzlichen Speichervolumes können Sie höhere bereitgestellte IOPS und einen höheren Durchsatz für Ihre DB-Instance erzielen. Ihre DB-Instance kann die bereitgestellten IOPS und den maximalen Durchsatz jedoch möglicherweise nicht vollständig nutzen, wenn Ihre Instance-Klasse niedrigere Grenzwerte als die Werte hat, die Sie für Ihre Speichervolumes bereitgestellt haben. Weitere Informationen finden Sie unter Faktoren, die die Datenbankleistung beeinflussen.

Für die IOPS- und Speichergrößenbereiche gelten die folgenden Einschränkungen:

Amazon RDS io2 Block Express-Volumes sind in allen kommerziellen und AWS-Regionen AWS GovCloud (US) Regions Diese Bände sind in den Regionen Chinas nicht verfügbar.

io1-Speicher (vorherige Generation)

Für I/O-intensive Workloads können Sie bereitgestellten IOPS-SSD-io1-Speicher verwenden und bis zu 256.000 I/O Operationen pro Sekunde (IOPS) erreichen. Der Durchsatz von io1-Volumes variiert je nach der Menge der pro Volume bereitgestellten IOPS und der Größe der ausgeführten Vorgänge. I/O Wir empfehlen, io2-Block-Express-Speicher zu verwenden, sofern er verfügbar ist.

Die folgende Tabelle zeigt den Bereich der bereitgestellten IOPS und den maximalen Durchsatz für jede Datenbank-Engine sowie den Speichergrößenbereich.

Für die IOPS- und Speichergrößenbereiche gelten die folgenden Einschränkungen:

Kombination von bereitgestelltem IOPS-Speicher mit Bereitstellungen oder Read Replicas Multi-AZ

Für OLTP-Produktionsanwendungen empfehlen wir, Multi-AZ Bereitstellungen für eine verbesserte Fehlertoleranz mit bereitgestelltem IOPS-Speicher zu verwenden, um eine schnelle und vorhersehbare Leistung zu erzielen.

Sie können Speicher mit bereitgestellten IOPS auch mit Lesereplikaten für MySQL, MariaDB oder PostgreSQL verwenden. Der Speichertyp für ein Read Replica ist von der Speicherart der primärem DB-Instance unabhängig. Beispielsweise verwenden Sie ggf. eine Allzweck-SSD für Read Replicas mit einer primären DB-Instance, die SSD-Speicher mit bereitgestellten IOPS nutzt, um Kosten zu sparen. Die Leistung Ihres Read Replica kann in diesem Fall jedoch von der einer Konfiguration abweichen, wenn sowohl die primäre DB-Instance als auch die Lesereplikate Speicher mit bereitgestellten IOPS verwenden.

Kosten für bereitgestellten IOPS-Speicher

Bei Speicher mit bereitgestellten IOPS werden Ihnen die bereitgestellten Ressourcen berechnet, auch wenn Sie diese während des jeweiligen Monats nicht genutzt haben.

Weitere Informationen zu Preisen finden Sie unter Amazon-RDS-Preise.

Erzielen der besten Leistung mit Amazon RDS bereitgestelltem IOPS Speicher

Wenn Ihre Arbeitslast I/O begrenzt ist, kann die Verwendung von bereitgestelltem IOPS-Speicher die Anzahl der I/O Anforderungen erhöhen, die das System gleichzeitig verarbeiten kann. Eine erhöhte Parallelität führt zu einer geringeren Latenz, da I/O Anfragen weniger Zeit in einer Warteschlange verbringen. Dadurch wiederum werden Datenbank-Commits beschleunigt, was die Reaktionszeit und den Datenbankdurchsatz verbessert.

Bereitgestellter IOPS-Speicher bietet die Möglichkeit, I/O Kapazität durch Angabe von IOPS zu reservieren. Der Maximaldurchsatz unter Last wird allerdings, wie alle anderen Systemkapazitätsattribute auch, durch diejenige Ressource begrenzt, die zuerst verbraucht wird. Dies kann entweder Netzwerkbandbreite, CPU, Arbeitsspeicher oder eine datenbankinterne Ressource sein.

Allzweck-SSD-Speicher

Allzweck-SSD-Speicher bietet kosteneffizienten Speicher und ist für die meisten Datenbank-Workloads akzeptabel, die nicht latenz- oder leistungsempfindlich sind.

Amazon RDS bietet zwei Arten von Allzweck-Speicher: gp3-Speicher (empfohlen) und gp2-Speicher (vorherige Generation).

gp3-Speicher (empfohlen)

Durch die Verwendung von gp3-Speichervolumes für allgemeine Zwecke können Sie die Speicherleistung unabhängig von der Speicherkapazität anpassen. Die Speicherleistung ist die Kombination aus I/O Vorgängen pro Sekunde (IOPS) und der Geschwindigkeit, mit der das Speichervolume Lese- und Schreibvorgänge ausführen kann (Speicherdurchsatz). Auf GP3-Speichervolumes bietet Amazon RDS eine grundlegende Speicherleistung von 3000 IOPS und 125. MiB/s

Wenn die Speichergröße für gp3-Volumes einen bestimmten Schwellenwert erreicht, erhöht sich die Basisspeicherleistung für jede RDS-DB-Engine mit Ausnahme von RDS für SQL Server. Dies ist auf das Volume-Striping zurückzuführen, bei dem der Speicher vier Volumes anstelle von einem verwendet. RDS für SQL Server unterstützt kein Volume-Striping und hat daher keinen Schwellenwert. Für gestreifte Volumes bietet Amazon RDS eine grundlegende Speicherleistung von 12.000 IOPS und 500. MiB/s

Die Speicherleistung für GP3-Volumes auf Amazon RDS-DB-Engines, einschließlich des Schwellenwerts pro Speichervolume, ist in der folgenden Tabelle dargestellt. In RDS für Oracle und SQL Server können Sie zusätzlich zum primären Speichervolume bis zu drei zusätzliche Speichervolumes anhängen. Sie können insgesamt bis zu 256 TiB Speichergröße mit drei zusätzlichen GP3-Speicher-Volumes in RDS for Oracle bereitstellen. Sie können insgesamt bis zu 256 TiB Speichergröße mit drei zusätzlichen gp3-Speichervolumes in RDS for SQL Server bereitstellen, da jedes gp3-Speichervolume auf bis zu 64 TiB dimensioniert werden kann. Mit zusätzlichen Speichervolumes können Sie höhere bereitgestellte IOPS und einen höheren Durchsatz für Ihre DB-Instance erzielen. Ihre DB-Instance kann die bereitgestellten IOPS und den maximalen Durchsatz jedoch möglicherweise nicht vollständig nutzen, wenn Ihre Instance-Klasse niedrigere Grenzwerte als die Werte hat, die Sie für Ihre Speichervolumes bereitgestellt haben. Weitere Informationen finden Sie unter Faktoren, die die Datenbankleistung beeinflussen.

Für jede DB-Engine außer RDS für SQL Server können Sie zusätzliche IOPS und zusätzlichen Speicherdurchsatz bereitstellen, wenn die Speichergröße den Schwellenwert erreicht oder überschreitet. Für RDS für SQL Server können Sie zusätzliche IOPS und zusätzlichen Speicherdurchsatz für jede verfügbare Speichergröße bereitstellen. Für alle DB-Engines zahlen Sie nur für die zusätzliche bereitgestellte Speicherleistung. Weitere Informationen finden Sie unter Amazon RDS – Preise.

Die zusätzlichen bereitgestellten IOPS und der Speicherdurchsatz hängen zwar nicht von der Speichergröße ab, sind jedoch miteinander verbunden. Wenn Sie die IOPS für MariaDB und MySQL auf über 32.000 erhöhen, erhöht sich der Speicherdurchsatz automatisch von 500. MiBps Wenn Sie beispielsweise die IOPS auf RDS für MySQL auf 40.000 setzen, muss der Speicherdurchsatz mindestens 625 betragen. MiBps Die automatische Erhöhung erfolgt nicht für DB-Instances von Db2, Oracle, PostgreSQL und SQL Server.

Für Multi-AZ DB-Cluster legt Amazon RDS den Durchsatzwert automatisch auf der Grundlage der von Ihnen bereitgestellten IOPS fest. Sie können den Durchsatzwert nicht ändern.

Für Speicherleistungswerte für gp3-Volumes in RDS gelten die folgenden Einschränkungen:

gp2-Speicher (vorherige Generation)

Wenn Ihre Anwendungen keine hohe Speicherleistung benötigen, können Sie Allzweck-SSD-gp2-Speicher verwenden. Die I/O Basisleistung für GP2-Speicher beträgt 3 IOPS pro GiB, wobei mindestens 100 IOPS erforderlich sind. Dieses Verhältnis bedeutet, dass die Leistung bei großen Volumes besser. Beispielsweise verfügt ein Volume mit 100 GiB über eine Basisleistung von 300 IOPS. Ein Volume mit 1 000 GiB verfügt über eine Basisleistung von 3 000 IOPS.

Einzelne gp2-Volumes unter 1 000 GiB können über einen längeren Zeitraum zudem bis auf 3 000 IOPS steigen. Das I/O Volumenguthaben bestimmt die Burst-Performance. Eine detailliertere Beschreibung, wie sich die Baseline-Performance und das I/O Guthaben auf die Performance auswirken, finden Sie im AWS Datenbank-Blog im Beitrag Understanding Burst vs. Baseline Performance with Amazon RDS and gp2.

Bei vielen Workloads wird die Burst-Balance nicht ausgeschöpft. Einige Workloads können das Speicherguthaben für die Steigerung auf 3 000 IOPS allerdings erschöpfen, daher sollten Sie Ihre Speicherkapazität so planen, dass sie den Anforderungen Ihrer Workloads entspricht.

Bei GP2-Volumes, die größer als 4 000 GiB sind, ist die Basisleistung größer als die Spitzenlastleistung. Für solche Volumes ist die Spitzenlast irrelevant, da die Ausgangsleistung besser ist als die 3 000 IOPS-Spitzenlastleistung. Bei DB-Instances bestimmter Engines und Größen wird der Speicher durch Striping jedoch auf vier Volumes verteilt, was den vierfachen Basisdurchsatz und die vierfache IOPS-Spitzenleistung eines einzelnen Volumes bietet.

Die Speicherleistung für gp2-Volumes unterschiedlicher Speichergrößen auf DB-Engines von Amazon RDS ist in der folgenden Tabelle dargestellt.

¹ Wenn die Basisleistung des Volumes die maximale Burst-Leistung übersteigt, wird das Guthaben nie verbraucht.

Leistungsmerkmale der Speichertypen von Solid-State-Laufwerken (SSD)

Die folgende Tabelle zeigt Anwendungsfälle und Leistungsmerkmale pro Volume der von Amazon RDS verwendeten SSD-Speicher-Volumes.

Automatisches Striping auf allen SSD-Volumes

Wenn Sie „Allzweck-SSD“ oder „Bereitgestellte IOPS-SSD“ auswählen, verteilt Amazon RDS je nach ausgewählter Engine und angeforderter Speichermenge Daten automatisch per Striping auf mehrere Volumes, um die Leistung zu verbessern, wie in der folgenden Tabelle dargestellt.

Auswirkungen auf die Leistung, wenn Sie ein SSD-Volume ändern

Wenn Sie ein Allzweck-SSD- oder Bereitgestelltes IOPS-SSD-Volume ändern, durchläuft es eine Reihe von Zuständen. Während sich das Volume im Status optimizing befindet, liegt die Leistung Ihres Volumes zwischen den Spezifikationen der Quell- und Zielkonfiguration. Die vorübergehende Leistung des Volumes wird nicht geringer als die niedrigere der beiden Spezifikationen.

Wenn Sie den Speicher einer Instance so ändern, dass er von einem Volume auf vier Volumes erweitert wird, oder wenn Sie eine Instance mithilfe von Magnetspeicher modifizieren, verwendet Amazon RDS die Elastic-Volumes-Funktion nicht. Stattdessen stellt Amazon RDS neue Volumes bereit und verschiebt die Daten transparent vom alten Volume auf die neuen Volumes. Dieser Vorgang verbraucht eine erhebliche Menge an IOPS und einen erheblichen Durchsatz sowohl des alten als auch des neuen Volumes. Abhängig von der Größe des Volumes und dem Umfang der Datenbank-Arbeitslast, die während der Änderung anfällt, kann dieser Vorgang eine hohe Menge an IOPS verbrauchen, die I/O Latenz erheblich erhöhen und mehrere Stunden dauern, bis die RDS-Instance im Modifying Status ist.

Basiswerte und maximale IOPS-Raten für Instances EBS-optimized

EBS-optimized Instances haben eine IOPS-Grundrate und eine maximale IOPS-Rate. Die maximale IOPS-Rate wird auf DB-Instance-Ebene erzwungen. Eine Reihe von EBS-Volumes, die zusammen eine IOPS-Rate haben, die über dem Maximum liegt, darf den Schwellenwert auf Instance-Ebene nicht überschreiten. Wenn die maximale IOPS-Rate für eine bestimmte DB-Instance-Klasse beispielsweise 40 000 beträgt und Sie vier 64 000 IOPS-EBS-Volumes anhängen, beträgt die maximale IOPS-Rate 40 000 statt 256 000. Informationen zur maximalen IOPS-Rate der verschiedenen EC2-Instance-Typen finden Sie unter Unterstützte Instance-Typen im Amazon-EC2-Benutzerhandbuch für Linux-Instances.

Magnetischer Speicher (ältere Version, nicht empfohlen)

Magnetischer Speicher ist veraltet und wird nicht mehr für neue DB-Instances angeboten. Verwenden Sie Allzweck-SSD oder Provisioned IOPS SSD für alle neuen Speicheranforderungen. Für Magnetspeicher gelten die folgenden Einschränkungen:

Zusätzliche Speichervolumen

Mit RDS for Oracle und RDS for SQL Server können Sie Ihrer DB-Instance bis zu drei zusätzliche Speicher-Volumes hinzufügen. Wählen Sie je nach Ihren Workload-Anforderungen für jedes Volume zwischen gp3- und io2-Speicher.

Zusätzliche Speichervolumes bieten die folgenden Vorteile:

Die zusätzlichen Volumes müssen die in der folgenden Tabelle aufgeführten Volume-Namen verwenden.

Überwachung der Speichervorgänge pro Volume

Wenn eine Instance über zusätzliche Speicher-Volumes verfügt, werden Speichervorgänge wie Initialisierung (nach einer Snapshot-Wiederherstellung, Point-in-Time-Recovery, Read-Replica-Erstellung oder Single-AZ Multi-AZ Konvertierung) und Optimierung (nach Skalierung des Speichers) pro Volume nachverfolgt. Das bedeutet, dass sich das primäre Volume und jedes zusätzliche Speicher-Volume gleichzeitig in unterschiedlichen Zuständen befinden können. Beispielsweise könnte ein primäres Volume noch initialisiert werden, während ein zusätzliches Speichervolume nach einer Speicherskalierung optimiert wird.

Verwenden Sie den Vorgang DescribeDBInstances, um den Status pro Volume zu beobachten. https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html Die Antwort umfasst StorageOperationStatus und StorageOperationPercentProgress auf der obersten Ebene (die den Status des primären Datenträgers meldet) und für jeden Eintrag im AdditionalStorageVolumes Array (der den Status des jeweiligen Volumes meldet). Während eines Vorgangs StorageOperationStatus wird auf Initializing oder gesetztOptimizing; beide Felder fehlen, wenn der Vorgang abgeschlossen ist.

Weitere Informationen zum Status der DB-Instance und zu den Feldern für Speichervorgänge finden Sie unterWird angezeigt Amazon RDSDB-Instance-Status.

Weitere Informationen zum Arbeiten mit zusätzlichen Speichervolumes finden Sie in den folgenden Abschnitten:

Dediziertes Protokoll-Volume (DLV)

Sie können ein dediziertes Log-Volume (DLV) für eine DB-Instance verwenden, die bereitgestellten IOPS-Speicher (PIOPS) verwendet, indem Sie die Amazon RDS-Konsole oder die Amazon AWS CLI RDS-API verwenden. Ein DLV verschiebt PostgreSQL-Datenbank-Transaktionsprotokolle sowie MySQL/MariaDB Redo-Logs und Binärprotokolle auf ein Speicher-Volume, das von dem Volume getrennt ist, das die Datenbanktabellen enthält. Ein DLV macht die Protokollierung von Transaktionsschreibvorgängen effizienter und konsistenter. DLVs eignen sich ideal für Datenbanken mit großem zugewiesenem Speicher, hohen Anforderungen I/O pro Sekunde (IOPS) oder latenzempfindlichen Workloads.

DLVs werden für Speicher mit bereitgestellten IOPS (io1 und io2 Block Express) unterstützt und mit einer festen Größe von 1 024 GiB und 3 000 bereitgestellten IOPS erstellt.

Amazon RDS unterstützt DLVs insgesamt für die folgenden Versionen: AWS-Regionen

RDS unterstützt DLVs mit Multi-AZ Bereitstellungen. Wenn Sie eine Multi-AZ Instanz ändern oder erstellen, wird ein DLV sowohl für die primäre als auch für die sekundäre Instanz erstellt.

RDS unterstützt DLVs mit Lesereplikaten. Wenn für die primäre DB-Instance ein DLV aktiviert ist, verfügen alle Lesereplikate, die nach der Aktivierung des DLV erstellt wurden, auch über ein DLV. Für alle Lesereplikate, die vor dem Wechsel zu DLV erstellt wurden, wird diese Funktion nicht aktiviert, sofern sie nicht ausdrücklich entsprechend geändert wurde. Wir empfehlen, dass alle Lesereplikate, die vor der Aktivierung von DLV einer primären Instance angefügt wurden, ebenfalls manuell so geändert werden, dass sie über ein DLV verfügen.

Nachdem Sie die DLV-Einstellung für eine DB-Instance geändert haben, muss die DB-Instance neu gestartet werden.

Weitere Informationen zum Aktivieren eines DLV finden Sie unter Verwendung eines dedizierten Protokoll-Volumes (DLV).

Überwachung der Datenbankleistung

Amazon RDS bietet mehrere Metriken, mit deren Hilfe Sie die Leistung der DB-Instance ermitteln können. Sie können die Metriken auf der Übersichtsseite Ihrer Instance in der Amazon RDS Management Console anzeigen. Sie können Amazon auch verwenden, CloudWatch um diese Metriken zu überwachen. Weitere Informationen finden Sie unter Anzeigen von Metriken in der Amazon-RDS-Konsole. Enhanced Monitoring bietet detailliertere I/O Metriken; weitere Informationen finden Sie unterÜberwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung).

Die folgenden Metriken sind für die Überwachung der Leistung Ihrer DB-Instance nützlich:

Faktoren, die die Datenbankleistung beeinflussen

Systemaktivitäten, Datenbank-Workload und DB-Instance-Klasse können die Datenbankleistung beeinflussen.

Systemaktivitäten

Die folgenden systembezogenen Aktivitäten verbrauchen I/O Kapazität und können die Leistung der DB-Instance verringern, während sie ausgeführt werden:

Datenbank-Workload

In einigen Fällen führt der Entwurf Ihrer Datenbank oder Anwendung zu Gleichzeitigkeitsproblemen, Sperren oder anderen Datenbankkonflikten. Dann können Sie die gesamte bereitgestellte Bandbreite möglicherweise nicht direkt nutzen. Außerdem kann es zu folgenden Situationen bezüglich des Workloads kommen:

In einigen Fällen gibt es keine Systemressource, die an oder nahe einem Limit liegt, und das Hinzufügen von Threads erhöht die Datenbanktransaktionsrate nicht. In solchen Fällen ist der Engpass höchstwahrscheinlich ein Konflikt in der Datenbank. Die verbreitetsten Formen sind Zeilensperr- und Indexseitensperrkonflikte, aber zahlreiche andere Möglichkeiten bestehen ebenso. Falls dies Ihre Situation beschreibt, sollten Sie den Rat eines Experten für die Optimierung der Datenbankleistung einholen.

DB-Instance-Klasse

Um das Beste aus Ihrer Amazon RDS-DB-Instance herauszuholen, wählen Sie einen Instance-Typ der aktuellen Generation mit ausreichender Bandbreite und IOPS, um Ihren Speichertyp zu unterstützen. Sie können beispielsweise Amazon-EBS-optimierte Instances und Instances mit einer 10-Gigabit-Netzwerkanbindung nutzen.

Wir empfehlen Ihnen, Instances der aktuellen Generation zu verwenden, um die bestmögliche Leistung zu erhalten. DB-Instances der vorherigen Generation können auch einen geringeren maximalen Speicherplatz haben.

Einige ältere 32-Bit-Dateisysteme haben möglicherweise geringere Speicherkapazitäten. Um die Speicherkapazität Ihrer DB-Instance zu ermitteln, können Sie den Befehl describe-valid-db-instance-modifications verwenden. https://docs.aws.amazon.com/cli/latest/reference/rds/describe-valid-db-instance-modifications.html AWS CLI

Die folgende Liste zeigt den maximalen Speicherplatz, auf den die meisten DB-Instance-Klassen für jede Datenbank-Engine skalieren können:

In der folgenden Tabelle werden einige Ausnahmen für maximalen Speicherplatz (in TiB) angezeigt. Alle RDS für Microsoft SQL Server DB-Instances außer io2 Block Express verfügen über einen maximalen Speicher von 16 TiB, sodass keine Einträge für SQL Server vorhanden sind.

Weitere Informationen zu allen unterstützten Instance-Klassen finden Sie unter DB-Instances der vorherigen Generation.