Empfehlungen zur Neuausrichtung der Plattform - AWS Präskriptive Leitlinien
Überlegungen zum Amazon EBS-VolumetypBewährte Methoden für Amazon RDS for Oracle

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.

Empfehlungen zur Neuausrichtung der Plattform

Die meisten Benutzer entscheiden sich für Amazon RDS for Oracle, wenn sie von einer lokalen Exadata-Datenbank migrieren, um einen verwalteten Datenbankservice zu nutzen und die Agilität und Elastizität zu verbessern. Amazon RDS for Oracle sollte aufgrund seiner Automatisierungs- und Verwaltungsfunktionen immer Ihre erste Option für die AWS Ausführung von Oracle-Datenbanken sein.

Überlegungen zum Amazon EBS-Volumetyp

Amazon RDS for Oracle bietet zwei EBS-Volumetypen: Allzweck-Solid-State-Laufwerk (SSD) und bereitgestellte IOPS-SSD. Ihre Datenbankgröße, Ihre IOPS-Anforderungen und Ihr geschätzter Durchsatz helfen Ihnen bei der Bestimmung des geeigneten EBS-Volumetyps, den Sie verwenden möchten.

Wenn Ihre Anwendungen keine hohe Speicherleistung benötigen, können Sie Allzweck-SSD-Speicher (GP2) verwenden. Die I/O-Basisleistung bei gp2-Speicher liegt bei 3 IOPS pro GiB mit mindestens 100 IOPS. Das bedeutet, dass größere Volumen eine bessere Leistung bieten. Die Basisleistung für ein 100-GiB-Volume beträgt beispielsweise 300 IOPS. Ein Volume mit 1 000 GiB verfügt über eine Basisleistung von 3 000 IOPS. Die maximale Basisleistung für ein gp2-Volume (5334 GiB und höher) beträgt 16 000 IOPS. Einzelne gp2-Volumes unter 1 000 GiB können über einen längeren Zeitraum zudem bis auf 3 000 IOPS steigen.

Allzweck-SSD-Volumes (GP3) unterstützen maximal 16.000 IOPS pro EBS-Volume. Die Größe eines Amazon EBS-GP3-Volumes kann zwischen einem GiB und 16 TiB liegen. Wenn Sie GP3-Volumes verwenden, können Sie maximal 64.000 IOPS für Ihre Amazon RDS for Oracle Oracle-Instance erreichen. Durch die Verwendung von gp3-Speicher-Volumes 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 Basisspeicherleistung von 3.000 IOPS und 125 MiB/s.

Für jede Amazon RDS-DB-Engine außer Amazon RDS for SQL Server steigt die Basisspeicherleistung auf 12.000 IOPS und 500 MiB/s, wenn die Speichergröße für GP3-Volumes einen bestimmten Schwellenwert erreicht. Dies ist auf das Volume-Striping zurückzuführen, bei dem der Speicher vier Volumes anstelle von einem verwendet.

Bereitgestellte IOPS-SSD-Volumes

Bereitgestellte IOPS-SSD-Volumes (io1) sind so konzipiert, dass sie die Anforderungen von I/O-intensiven Workloads erfüllen, die empfindlich auf Speicherleistung und Konsistenz reagieren. Amazon EBS io1-Volumes bieten Latenzen im einstelligen Millisekundenbereich. Wenn Sie Amazon EBS io1-Volumes für Amazon RDS for Oracle auswählen, müssen Sie den zugewiesenen Speicherwert und den bereitgestellten IOPS-Wert angeben. Ein io1-Volumen kann eine Größe von 4 GiB bis 16 TiB haben. Die maximale Anzahl an IOPS pro io1-Volume beträgt 64.000. Wenn Sie io1-Volumes verwenden, können Sie für die Amazon RDS for Oracle Oracle-Instance maximal 256.000 IOPS und einen maximalen Durchsatz von 4 Gbit/s (256 KB IOPS erforderlich) erreichen. Der maximale Schreibdurchsatz für eine Amazon RDS for Oracle Oracle-Instance mit aktiviertem Multi-AZ beträgt 625 MBps.

io2 Block Express ist eine neuere SSD-Speicheroption mit bereitgestelltem IOPS. Ein io2-Volume kann eine Größe von 4 GiB bis 64 TiB haben. Die maximale Anzahl an IOPS pro io2-Volume beträgt 256.000. io2 Block Express bietet außerdem eine durchschnittliche Latenz von unter einer Millisekunde und übertrifft damit die Leistung von io1. Bei der Verwendung von bereitgestelltem IOPS-SSD-Speicher wird io2 als Option empfohlen. Sie können ohne Ausfallzeiten ein Upgrade von io1-Volumes auf io2 Block Express-Volumes durchführen und so die Leistung und Zuverlässigkeit Ihrer Anwendungen erheblich verbessern, ohne die Speicherkosten zu erhöhen. Weitere Informationen finden Sie im AWS Blogbeitrag Amazon RDS unterstützt jetzt i02 Block Express-Volumes für geschäftskritische Datenbank-Workloads.

Bewährte Methoden für Amazon RDS for Oracle

Beachten Sie bei der Migration von Exadata vor Ort zu Amazon RDS for Oracle die folgenden bewährten Methoden:

  • Bevor Sie Daten von Exadata zu Amazon RDS for Oracle migrieren, erhöhen Sie die Größe der Redo-Logs von dem Standardwert 128 MB. Andernfalls kann es zu häufig zu Redo-Log-Wechseln kommen und zu Leistungseinbußen führen.

  • Aktivieren Sie Performance Insights (mit einer standardmäßigen Datenaufbewahrungsfrist von 7 Tagen) nach dem ersten Laden der Daten.

  • Richten Sie Multi-AZ für die Produktionsdatenbank nach dem ersten Laden der Daten ein.

  • Integrieren Sie Amazon RDS for Oracle mit Amazon CloudWatch (verwenden Sie mindestens Alert-Logs, Listener und OEM-Agenten) nach dem ersten Laden der Daten.

  • Installieren Sie den Oracle Enterprise Manager (OEM) Agent in der zugehörigen Optionsgruppe Amazon RDS for Oracle. Dies erfordert einen funktionsfähigen OEM, der bereits vor Ort AWS oder vor Ort vorhanden ist. Sie können OEM in einem Modus mit hoher Verfügbarkeit am einrichten AWS.

  • Implementieren Sie Amazon RDS-Alarme für Folgendes, um Administratoren zu benachrichtigen, bevor eine maximale Kapazität überschritten wird:

    • CPU-Auslastung, Schreib-IOPS, Lese-IOPS, Schreibdurchsatz

    • Lesedurchsatz, freier Speicher, Swap-Nutzung

  • Amazon RDS lädt alle fünf Minuten Transaktionsprotokolle für DB-Instances auf Amazon S3 hoch. Um die letzte wiederherstellbare Zeit für eine DB-Instance zu sehen, verwenden Sie den AWS CLI describe-db-instancesBefehl und sehen Sie sich den Wert an, der im LatestRestorableTime Feld für die DB-Instance zurückgegeben wurde. Amazon RDS kann Transaktionsprotokolle häufiger hochladen, wenn Ihre point-in-time Wiederherstellungsanforderung weniger als fünf Minuten beträgt. Um den Standardwert zu ändern, ändern Sie den ARCHIVE_LAG_TARGET Initialisierungsparameter in der zugehörigen Parametergruppe Amazon RDS for Oracle. Sie können den Wert dieses Parameters auf 60, 120, 180, 240 oder 300 Sekunden festlegen. Es gibt jedoch Kompromisse, wenn Sie einen niedrigeren Wert festlegen: Es werden mehr Redo-Log-Dateien generiert, und es wird häufiger zwischen Logdateien gewechselt.

  • Implementieren Sie Oracle Unified Auditing, das von Oracle empfohlene Auditing-Framework, im gemischten Modus. Standardmäßig ist Unified Auditing auf Amazon RDS (AUDIT_TRAIL=NONE) nicht aktiviert. Sie können es aktivieren, indem Sie AUDIT_TRAIL=DB oder einstellenAUDIT_TRAIL=DB, EXTENDED. Weitere Informationen finden Sie im AWS Blogbeitrag Sicherheitsaudits in Amazon RDS for Oracle: Teil 1.

  • Um sich vor internen Bedrohungen zu schützen, konfigurieren Sie gegebenenfalls Datenbankaktivitätsströme. Diese Funktion funktioniert mit Oracle Unified Auditing und bietet nahezu in Echtzeit einen Stream aller geprüften Anweisungen (SELECT,,,DML,TCL) DDLDCL, die in der DB-Instance ausgeführt werden. Die Auditdaten werden vom Audit-Standort der einheitlichen Datenbank erfasst, wohingegen die Speicherung und Verarbeitung der Datenbankaktivitäten außerhalb der Datenbank in Amazon Kinesis Data Streams verwaltet wird. Weitere Informationen finden Sie im AWS Blogbeitrag Sicherheitsaudits in Amazon RDS for Oracle: Teil 2.

  • Wenn Sie Standardprüfungen bevorzugen, können Sie die Prüfungserklärungen CloudWatch nach dem ersten Laden der Daten in Amazon integrieren. Wenn Sie die Standardüberwachung aktivieren, indem Sie den AUDIT_TRAIL Parameter aufOS, oder XML, EXTENDED setzenXML, generiert Amazon RDS for Oracle Audit-Datensätze, die als .AUD .XML Betriebssystemdateien in der Amazon RDS for Oracle Oracle-Instance gespeichert werden. Diese Auditdateien werden in der Regel sieben Tage lang in der Amazon RDS for Oracle Oracle-Instance aufbewahrt. Sie können Amazon RDS for Oracle so konfigurieren, dass diese Dateien veröffentlicht werden CloudWatch, wo sie eine Echtzeitanalyse der Protokolldaten durchführen, die Daten in einem äußerst dauerhaften Speicher speichern und die Daten mit den CloudWatch Protokollagenten verwalten können. AWS speichert Protokolldaten, die in CloudWatch Protokollen veröffentlicht wurden, auf unbestimmte Zeit im AWS Konto, sofern Sie keinen Aufbewahrungszeitraum angeben.