Skip to main content
NetApp Solutions
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Lösungsarchitektur

Beitragende
PDFs

Das folgende Architekturdiagramm zeigt eine hochverfügbare Implementierung von Oracle Datenbanken auf einer AWS EC2 Instanz mit dem FSX Storage-Service. Ein ähnliches Bereitstellungsschema, jedoch mit Standby in einer anderen Region kann für das Disaster Recovery eingerichtet werden.

In der Umgebung wird die Oracle Computing-Instanz über eine AWS EC2 Instance Console implementiert. Über die Konsole stehen mehrere EC2-Instanztypen zur Verfügung. NetApp empfiehlt die Implementierung eines datenbankorientierten EC2 Instanztyps wie ein m5 Ami Image mit RedHat Enterprise Linux 8 und bis zu 10 Gps Netzwerkbandbreite.

Oracle Datenbank-Storage auf FSX Volumes hingegen wird mit der AWS FSX Konsole oder der CLI bereitgestellt. Die Oracle-Binärdateien, Daten oder Log-Volumes werden anschließend präsentiert und auf einem Linux-Host der EC2 Instanz gemountet. Jeder Daten- oder Protokoll-Volume kann abhängig vom verwendeten Storage-Protokoll mehrere LUNs zugewiesen sein.

Dieses Bild zeigt ein Beispieldiagramm mit einem primären HA-Cluster – dem Standby-HA-Cluster – Management-Nodes – und den zugehörigen Verbindungsknoten.

Ein FSX Storage-Cluster verfügt über doppelte Redundanz, sodass sowohl der primäre als auch der Standby-Storage-Cluster in zwei verschiedenen Verfügbarkeitszonen implementiert werden können. Datenbank-Volumes werden von einem primären FSX-Cluster auf ein Standby-FSX-Cluster in einem vom Benutzer konfigurierbaren Intervall für alle Oracle Binär-, Daten- und Protokoll-Volumes repliziert.

Diese hochverfügbare Oracle-Umgebung wird über einen Ansible-Controller-Node sowie einen SnapCenter-Backup-Server und ein UI-Tool verwaltet. Oracle-Installation, -Konfiguration und -Replizierung werden mithilfe von Playbook-basierten Ansible-Tool-Kits automatisiert. Jedes Update auf dem Kernel-Betriebssystem der Oracle EC2 Instanz oder Oracle Patching kann parallel ausgeführt werden, um den Primär- und Standby-Modus synchron zu halten. So kann die Erstautomatisierung auch problemlos erweitert werden, um bei Bedarf einige sich wiederholende tägliche Oracle Aufgaben durchzuführen.

SnapCenter stellt Workflows für zeitpunktgenaue Oracle Database Recovery oder für das Datenbankklonen in den primären oder Standby-Zonen bereit, falls erforderlich. Über die Benutzeroberfläche von SnapCenter können Sie das Backup und die Replizierung von Oracle Datenbanken auf Standby FSX Storage konfigurieren, um für Hochverfügbarkeit oder Disaster Recovery entsprechend Ihrer RTO- oder RPO-Vorgaben zu sorgen.

Die Lösung stellt einen alternativen Prozess bereit, der Funktionen bietet, die denen von Oracle RAC und Data Guard Deployment ähnlich sind.