Datenbankspeicher
Die meisten Benutzer verwenden normalerweise Amazon EBS als Datenbankspeicher. Für einige sehr leistungsstarke Architekturen können Sie Instance-Speicher-SSDs verwenden, die für eine zuverlässige Persistenz jedoch mit Amazon EBS-Speicher erweitert werden sollten.
Für hohe und konsistente IOPS und eine zuverlässige Datenbankleistung empfiehlt AWS dringend die Verwendung von GP2-Volumes (General Purpose) oder PIOPS-Volumes (Provisioned IOPS). GP2- und PIOPS-Volumes sind sowohl für Amazon EC2 als auch für Amazon RDS verfügbar. Informationen zu den neuesten IOPS-Grenzwerten pro Volume finden Sie im Amazon RDS-DB-Instance-Speicher für GP2- und PIOPS-Volume-Typen. GP2-Volumes bieten ein hervorragendes Preis-Leistungs-Verhältnis für die meisten Datenbankanforderungen. Wenn Ihre Datenbank höhere IOPS erfordert als GP2 bietet, sind PIOPS-Volumes die richtige Wahl.
Bei PIOPS-Volumes geben Sie bei der Erstellung des Volumes eine IOPS-Rate an und Amazon EBS liefert 99,9 % der Zeit über ein bestimmtes Jahr innerhalb von 10 % der bereitgestellten IOPS-Leistung. Das Verhältnis der bereitgestellten IOPS zur angeforderten Volume-Größe darf maximal 30 betragen. Um beispielsweise 3.000 IOPS zu haben, sollte Ihre Volume-Größe mindestens 100 GB betragen.
Ähnlich wie bei PIOPS-Volumes sind GP2-Volumes auch SSD-basiert, aber die von GP2-Volumes bereitgestellten IOPS können von einem Basis-IOPS bis zu maximal 3.000 IOPS pro Volume reichen. Dies funktioniert bei den meisten Datenbank-Workloads sehr gut, da die von der Datenbank benötigte IOPS-Leistung während eines Zeitraums je nach Ladegröße und Anzahl der ausgeführten Abfragen oft variiert.
Die Leistung des universellen SSD-Speichers hängt von der Volume-Größe ab. Sie bestimmt die Basisleistung des Volumes und wie schnell sich I/O-Guthabenpunkte ansammeln. Größere Volumes verfügen über eine höhere Basisleistung und sammeln schneller I/O-Guthabenpunkte an.
I/O-Guthabenpunkte repräsentieren die verfügbare Bandbreite, die ein universelles SSD-Volume aufwenden kann, wenn für große I/O-Mengen mehr als die Basisleistung benötigt wird. Je mehr I/O-Guthaben Ihr Volume hat, desto länger kann die Leistung über die Basisleistung hinaus gesteigert werden und desto besser ist die Leistung, wenn mehr Leistung benötigt wird.
Durchsatzoptimierte HDD-Volumes (st1) bieten kostengünstige HDD-Volumes, die für intensive Workloads ausgelegt sind und weniger IOPS, aber einen hohen Durchsatz erfordern. Für Data Warehouses und Datenanalysezwecke verwendete Oracle-Datenbanken können st1-Volumes nutzen.
Alle Protokollverarbeitungs- oder Data-Staging-Areas wie externe Oracle-Tabellen oder externer BLOB-Speicher, die einen hohen Durchsatz erfordern, können st1-Volumes nutzen. Durchsatzoptimierte Volumes (st1) können maximal 500 IOPS pro Volume verarbeiten.
Cold-HDD-Volumes (sc1) eignen sich für Legacy-Systeme, die zu gelegentlichen Referenz- oder Archivzwecken aufbewahrt werden. Auf diese Systeme wird seltener zugegriffen, und pro Tag werden auf dem Volume ein paar Scans durchgeführt.
Es empfiehlt sich, die für Ihre Datenbank konstant benötigte IOPS-Menge zu schätzen und genügend GP2-Speicher zuzuweisen, um diese IOPS aufrechtzuerhalten. Alle zusätzlichen IOPS, die für regelmäßige Spitzen erforderlich sind, sollten durch die Maximalleistung basierend auf den verfügbaren Guthabenpunkten abgedeckt werden.
Informationen zu Schätzmethoden, mit denen Sie die IOPS-Anforderungen Ihrer Oracle-Datenbank ermitteln können, finden Sie im Whitepaper Bestimmen der IOPS-Anforderungen für Oracle Database in AWS
Die Burst-Dauer eines Volumes hängt von der Größe des Volumes, der benötigten IOPS-Spitzenleistung und dem Guthaben zum Zeitpunkt der Leistungssteigerung ab. Wenn Ihnen auffällt, dass Ihre Volume-Leistung häufig auf die Grundrate begrenzt ist (aufgrund eines leeren I/O-Guthabens), sollten Sie die Verwendung eines größeren universellen Volumes (mit höherer Basisleistung) oder den Wechsel zu einem bereitgestellten IOPS-Volume (SSD) für Workloads in Erwägung ziehen, die dauerhaft eine IOPS-Leistung von über 10.000 IOPS erfordern. Weitere Informationen zu GP2-Volumes finden Sie unter Amazon EBS-Volume-Typen.
Universeller SSD-Speicher (SSD) bietet für Amazon RDS eine ständige Basisleistung von 3 IOPS pro bereitgestelltem GB mit der Möglichkeit einer kurzzeitigen Spitzenleistung von bis zu 3000 IOPS. Wenn Sie bereits Magnetfestplatten für Amazon RDS verwenden, können Sie auf universelle SSD-Speicher umstellen. Dadurch kann die Verfügbarkeit jedoch kurzzeitig beeinträchtigt werden. Mit bereitgestellten IOPS können Sie bis zum aktuellen maximalen Speicherlimit und den maximalen IOPS pro Datenbank-Instance bereitstellen.
Die tatsächlich erreichte IOPS-Leistung kann je nach Arbeitslast Ihrer Datenbank, Instance-Typ und Datenbank-Engine von dem bereitgestellten Volumen abweichen. Weitere Informationen finden Sie im Amazon RDS-Benutzerhandbuch unter Faktoren, die die realisierten IOPS-Raten beeinflussen.
Erstellen Sie für Oracle Database auf Amazon EC2 ein Stripe mehrerer Volumes, um mehr IOPS und eine höhere Kapazität zu erzielen. Sie können mehrere Amazon EBS-Volumes einzeln für verschiedene Datendateien verwenden. Wenn Sie jedoch ein Stripe davon erstellen, können Sie sie besser ausgleichen und skalieren.
Oracle Automatic Storage Management (ASM) kann zum Erstellen von Stripes verwendet werden. Bewahren Sie Datendateien, Protokolldateien und Binärdateien auf separaten Amazon EBS-Volumes auf und erstellen Sie regelmäßig Snapshots von Protokolldatei-Volumes. Indem Sie einen Instance-Typ mit lokalem SSD-Speicher auswählen, können Sie durch die Verwendung eines Smart Flash Cache (wenn das Betriebssystem Oracle Linux ist) und eines lokalen Speichers für temporäre Dateien und Tabellenbereiche die Datenbankleistung steigern.
Für Oracle Database auf VMware Cloud on AWS bietet vSAN den erforderlichen virtualisierten Speicher, der über die Bare-Metal-Hosts verteilt ist. Die Kapazität der virtualisierten vSAN-Speicher 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 ausführliche Leistungsstudie
