Datenbankspeicher

Die meisten Benutzer verwenden in der Regel Amazon EBS als Datenbankspeicher. Für einige sehr leistungsstarke Architekturen können Sie Instance-Speicher verwenden SSDs, diese sollten jedoch für eine zuverlässige Persistenz um Amazon EBS-Speicher erweitert werden.

Für eine hohe und konsistente IOPS- und Datenbankleistung empfiehlt AWS dringend, General Purpose (GP2) -Volumes oder Provisioned IOPS (PIOPS) -Volumes zu verwenden. GP2 und PIOPS-Volumen sind sowohl für Amazon als auch für Amazon EC2 RDS verfügbar. Die neuesten IOPS-Grenzwerte pro Volume für beide GP2 und PIOPS-Volumetypen finden Sie unter Amazon RDS-DB-Instance-Speicher. GP2 Volumes bieten ein hervorragendes Preis-Leistungs-Verhältnis für die meisten Datenbankanforderungen. Wenn Ihre Datenbank höhere IOPS benötigt, als sie bieten GP2 kann, sind PIOPS-Volumes die richtige Wahl.

Für PIOPS-Volumes geben Sie bei der Erstellung des Volumes eine IOPS-Rate an, und Amazon EBS liefert innerhalb eines bestimmten Jahres in 99,9% der Fälle innerhalb von 10% der bereitgestellten IOPS-Leistung. Das Verhältnis der bereitgestellten IOPS zur angeforderten Volume-Größe kann maximal 30 betragen. Um beispielsweise 3.000 IOPS zu erhalten, sollte Ihr Volume mindestens 100 GB groß sein.

Ähnlich wie PIOPS-Volumes basieren auch GP2 Volumes auf SSDs, aber die IOPS, die Sie von GP2 Volumes erhalten, können von Basis-IOPS bis hin zu maximal 3.000 IOPS pro Volume im Burst-Modus variieren. Dies funktioniert bei den meisten Datenbank-Workloads sehr gut, da die von der Datenbank benötigte IOPS-Leistung je nach Ladegröße und Anzahl der ausgeführten Abfragen innerhalb eines bestimmten Zeitraums um ein Vielfaches schwankt.

Die Leistung eines SSD-Volumes (General Purpose) hängt von der Größe des Volumes ab. Diese bestimmt das grundlegende Leistungsniveau des Volumes und die Geschwindigkeit, mit der Credits angesammelt werden. I/O Größere Volumes haben ein höheres Basisleistungsniveau und können schneller I/O Credits akkumulieren.

I/O Credits stellen die verfügbare Bandbreite dar, die Ihr Allzweckvolume (SSD) nutzen kann, um große Mengen zu nutzen, I/O wenn mehr als die Basisleistung benötigt wird. Je mehr Credits Ihrem Volume für I/O zur Verfügung stehen, desto mehr Zeit kann es über sein Basisleistungsniveau hinaus beanspruchen und desto besser ist die Leistung, wenn mehr Leistung benötigt wird.

Throughput Optimized HDD Volumes (st1) bietet kostengünstiges Festplattenvolumen, das für intensive Workloads konzipiert ist, die weniger IOPS, aber einen hohen Durchsatz erfordern. Oracle-Datenbanken, die für Data Warehouses und Datenanalysezwecke verwendet werden, können ST1-Volumes nutzen.

Alle Bereiche der Protokollverarbeitung oder Datenbereitstellung wie externe Oracle-Tabellen oder externer BLOB-Speicher, die einen hohen Durchsatz erfordern, können st1-Volumes nutzen. Durchsatzoptimierte (st1) Volumes können maximal 500 IOPS pro Volume verarbeiten.

Cold HDD-Volumes (sc1) eignen sich für den Umgang mit älteren Systemen, die gelegentlich zu Referenz- oder Archivierungszwecken aufbewahrt werden. Auf diese Systeme wird seltener zugegriffen, und es werden einige Scans pro Tag auf dem Volume durchgeführt.

Ein guter Ansatz besteht darin, abzuschätzen, wie viele IOPS regelmäßig für Ihre Datenbank benötigt werden, und genügend GP2 Speicherplatz zuzuweisen, um diese Anzahl IOPS zu erhalten. Alle zusätzlichen IOPS, die für periodische Spitzenwerte erforderlich sind, sollten durch die Burst-Leistung auf der Grundlage der verfügbaren Credits gedeckt werden.

Informationen zu Schätzmethoden, mit denen Sie die IOPS-Anforderungen Ihrer Oracle-Datenbank ermitteln können, finden Sie im Whitepaper Determinating the IOPS Needs for Oracle Database on AWS.

Die Burst-Dauer eines Volume hängt von der Größe des Volumes, der benötigten IOPS-Spitzenleistung und dem I/O-Guthaben zum Zeitpunkt der Leistungssteigerung ab. Wenn Sie feststellen, dass Ihre Volumenleistung häufig auf die Basisebene beschränkt ist (aufgrund eines leeren I/O Guthabens), sollten Sie die Verwendung eines größeren General Purpose (SSD) -Volumes (mit einem höheren Basisleistungsniveau) oder die Umstellung auf ein Provisioned IOPS (SSD) -Volume für Workloads in Betracht ziehen, die eine dauerhafte IOPS-Leistung von mehr als 10.000 IOPS erfordern. Weitere Informationen zu GP2 Volumes finden Sie unter Amazon EBS-Volumetypen.

Für Amazon RDS bietet Allzweckspeicher (SSD) einen konsistenten Basiswert von 3 IOPS pro bereitgestelltem GB und die Fähigkeit, bis zu 3.000 IOPS zu beschleunigen. Wenn Sie bereits Magnetspeicher für Amazon RDS verwenden, können Sie auf Allzweckspeicher (SSD) umstellen, allerdings wird es dabei zu einer kurzen Beeinträchtigung der Verfügbarkeit kommen. Mit Provisioned IOPS können Sie bis zum aktuellen maximalen Speicherlimit und den maximalen IOPS pro Datenbank-Instance bereitstellen.

Ihre tatsächlich realisierten IOPS können je nach Datenbank-Workload, Instance-Typ und Datenbank-Engine von der Menge abweichen, die Sie bereitgestellt haben. Weitere Informationen finden Sie unter Faktoren, die sich auf die realisierten IOPS-Raten auswirken im Amazon RDS-Benutzerhandbuch.

Für Oracle Database on Amazon sollten Sie mehrere Volumes zusammenlegen EC2, um mehr IOPS und eine größere Kapazität zu erzielen. Sie können mehrere Amazon EBS-Volumes einzeln für verschiedene Datendateien verwenden, aber wenn Sie sie zusammenfügen, können Sie sie besser ausbalancieren und skalieren.

Oracle Automatic Storage Management (ASM) kann für das Striping verwendet werden. Speichern Sie Datendateien, Protokolldateien und Binärdateien auf separaten Amazon EBS-Volumes und erstellen Sie regelmäßig Schnappschüsse von Protokolldatei-Volumes. Wenn Sie einen Instance-Typ mit lokalem SSD-Speicher wählen, können Sie die Datenbankleistung steigern, indem Sie Smart Flash Cache (wenn das Betriebssystem Oracle Linux ist) und lokalen Speicher für temporäre Dateien und Tabellenbereiche verwenden.

Für Oracle Database on VMware Cloud on AWS stellt vSAN den erforderlichen virtualisierten Speicher bereit, der über die Bare-Metal-Hosts verteilt ist. Die virtualisierte vSAN-Speicherfunktion kann in Oracle RAC für gemeinsam genutzten Hochleistungsspeicher verwendet werden.

Die für Oracle RAC erstellten VMDK-Dateien (Virtual Machine Disk) müssen für Eager Zero Thick bereitgestellt werden und das Multi-Writer-Flag muss aktiviert sein. VMware hat eine detaillierte Leistungsstudie für Oracle-Datenbanken auf VMware Cloud on AWS veröffentlicht.