Amazon RDS DB-Instance-Speicher - Amazon Relational Database Service
SpeichertypenBereitgestellter Speicher IOPSSpeicher für allgemeine ZweckeSpeichertypen im Vergleich SSDMagnetischer Speicher (veraltet, nicht empfohlen)Dediziertes Protokollvolumen (DLV)Überwachung der DatenbankleistungFaktoren, die die Datenbankleistung beeinflussen

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 for Db2, MariaDB, My, Postgre SQLSQL, Oracle und Microsoft SQL Server verwenden Amazon Elastic Block Store (AmazonEBS) -Volumes für die Datenbank- und Protokollspeicherung.

In einigen Fällen kann Ihre Datenbank-Workload möglicherweise nicht 100 Prozent der von Ihnen bereitgestellten Workloads erreichen. IOPS Weitere Informationen finden Sie unter Faktoren, die die Datenbankleistung beeinflussen.

Weitere Informationen zu den Preisen für Instance-Speicher finden Sie unter RDSAmazon-Preise.

RDSAmazon-Speichertypen

Amazon RDS bietet drei Speichertypen an: Bereitgestellt IOPS SSD (auch bekannt als io1 und io2 Block Express), General Purpose SSD (auch bekannt als gp2 und gp3) und magnetisch (auch bekannt als Standard). 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-, My-, SQL RDS MariaDB-SQL, Oracle-, SQL Server- und Postgre-DB-Instances mit bis zu 64 Tebibyte (TiB) Speicher erstellen. RDSfor Db2 unterstützt die Speichertypen GP2 und Magnetic nicht.

In der folgenden Liste werden die drei Speichertypen beschrieben:

  • Bereitgestellt IOPS SSD — Der bereitgestellte IOPS Speicher ist darauf ausgelegt, die Anforderungen I/O-intensiver Workloads zu erfüllen, insbesondere Datenbank-Workloads, die eine geringe I/O-Latenz und einen konsistenten I/O-Durchsatz erfordern. Bereitgestellter IOPS Speicher eignet sich am besten für Produktionsumgebungen.

    Weitere Informationen zu bereitgestelltem IOPS Speicher, einschließlich der Speichergrößenbereiche, finden Sie unter. Bereitgestellter Speicher IOPS SSD

  • Allzweck SSD — SSD Allzweck-Volumes bieten kostengünstigen Speicher, der sich ideal für eine Vielzahl von Workloads eignet, die auf mittelgroßen DB-Instances ausgeführt werden. Allzweck-Speicher eignet sich am besten für Entwicklungs- und Testumgebungen.

    Weitere Informationen zu SSD Allzweckspeichern, einschließlich der Speichergrößenbereiche, finden Sie unterSSDSpeicher für allgemeine Zwecke.

  • Magnetisch — Amazon unterstützt aus Gründen der Abwärtskompatibilität RDS auch Magnetspeicher. Wir empfehlen Ihnen, General Purpose SSD oder Provisioned IOPS SSD für alle neuen Speicheranforderungen zu verwenden. Die maximal zulässige Speichermenge für DB-Instances auf Magnetspeichern beträgt 3 TiB. Weitere Informationen finden Sie unter Magnetischer Speicher (veraltet, nicht empfohlen).

Wenn Sie General Purpose SSD oder Provisioned wählen IOPSSSD, verteilt Amazon je nach ausgewählter Engine und angeforderter Speichermenge RDS automatisch mehrere Volumes, um die Leistung zu verbessern, wie in der folgenden Tabelle dargestellt.

Datenbank-Engine RDSAmazon-Speichergröße Anzahl der bereitgestellten Volumes
Db2 Weniger als 400 GiB 1
Db2 400—65.536 GiB 4
MariaDB, My und SQL Postgre SQL Weniger als 400 GiB 1
MariaDB, My und SQL Postgre SQL 400—65.536 GiB 4
Oracle Weniger als 200 GiB 1
Oracle 200—65.536 GiB 4
SQLServer Any 1

Wenn Sie ein Volume für allgemeine Zwecke SSD oder ein bereitgestelltes IOPS SSD Volume ändern, durchläuft es eine Reihe von Zuständen. Solange sich das Volume im optimizing Status befindet, liegt die Leistung Ihres Volumes zwischen den Quell- und Zielkonfigurationsspezifikationen. Die Leistung des Volumes in der Übergangszeit wird nicht geringer sein als die niedrigere der beiden Spezifikationen.

Wichtig

Wenn Sie den Speicher einer Instance so ändern, dass er von einem Volume auf vier Volumes wechselt, oder wenn Sie eine Instance mithilfe von Magnetspeicher ändern, verwendet Amazon die Elastic Volumes-Funktion RDS nicht. Stattdessen stellt Amazon neue RDS Volumes bereit und verschiebt die Daten transparent vom alten Volume auf die neuen Volumes. Dieser Vorgang verbraucht sowohl das alte als auch das neue IOPS Volume in erheblichem Umfang und einen hohen Durchsatz. 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 Daten verbrauchenIOPS, die I/O-Latenz erheblich erhöhen und mehrere Stunden dauern, bis er abgeschlossen ist, solange die RDS Instanz im Modifying Status bleibt.

Bereitgestellter Speicher IOPS SSD

Für eine Produktionsanwendung, die eine schnelle und konsistente I/O-Leistung erfordert, empfehlen wir Provisioned StorageIOPS. Bei bereitgestelltem IOPS Speicher handelt es sich um einen Speichertyp, der eine vorhersehbare Leistung und eine gleichbleibend niedrige Latenz bietet. Der bereitgestellte IOPS Speicher ist für Workloads zur Online-Transaktionsverarbeitung (OLTP) optimiert, die eine konsistente Leistung erfordern. Provisioned IOPS hilft bei der Leistungsoptimierung dieser Workloads.

Wenn Sie eine DB-Instance erstellen, geben Sie die IOPS Rate und die Größe des Volumes an. Amazon RDS bietet diesen IOPS Tarif für die DB-Instance an, bis Sie ihn ändern.

Amazon RDS bietet zwei Arten von bereitgestelltem IOPS SSD Speicher an: io2 Block Express-Speicher (empfohlen) undio1-Speicher (vorherige Generation).

io2 Block Express-Speicher (empfohlen)

Für I/O-intensive und latenzempfindliche Workloads können Sie Provisioned IOPS SSD io2 Block Express-Speicher verwenden, um bis zu 256.000 I/O-Operationen pro Sekunde zu erreichen (). IOPS Der Durchsatz von io2 Block Express-Volumes hängt von der Menge der pro Volume IOPS bereitgestellten Daten und der Größe der ausgeführten I/O-Operationen ab.

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 Nitro-System basieren, sind io2-Volumes. AWS

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

Datenbank-Engine Speicherplatzbereich Bereich der bereitgestellten IOPS Maximaler Durchsatz
Db2, MariaDB, My und Postgre SQL SQL 100—65.536 GiB 1.000—256.000 IOPS 16.000 MiB/s
Oracle 100—199 GiB 1.000—199.000 IOPS 16.000 MiB/s
Oracle 200—65.536 GiB 1.000—256.000 IOPS 16.000 MiB/s
SQLServer 20—65.536 GiB 1.000—256.000 IOPS 16.000 MiB/s

Für die Bereiche IOPS und Speichergröße gelten die folgenden Einschränkungen:

  • Das Verhältnis von IOPS zu zugewiesenem Speicher (in GiB) darf nicht mehr als 1000:1 betragen. Für DB-Instances, die nicht auf dem AWS Nitro-System basieren, beträgt das Verhältnis 500:1.

  • Maximum IOPS kann mit Volumes von 256 GiB und mehr bereitgestellt werden (1.000 IOPS × 256 GiB = 256.000IOPS). Für DB-Instances, die nicht auf dem AWS Nitro-System basieren, IOPS werden die Höchstwerte bei 512 GiB (500 IOPS x 512 GiB = 256.000IOPS) erreicht.

  • Der Durchsatz skaliert proportional auf bis zu 0,256 MiB/s pro Bereitstellung. IOPS Ein maximaler Durchsatz von 4.000 MiB/s kann bei 256.000 bei einer I/O-Größe von 16 KiB und IOPS bei 16.000 IOPS oder mehr bei einer I/O-Größe von 256 KiB erreicht werden. Für DB-Instances, die nicht auf dem AWS Nitro-System basieren, kann ein maximaler Durchsatz von 2.000 MiB/s bei 128.000 IOPS mit einer I/O-Größe von 16 KiB erreicht werden.

  • Wenn Sie die automatische Speicherskalierung verwenden, gelten auch die gleichen Verhältnisse zwischen IOPS und maximalem Speicherschwellenwert (in GiB). Weitere Informationen zur automatischen Speicherskalierung finden Sie unter Automatische Kapazitätsverwaltung mit Amazon RDS Storage Autoscaling.

Amazon RDS io2 Block Express-Volumes sind in den folgenden AWS-Regionen Größen erhältlich:

  • Asien-Pazifik (Hongkong)

  • Asien-Pazifik (Mumbai)

  • Asia Pacific (Seoul)

  • Asien-Pazifik (Singapur)

  • Asien-Pazifik (Sydney)

  • Asien-Pazifik (Tokio)

  • Canada (Central)

  • Europe (Frankfurt)

  • Europa (Irland)

  • Europe (London)

  • Europe (Stockholm)

  • Middle East (Bahrain)

  • US East (Ohio)

  • USA Ost (Nord-Virginia)

  • USA West (Nordkalifornien)

  • USA West (Oregon)

io1-Speicher (vorherige Generation)

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

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

Datenbank-Engine Speicherplatzbereich Bereich der bereitgestellten IOPS Maximaler Durchsatz
Db2, MariaDB, My und Postgre SQL SQL 100—399 GiB 1.000—19.950 IOPS 500 MiB/s
Db2, MariaDB, My und Postgre SQL SQL 400—65.536 GiB 1.000—256.000 IOPS 4 000 MiB/s
Oracle 100—199 GiB 1.000—9.950 IOPS 500 MiB/s
Oracle 200—65.536 GiB 1.000—256.000 ¹ IOPS 4 000 MiB/s
SQLServer 20—16.384 GiB 1.000—64.000 IOPS m² 1 000 MiB/s
Anmerkung

¹ Für Oracle können Sie die maximale Anzahl von 256.000 IOPS nur für den Instance-Typ r5b bereitstellen.

² Für SQL Server IOPS ist das Maximum von 64.000 nur für Nitro-basierte Instances garantiert, die sich auf den Instance-Typen m5*, m6i, r5*, r6i und z1d befinden. Andere Instance-Typen IOPS garantieren eine Leistung von bis zu 32.000.

Für die Bereiche IOPS und Speichergröße gelten die folgenden Einschränkungen:

  • Das Verhältnis von IOPS zu zugewiesenem Speicher (in GiB) muss RDS für SQL Server zwischen 1 und 50 und für andere RDS DB-Engines zwischen 0,5 und 50 liegen.

  • Wenn Sie die automatische Speicherskalierung verwenden, gelten auch die gleichen Verhältnisse zwischen IOPS und maximalem Speicherschwellenwert (in GiB).

    Weitere Informationen zur automatischen Speicherskalierung finden Sie unter Automatische Kapazitätsverwaltung mit Amazon RDS Storage Autoscaling.

Kombinieren Sie bereitgestellten IOPS Speicher mit Multi-AZ-Bereitstellungen oder Read Replicas

Für Anwendungsfälle in der Produktion OLTP empfehlen wir, Multi-AZ-Bereitstellungen zu verwenden, um die Fehlertoleranz zu erhöhen. IOPS Bereitgestellter Speicher sorgt für eine schnelle und vorhersehbare Leistung.

Sie können auch bereitgestellten IOPS Speicher mit Read Replicas für MySQL, MariaDB oder Postgre verwenden. SQL Der Speichertyp für ein Read Replica ist von der Speicherart der primärem DB-Instance unabhängig. Sie können beispielsweise General Purpose SSD für Read Replicas mit einer primären DB-Instance verwenden, die zur Kostensenkung bereitgestellten Speicher verwendet. IOPS SSD In diesem Fall kann sich die Leistung Ihrer Read Replica jedoch von der einer Konfiguration unterscheiden, bei der sowohl die primäre DB-Instance als auch die Read Replicas bereitgestellten Speicher verwenden. IOPS

Kosten für bereitgestellten Speicher IOPS

Bei bereitgestelltem IOPS Speicher werden Ihnen die bereitgestellten Ressourcen in Rechnung gestellt, unabhängig davon, ob Sie sie in einem bestimmten Monat nutzen oder nicht.

Weitere Informationen zur Preisgestaltung finden Sie unter RDSAmazon-Preise.

Optimale Leistung aus Amazon RDS Provisioned IOPS Storage herausholen

Wenn Ihre Arbeitslast I/O-Beschränkungen unterliegt, kann die Verwendung von bereitgestelltem IOPS Speicher die Anzahl der I/O-Anfragen erhöhen, die das System gleichzeitig verarbeiten kann. Dadurch verringert sich die Latenz, da I/O-Anfragen weniger Zeit in der Warteschlange verbringen. Dadurch wiederum werden Datenbank-Commits beschleunigt, was die Reaktionszeit und den Datenbankdurchsatz verbessert.

Bereitgestellter IOPS Speicher bietet eine Möglichkeit, I/O-Kapazität durch Angabe von Daten zu reservieren. IOPS Der Maximaldurchsatz unter Last wird allerdings, wie alle anderen Systemkapazitätsattribute auch, durch diejenige Ressource begrenzt, die zuerst verbraucht wird. Bei dieser Ressource kann es sich um NetzwerkbandbreiteCPU, Arbeitsspeicher oder datenbankinterne Ressourcen handeln.

SSDSpeicher für allgemeine Zwecke

Allzweckspeicher bietet kostengünstigen Speicher, der für die meisten Datenbank-Workloads akzeptabel ist, die nicht latenz- oder leistungssensitiv sind.

Anmerkung

Bei DB-Instances, die Allzweckspeicher verwenden, kann es zu einer wesentlich längeren Latenz kommen als bei Instances, die bereitgestellten IOPS Speicher verwenden. Wenn Sie nach diesen Vorgängen eine DB-Instance mit minimaler Latenz benötigen, empfehlen wir die Verwendung von Bereitgestellter Speicher IOPS SSD.

Amazon RDS bietet zwei Arten von Allzweckspeicher an: GP3-Speicher (empfohlen) undGP2-Speicher (vorherige Generation).

GP3-Speicher (empfohlen)

Durch die Verwendung von GP3-Allzweck-Speichervolumes 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 RDS bietet Amazon eine Basisspeicherleistung von 3000 IOPS und 125 MiB/s.

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

Die Speicherleistung für GP3-Volumes auf RDS Amazon-DB-Engines, einschließlich des Schwellenwerts, ist in der folgenden Tabelle dargestellt.

DB-Engine Speichergröße Basisspeicherleistung Bereich der bereitgestellten IOPS Bereich des bereitgestellten Speicherdurchsatzes
Db2, MariaDB, My und Postgre SQL SQL 20—399 GiB 3.000 IOPS /125 MiB/s N/A N/A
Db2, MariaDB, My und Postgre SQL SQL 400—65.536 GiB 12.000 IOPS /500 MiB/s 12.000—64.000 IOPS 500-4 000 MiB/s
Oracle 20—199 GiB 3.000 IOPS /125 MiB/s N/A N/A
Oracle 200—65.536 GiB 12.000 IOPS /500 MiB/s 12.000—64.000 IOPS 500-4 000 MiB/s
SQLServer 20—16.384 GiB 3.000 IOPS /125 MiB/s 3.000—16.000 IOPS 125–1 000 MiB/s

Für jede DB-Engine außer RDS SQL Server können Sie zusätzlichen Speicherdurchsatz IOPS und Speicherdurchsatz bereitstellen, wenn die Speichergröße den Schwellenwert erreicht oder übersteigt. RDSFür SQL Server können Sie zusätzlichen Speicherdurchsatz IOPS und 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 RDSAmazon-Preise.

Die zusätzliche Bereitstellung IOPS und der Speicherdurchsatz hängen zwar nicht von der Speichergröße ab, stehen jedoch in einem Zusammenhang zueinander. Wenn Sie die IOPS obigen 32.000 für MariaDB und My erhöhenSQL, erhöht sich der Speicherdurchsatzwert automatisch von 500. MiBps Wenn Sie beispielsweise den Wert RDS für My IOPS auf 40.000 setzenSQL, muss der Speicherdurchsatz mindestens 625 betragen. MiBps Die automatische Erhöhung erfolgt nicht für Db2-, Oracle-, Postgre SQL - und SQL Server-DB-Instances.

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

Für die Speicherleistungswerte für GP3-Volumes auf RDS gelten die folgenden Einschränkungen:

  • Das maximale Verhältnis von Speicherdurchsatz zu IOPS beträgt 0,25 für alle unterstützten DB-Engines.

  • Das Mindestverhältnis von IOPS zu zugewiesenem Speicher (in GiB) beträgt 0,5 RDS für SQL Server. Für die anderen unterstützten DB-Engines gibt es kein Mindestverhältnis.

  • Das maximale Verhältnis von IOPS zu zugewiesenem Speicher beträgt 500 für alle unterstützten DB-Engines.

  • Wenn Sie die automatische Speicherskalierung verwenden, gelten auch die gleichen Verhältnisse zwischen IOPS und maximalem Speicherschwellenwert (in GiB).

    Weitere Informationen zur automatischen Speicherskalierung finden Sie unter Automatische Kapazitätsverwaltung mit Amazon RDS Storage Autoscaling.

GP2-Speicher (vorherige Generation)

Wenn Ihre Anwendungen keine hohe Speicherleistung benötigen, können Sie SSD GP2-Allzweckspeicher verwenden. Die I/O-Grundleistung für GP2-Speicher beträgt 3 IOPS pro GiB, mindestens jedoch 100IOPS. Dieses Verhältnis bedeutet, dass die Leistung bei großen Volumes besser. Die Basisleistung für ein 100-GiB-Volume liegt beispielsweise bei 300IOPS. Die Basisleistung für ein 1.000-GiB-Volume liegt bei 3.000IOPS.

Einzelne GP2-Volumes mit einer Größe von unter 1.000 GiB können auch über IOPS längere Zeiträume auf 3.000 ansteigen. Die Steigerungsleistung wird durch das I/O-Guthaben des Volumes bestimmt. Eine detailliertere Beschreibung der Auswirkungen der Ausgangsleistung und des I/O-Guthabensaldos auf die Leistung finden Sie im Beitrag Understanding Burst vs. Baseline Performance with Amazon RDS and gp2 im AWS Datenbank-Blog.

Bei vielen Workloads wird die Burst-Balance nicht ausgeschöpft. Bei einigen Workloads kann das Guthaben von 3.000 IOPS Burst-Speicherguthaben jedoch aufgebraucht sein. Daher sollten Sie Ihre Speicherkapazität so planen, dass sie den Anforderungen Ihrer Workloads entspricht.

Bei GP2-Volumes mit mehr als 4.000 GiB ist die Basisleistung höher als die Burst-Leistung. Bei solchen Volumes ist die Burst-Performance irrelevant, da die Basis-Performance besser ist als die IOPS Burst-Performance von 3.000. Bei DB-Instances bestimmter Engines und Größen ist der Speicher jedoch auf vier Volumes verteilt, was den vierfachen Basisdurchsatz und den vierfachen Burst-Durchsatz IOPS eines einzelnen Volumes bietet.

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

DB-Engine RDSSpeichergröße Reichweite des Ausgangswerts IOPS Bereich des Ausgangsdurchsatzes Burst IOPS
MariaDB, My und SQL Postgre SQL 5—399 GiB¹ 100-1197 IOPS 128-250 MiB/s 3,000
MariaDB, My und SQL Postgre SQL 400—1.335 GiB 1.200-4.005 IOPS 512—1.000 MiB/s 12.000
MariaDB, My und SQL Postgre SQL 1.336—3.999 GiB 4008-11.997 IOPS 1 000 MiB/s 12.000
MariaDB, My und SQL Postgre SQL 4.000—65.536 GiB 12.000-64.000 IOPS 1 000 MiB/s N/A²
Oracle 20—199 GiB 100-597 IOPS 128-250 MiB/s 3,000
Oracle 200—1.335 GiB 600-4.005 IOPS 500-1 000 MiB/s 12.000
Oracle 1.336—3.999 GiB 4008-11.997 IOPS 1 000 MiB/s 12.000
Oracle 4.000—65.536 GiB 12.000-64.000 IOPS 1 000 MiB/s N/A²
SQLServer 20—333 GiB 100-999 IOPS 128-250 MiB/s 3,000
SQLServer 334—999 GiB 1.002-2.997 IOPS 250 MiB/s 3,000
SQLServer 1.000—16.384 GiB 3.000-16.000 IOPS 250 MiB/s N/A²
Anmerkung

¹ Mit dem AWS Management Console können Sie DB-Instances mit einer Mindestspeichergröße von 5 GiB im kostenlosen Kontingent für die DB-Instance-Klassen db.t3.micro und db.t4g.micro erstellen. Andernfalls beträgt die Mindestspeichergröße 20 GiB. Diese Einschränkung gilt nicht für AWS CLI und RDSAPI.

² Die Ausgangsleistung des Volumes übersteigt die maximale Burst-Leistung.

Vergleich der Speichertypen von Solid-State-Drives (SSD)

Die folgende Tabelle zeigt Anwendungsfälle und Leistungsmerkmale für die von Amazon verwendeten SSD SpeichervolumesRDS.

Merkmal Bereitgestellt IOPS (io2 Block Express) Bereitgestellt (io1IOPS) Allzweck (gp3) Allzweck (gp2)
Beschreibung

Höchste Leistung innerhalb des RDS Speicherportfolios (IOPS, Durchsatz, Latenz)

Konzipiert für latenzempfindliche, transaktionale Workloads

Konsistente Speicherleistung (IOPS, Durchsatz, Latenz)

Konzipiert für latenzempfindliche, transaktionale Workloads

Flexibilität bei der unabhängigen Bereitstellung von Speicher IOPS und Durchsatz

Bietet ein günstiges Preis-Leistungs-Verhältnis für ein breites Spektrum an Transaktions-Workloads

Bietet Burst-fähig IOPS

Bietet ein günstiges Preis-Leistungs-Verhältnis für ein breites Spektrum an Transaktions-Workloads
Anwendungsfälle

Geschäftskritische Transaktionsworkloads, die eine Latenz von unter einer Millisekunde und eine konstante Leistung von bis zu 256.000 erfordern IOPS IOPS

Transaktionale Workloads, die IOPS eine kontinuierliche Leistung von bis zu 256.000 erfordern IOPS

Breites Spektrum an Workloads, die auf mittelgroßen relationalen Datenbanken in Entwicklungs-/Testumgebungen ausgeführt werden

Breites Spektrum an Workloads, die auf mittelgroßen relationalen Datenbanken in Entwicklungs-/Testumgebungen ausgeführt werden
Latency

In 99,9% der Fälle konsistent im Submillisekundenbereich

Einstellige Millisekunde, die in 99,9 % der Fälle konstant bereitgestellt wird

Einstellige Millisekunde, die in 99 % der Fälle konstant bereitgestellt wird

Einstellige Millisekunde, die in 99 % der Fälle konstant bereitgestellt wird
Volume-Größe

100—65.536 GiB

100—65.536 GiB (20—16.384 GiB für Server) RDS SQL

20—65.536 GiB (16.384 GiB für Server) RDS SQL

20—65.536 GiB (16.384 GiB für Server) RDS SQL
Maximal IOPS

256 000

256.000 (64.000 RDS für SQL Server)

64.000 (16.000 für Server) RDS SQL

64.000 (16.000 für Server) RDS SQL

Anmerkung

Sie können die Bereitstellung nicht IOPS direkt auf GP2-Speicher durchführen. IOPShängt von der zugewiesenen Speichergröße ab.
Maximaler Durchsatz

Skaliert auf Basis von Provisioned auf IOPS bis zu 4.000 MB/s

Der Durchsatz skaliert proportional auf bis zu 0,256 MiB/s pro Bereitstellung. IOPS Ein maximaler Durchsatz von 4.000 MiB/s kann bei 256.000 bei einer I/O-Größe von 16 KiB und IOPS bei 16.000 IOPS oder mehr bei einer I/O-Größe von 256 KiB erreicht werden.

Für Instanzen, die nicht auf dem AWS Nitro-System basieren, kann ein maximaler Durchsatz von 2.000 MiB/s bei 128.000 IOPS mit einer I/O-Größe von 16 KiB erreicht werden.

Skaliert auf Basis von Provisioned auf bis zu 4.000 MB/s IOPS

Stellt zusätzlichen Durchsatz von bis zu 4.000 MB/s bereit (1000 MB/s für Server) RDS SQL

1000 MB/s (250 MB/s aktiviert für Server) RDS SQL
AWS CLI und Name RDS API io2 io1 gp3 gp2

Magnetischer Speicher (veraltet, nicht empfohlen)

Amazon unterstützt aus Gründen der Abwärtskompatibilität RDS auch Magnetspeicher. Wir empfehlen Ihnen, General Purpose SSD oder Provisioned IOPS SSD für alle neuen Speicheranforderungen zu verwenden. Nachfolgend finden Sie einige Einschränkungen bei Magnetfestplatten:

  • Ermöglicht es Ihnen nicht, den Speicher zu skalieren, wenn Sie die SQL Server-Datenbank-Engine verwenden.

  • Erlaubt Ihnen nicht, in einen anderen Speichertyp zu konvertieren, wenn Sie die SQL Server-Datenbank-Engine verwenden.

  • Automatische Speicherskalierung wird nicht unterstützt.

  • Elastic Volumes werden nicht unterstützt.

  • Begrenzt auf eine Maximalgröße von 3 TiB.

  • Limitiert auf maximal 1.000IOPS.

Dediziertes Protokollvolumen (DLV)

Sie können ein dediziertes Log-Volume (DLV) für eine DB-Instance verwenden, die Provisioned IOPS (PIOPS) -Speicher verwendet AWS CLI, indem Sie die RDS Amazon-Konsole oder Amazon RDS API verwenden. A DLV verschiebt SQL Postgre-Datenbanktransaktionsprotokolle und My SQL /MariaDB-Redo-Logs und Binärprotokolle auf ein Speichervolume, das von dem Volume getrennt ist, das die Datenbanktabellen enthält. A DLV macht die Protokollierung von Transaktionsschreibvorgängen effizienter und konsistenter. DLVssind ideal für Datenbanken mit großem zugewiesenem Speicher, hohen Anforderungen an I/O pro Sekunde (IOPS) oder latenzanfälligen Workloads.

DLVswerden für PIOPS Speicher unterstützt (io1 und io2 Block Express) und werden mit einer festen Größe von 1.000 GiB und 3.000 Provisioned erstellt. IOPS

Anmerkung

DLVswerden für Allzweckspeicher (gp2 und gp3) nicht unterstützt.

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

  • MariaDB 10.6.7 und höhere 10-Versionen

  • Meine SQL 8.0.28 und höhere 8-Versionen

  • Postgre SQL 13.10 und höhere 13-Versionen, 14.7 und höhere 14-Versionen, 15.2 und höhere 15-Versionen und 16.1 und höhere 16-Versionen

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

RDSunterstützt DLVs mit Read Replicas. Wenn für die primäre DB-Instance eine DLV aktiviert ist, haben alle Read Replicas, die nach der Aktivierung DLV erstellt wurden, auch eine. DLV Für alle Read Replicas, die vor dem Wechsel zu erstellt wurden, DLV wird diese Funktion nicht aktiviert, sofern sie nicht ausdrücklich entsprechend geändert wurde. Wir empfehlen, dass alle Read Replicas, die vor der Aktivierung an eine primäre Instance angehängt DLV wurden, ebenfalls manuell so geändert werden, dass sie A haben. DLV

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

Informationen zur Aktivierung von finden Sie DLV unter. Verwenden eines dedizierten Log-Volumes (DLV)

Überwachung der Datenbankleistung

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

Die folgenden Metriken sind nützlich, um die Leistung Ihrer DB-Instance zu überwachen:

  • DiskQueueDepth— Die Anzahl der I/O-Anfragen in der Warteschlange, die darauf warten, bearbeitet zu werden. Hierbei handelt es sich um E/A-Anfragen, die von der Anwendung übermittelt, aber noch nicht an das Gerät gesendet wurden, weil das Gerät mit anderen E/A-Anfragen beschäftigt ist. Zeit in der Warteschlange ist ein Teil der Latenz- und Verarbeitungszeit (nicht als Metrik verfügbar). Diese Metrik gibt die durchschnittliche Warteschlangentiefe für einen bestimmten Zeitraum an. Amazon RDS meldet die Warteschlangentiefe in Intervallen von 1 Minute. Übliche Werte für die Warteschlangentiefe liegen zwischen null und mehreren hundert.

  • EBSByteBalance%— Der Prozentsatz der verbleibenden Durchsatz-Credits im Burst-Bucket Ihrer RDS Datenbank. Diese Metrik ist nur für die grundlegende Überwachung verfügbar. Der Metrikwert basiert auf dem Durchsatz aller Volumes, einschließlich des Root-Volumes, und nicht nur auf den Volumes, die Datenbankdateien enthalten.

    Wenn sich diese Metrik Null nähert, bedeutet dies, dass Ihrer DB-Instance die Rechenkapazität ausgeht. Wenn dies regelmäßig passiert, sollten Sie ein Upgrade auf eine größere Instance-Klassengröße in Betracht ziehen, z. B. von db.r6g.large auf db.r6g.xlarge. Weitere Informationen finden Sie unter DB-Instance-Klasse.

  • ReadIOPSund — Die Anzahl der pro Sekunde abgeschlossenen I/O-Operationen. WriteIOPS Diese Metrik wird als Durchschnitt IOPS für ein bestimmtes Zeitintervall gemeldet. Amazon RDS meldet Lese- und Schreibvorgänge IOPS getrennt in 1-Minuten-Intervallen. TotalIOPSist die Summe der Lese- und IOPS Schreibvorgänge. Typische Werte für IOPS reichen von Null bis Zehntausenden pro Sekunde.

    Wenn sich Ihre TotalIOPS Werte regelmäßig dem IOPS Wert „Bereitgestellt“ nähern, den Sie für Ihre DB-Instance festgelegt haben, sollten Sie erwägen, die Speichertypen „Bereitgestellt“ IOPS (io1, io2 Block Express und gp3) zu erhöhen.

    Die IOPS Messwerte sind unabhängig von der Größe der einzelnen I/O-Operation. Wenn Sie die I/O-Leistung messen, müssen Sie auf den Durchsatz der Instance achten und nicht einfach auf die Anzahl der I/O-Operationen.

  • ReadLatencyund WriteLatency — Die verstrichene Zeit zwischen dem Einreichen einer I/O-Anfrage und deren Abschluss. Diese Metrik gibt die durchschnittliche Latenz für einen bestimmten Zeitraum an. Amazon RDS meldet die Lese- und Schreiblatenz getrennt in Intervallen von 1 Minute. Übliche Werte für die Latenz liegen im Millisekundenbereich (ms).

  • ReadThroughputund WriteThroughput — Die Anzahl der Byte pro Sekunde, die auf oder von der Festplatte übertragen werden. Diese Metrik gibt den durchschnittlichen Durchsatz für einen bestimmten Zeitraum an. Amazon RDS meldet den Lese- und Schreibdurchsatz getrennt in Intervallen von 1 Minute in Einheiten von Byte pro Sekunde (B/s). Übliche Werte für den Durchsatz liegen zwischen null und der maximalen Bandbreite des E/A-Kanals.

    Wenn sich Ihre Durchsatzwerte regelmäßig dem maximalen Durchsatz für Ihre DB-Instance nähern, sollten Sie erwägen, mehr Speicherdurchsatz bereitzustellen, wenn Sie den Speichertyp gp3 verwenden.

Faktoren, die die Datenbankleistung beeinflussen

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

Systemaktivitäten

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

  • Standby-Erstellung mit Multi-AZ

  • Read Replica-Erstellung

  • Ändern von Speichertypen

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:

  • Die Durchsatzgrenze des zugrunde liegenden Instance-Typs wird erreicht.

  • Die Tiefe der Warteschlange liegt konstant unter 1, da Ihre Anwendung nicht genug I/O-Operationen durchführen kann.

  • Sie bemerken auch bei noch ungenutzter I/O-Kapazität Abfragekonflikte in der Datenbank.

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 die maximale Leistung aus Ihrer Amazon RDS DB-Instance herauszuholen, wählen Sie einen Instance-Typ der aktuellen Generation mit ausreichender Bandbreite, um Ihren Speichertyp zu unterstützen. Sie können beispielsweise für Amazon EBS optimierte Instances und Instances mit 10-Gigabit-Netzwerkkonnektivität wählen.

Wichtig

Je nachdem, welche Instance-Klasse Sie verwenden, ist die Leistung möglicherweise niedriger als die maximale IOPS Leistung, mit der Sie bereitstellen können. RDS Spezifische Informationen zur IOPS Leistung von DB-Instance-Klassen finden Sie unter EBSAmazon-optimierte Instances im EC2Amazon-Benutzerhandbuch. Wir empfehlen Ihnen, das Maximum IOPS für die Instance-Klasse zu ermitteln, bevor Sie einen IOPS Bereitstellungswert für Ihre DB-Instance festlegen.

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 AWS CLI verwenden.

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

  • Db2 — 64 TiB

  • MariaDB: 64 TiB

  • Microsoft SQL Server — 64 TiB

  • Mein SQL — 64 TiB

  • Oracle: 64 TiB

  • Postger SQL — 64 TiB

In der folgenden Tabelle werden einige Ausnahmen für maximalen Speicherplatz (in TiB) angezeigt. Alle RDS Microsoft SQL Server-DB-Instances mit Ausnahme von io2 Block Express-Speicher haben einen maximalen Speicher von 16 TiB, sodass es keine Einträge für SQL Server gibt.

Instance-Klasse Db2 MariaDB Mein SQL Oracle Postgret SQL
db.m3 – Standard-Instance-Klassen
db.t4g – Instance-Klassen mit Spitzenlastleistung
db.t4g.medium N/A 16 16 N/A 32
db.t4g.klein N/A 16 16 N/A 16
db.t4g.micro N/A 6 6 N/A 6
db.t3 – Instance-Klassen mit Spitzenlastleistung
db.t3.medium 32 16 16 32 32
db.t3.small 32 16 16 32 16
db.t3.micro N/A 6 6 32 6
db.t2 – Instance-Klassen mit Spitzenlastleistung

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