Amazon RDS - DB-Speicher

Die RDS-Instanzen verwenden EBS-Volumes (Amazon Block Storage) zum Speichern von Daten und Protokollen. Diese Speichertypen können ihre Größe bei Bedarf dynamisch erhöhen. Basierend auf den Datenbank-Workloads und dem Preis, die mit diesen Speichertypen verbunden sind, können wir den Speicherbedarf anpassen. Im Folgenden sind die Faktoren aufgeführt, die bei der Auswahl der Speichertypen analysiert werden müssen.

IOPS- Es gibt die Anzahl der Eingabe / Ausgabe-Operationen an, die pro Sekunde ausgeführt werden. Sowohl Lese- als auch Schreibvorgänge werden zusammengefasst, um den IOPS-Wert zu ermitteln. AWS erstellt alle 1 Minute einen Bericht mit dem IOPS-Wert. Der Wert kann zwischen 0 und Zehntausenden pro Sekunde liegen.
Latency- Dies ist die Anzahl der Millisekunden, die zwischen dem Initiieren einer E / A-Anforderung und dem Abschluss der E / A-Anforderung vergangen sind. Eine größere Latenz zeigt eine langsamere Leistung an.
Throughput- Die Anzahl der Bytes, die pro Sekunde von und zur Festplatte übertragen werden. AWS meldet den Lese- und Schreibdurchsatz für jedes 1-Minuten-Intervall separat.
Queue Depth- Dies ist die Anzahl der E / A-Anforderungen, die in der Warteschlange warten, bevor sie die Festplatte erreichen können. AWS meldet die Warteschlangentiefe für jedes 1-Minuten-Intervall. Eine höhere Warteschlangentiefe weist auch auf eine langsamere Speicherleistung hin.

Basierend auf den obigen Überlegungen sind die aws-Speichertypen wie folgt.

Dies ist ein kostengünstiger Speicher, der für die meisten gängigen Datenbankaufgaben nützlich ist. Es kann 3000 IOPS für ein 1-TiB-Volumen bereitstellen. Bei einer Größe von 3,34 TiB kann die Leistung bis zu 10000 IOPS betragen.

Jedes GB Speicher ermöglicht 3 IOPs als Basisleistung. Dies bedeutet, dass ein 100-GB-Volume 300 IOPs bereitstellen kann. Es kann jedoch Szenarien geben, in denen Sie mehr IOPS benötigen. In einem solchen Szenario müssen Sie ein E / A-Guthaben verwenden, das bei der Initialisierung des Speichers angeboten wird. Es sind 5,4 Millionen IO-Credits, die verwendet werden können, wenn ein platzender Leistungsbedarf entsteht. Wenn Sie dagegen weniger IOPS als die Basisleistung verwenden, sammeln Sie die Credits, die für zukünftige Anforderungen an Burstable-Leistungen verwendet werden können.

Nachfolgend finden Sie eine Gleichung, die die Beziehung zwischen Burst-Dauer und Guthaben zeigt.

Burst Duration = (credit Balance) / [(burst IOPS) – 3(Storage size in GB)]

Wenn Ihre Datenbank eine häufige und lang anhaltende Burst-Leistung benötigt, ist der nächste Speichertyp die bessere Wahl.

Dies ist eine Art Speichersystem, das eine anhaltend höhere Leistung und eine konstant niedrige Latenz bietet und am besten für OLTP-Workloads geeignet ist.

Beim Erstellen der DB-Instanz geben Sie die erforderliche IOPS-Rate und Volume-Größe für diesen Speicher an. Im Folgenden finden Sie eine Tabelle, die als Referenz für die Entscheidung über das IOPS und den Speicher verwendet wird, die für den bereitgestellten Speicher benötigt werden.

DB Engine	Bereitgestellte IOPS-Reichweite	Speicherbereich
MariaDB	1000 bis 40000	100 GB bis 16 TB
SQL Server	1000 bis 32000	20 GB bis 16 TB
MySQL / Oracle / PostgreSQL	1000 bis 40000	100 GB bis 16 TB

Dies ist eine sehr alte Speichertechnologie, die von aws nur aus Gründen der Abwärtskompatibilität gewartet wird. Die Funktionen sind sehr begrenzt.

Unterstützt keine elastischen Volumes
Begrenzt auf eine maximale Größe von 4 TB
Begrenzt auf maximal 1000 IOPS