Implementierung von Oracle GoldenGate in Microsoft Azure mit Oracle Database@Azure
Unternehmensdaten werden in der Regel in heterogenen Datenbanken über das Unternehmen verteilt. Durch die Investition in Oracle GoldenGate-, Oracle Database@Azure- und Azure-Anwendungen kann Ihr Unternehmen geschäftskritische Echtzeitintegration, Datenreplikation, Erfassung von Transaktionsänderungsdaten, Datentransformationen, Hochverfügbarkeitslösungen und Verifizierung zwischen betrieblichen und analytischen Unternehmenssystemen ausführen.
Oracle Database@Azure integriert die Technologien Oracle Autonomous Database Serverless, Oracle Exadata Database Service on Dedicated Infrastructure, Oracle Real Application Clusters (Oracle RAC) und Oracle Data Guard in die Azure-Plattform, um die gleiche geringe Latenz wie andere native Azure-Services zu bieten.
Oracle GoldenGate ist eines der beliebtesten Echtzeit-Datenstrukturtools und verfügt bereits über zahlreiche Integrationen mit Azure (Beispiel: Azure SQL, Azure Database for PostgreSQL, Azure Data Lake Storage, Azure Cosmos DB, Azure Synapse Analytics, Azure Event Hub, Databricks auf Azure, Azure Site Recovery und Snowflake auf Azure). Kunden, die Oracle Database@Azure mit Oracle GoldenGate verwenden, können Daten in Echtzeit in diese und aus diesen Datenspeichern verschieben. Oracle Database@Azure-Kunden, die Echtzeittransaktionen zwischen Oracle-Datenbanken in anderen Infrastrukturen (wie OCI, On Premise oder anderen Clouds) benötigen, können auch Oracle GoldenGate verwenden.
Bevor Sie beginnen
Architektur
Mit Oracle GoldenGate können Unternehmen ihre Datenmanagementprozesse optimieren und die nahtlose Integration von in Oracle Database@Azure gespeicherten Daten in Data Lakes und Lakehouses für erweiterte Analyse- und ML-Workloads vereinfachen. Sie können robuste Daten-Streaming-Plattformen auf Azure erstellen und so eine nahtlose Datenintegration, Skalierbarkeit und Echtzeitanalysen sicherstellen. Oracle GoldenGate bietet Datenkonsistenz und -synchronisierung, um es zu einer unschätzbaren Technologie für Unternehmen zu machen, die Echtzeitdaten nutzen möchten, um fundierte Entscheidungen basierend auf genauen und zeitnahen Daten zu treffen, den Erfolg Ihres Unternehmens im cloudnativen Zeitalter voranzutreiben und den Geschäftsbetrieb zu verbessern.
Das folgende Diagramm veranschaulicht diese Referenzarchitektur für eine in Microsoft Azure gehostete Oracle GoldenGate-Implementierung zur Integration zwischen nativen Services von Oracle Database@Azure und Azure für Streaming, Datenverarbeitung, maschinelles Lernen und Analysen. Sie können diese Referenzarchitektur nutzen, um eine vorhandene Oracle GoldenGate-Implementierung oder eine neue Implementierung aus Gründen wie gesetzlichen Verpflichtungen, latenzempfindlichen Workloads und zentralisiertem Datenmanagement wiederzuverwenden.
Das folgende Diagramm veranschaulicht diese Referenzarchitektur.
goldgate-dbatazure-integration.zip
Die Architektur umfasst die folgenden Komponenten:
- Region
Eine Oracle Cloud Infrastructure-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält, das als Availability-Domain bezeichnet wird. Regionen sind unabhängig von anderen Regionen, und große Entfernungen können sie trennen (über Länder oder sogar Kontinente).
- On-Premise-Netzwerk
Dieses Netzwerk ist das lokale Netzwerk, das von Ihrer Organisation verwendet wird. Es ist einer der Speichen der Topologie.
- Virtuelles Cloud-Netzwerk (VCN) und Subnetze
Ein VCN ist ein anpassbares, softwaredefiniertes Netzwerk, das Sie in einer Oracle Cloud Infrastructure-Region einrichten können. Wie herkömmliche Data Center-Netzwerke erhalten Sie mit VCNs die Kontrolle über Ihre Netzwerkumgebung. Ein VCN kann mehrere sich nicht überschneidende CIDR-Blöcke aufweisen, die Sie nach dem Erstellen des VCN ändern können. Sie können ein VCN in Subnetze segmentieren, die sich auf eine Region oder eine Availability-Domain beschränken. Jedes Subnetz besteht aus einem Bereich zusammenhängender Adressen, die sich nicht mit anderen Subnetzen im VCN überschneiden. Sie können die Größe eines Subnetzes nach der Erstellung ändern. Ein Subnetz kann öffentlich oder privat sein.
- VNIC
Mit einer virtuellen Netzwerkkarte (VNIC) kann eine Instanz eine Verbindung zu einem VCN herstellen. Sie legt fest, wie die Instanz mit Endpunkten innerhalb und außerhalb des VCN verbunden wird. Jede VNIC befindet sich in einem Subnetz in einem VCN und umfasst die folgenden Elemente:
- Eine von Ihnen oder von Oracle gewählte primäre private IPv4-Adresse des Subnetzes, in dem sich die VNIC befindet.
- Optionale sekundäre private IPv4-Adressen aus dem Subnetz, in dem sich die VNIC befindet, die von Ihnen oder von Oracle ausgewählt wurden.
- Eine optionale öffentliche IPv4-Adresse für jede private IP, die von Oracle gewählt, aber von Ihnen nach eigenem Ermessen zugewiesen wird.
- Ein optionaler DNS-Hostname für jede private IP-Adresse.
- Eine MAC-Adresse.
- Ein von Oracle zugewiesenes VLAN-Tag, das verfügbar ist, wenn der Anhang der VNIC zu der Instanz abgeschlossen ist (nur für Bare-Metal-Instanzen relevant).
- Ein Flag zum Aktivieren oder Deaktivieren der Quell-/Zielprüfung im Netzwerktraffic der VNIC.
- Optionale Mitgliedschaft in einer oder mehreren Netzwerksicherheitsgruppen Ihrer Wahl. NSGs enthalten Sicherheitsregeln, die nur für VNICs in dieser NSG gelten.
- Optionale IPv6-Adressen. Die IPv6-Adressierung wird für alle kommerziellen und Regierungsregionen unterstützt.
- Object Storage
Mit Oracle Cloud Infrastructure Object Storage können Sie schnell auf große Mengen an strukturierten und unstrukturierten Daten eines beliebigen Inhaltstyps zugreifen, darunter Datenbankbackups, Analysedaten und umfangreiche Inhalte, wie Bilder und Videos. Sie können Daten sicher und geschützt speichern und dann direkt aus dem Internet oder aus der Cloud-Plattform abrufen. Sie können den Speicher skalieren, ohne dass die Performance oder Servicezuverlässigkeit beeinträchtigt wird. Verwenden Sie Standardspeicher für "guten" Speicher, auf den Sie schnell, sofort und häufig zugreifen müssen. Verwenden Sie Archivspeicher für "Cold Storage", den Sie über lange Zeiträume beibehalten und auf den Sie nur selten zugreifen.
- Oracle GoldenGate
Oracle GoldenGate ist eine Anwendung, die Echtzeitdatenintegration, Datenreplikation, Erfassung von Transaktionsänderungsdaten, Datentransformationen, High Availability-Lösungen und Verifizierung zwischen betrieblichen und analytischen Unternehmenssystemen bietet. Diese Architektur besteht aus der Ausführung von Oracle GoldenGate auf Linux Virtual Machine oder Azure Kubernetes Service.
- Oracle Database@Azure
Oracle Database@Azure integriert die Oracle Exadata Database Service-, Oracle Real Application Clusters-(Oracle RAC-) und Oracle Data Guard-Technologien in die Azure-Plattform. Der Oracle Database@Azure-Service bietet die gleiche geringe Latenz wie andere native Azure-Services und erfüllt geschäftskritische Workloads und Cloud-native Entwicklungsanforderungen. Benutzer verwalten den Service auf der Azure-Konsole und mit Azure-Automatisierungstools. Der Service wird im virtuellen Azure-Netzwerk (VNet) bereitgestellt und in das Identitäts- und Zugriffsverwaltungssystem von Azure integriert. Die OCI- und Oracle Database-Metriken und Auditlogs sind nativ in Azure verfügbar. Für den Service müssen Benutzer über einen Azure-Mandanten und einen OCI-Mandanten verfügen. Oracle Autonomous Database Serverless ist auch mit Oracle Database@Azure als weltweit erstes autonomes Datenmanagement verfügbar, das vollständig in der Cloud verwaltet wird und automatisiertes Patching, Upgrades und Tuning ohne menschliches Eingreifen ermöglicht. Autonomous Database basiert auf der Oracle Exadata-Infrastruktur und ist selbstverwaltend, selbstsichernd und selbstreparierend, wodurch manuelle Datenbankverwaltung und menschliche Fehler vermieden werden. Autonomous Database ermöglicht die Entwicklung skalierbarer KI-gestützter Apps mit beliebigen Daten mithilfe integrierter KI-Funktionen unter Verwendung des LLM-Modells (Großsprache) und des Bereitstellungsorts Ihrer Wahl.
- Oracle Autonomous Database Serverless
Oracle Autonomous Database ist das weltweit erste autonome Datenmanagement, das vollständig in der Cloud verwaltet wird und automatisiertes Patching, Upgrades und Tuning ohne menschliches Eingreifen ermöglicht. Autonomous Database basiert auf der Oracle Exadata-Infrastruktur und ist selbstverwaltend, selbstsichernd und selbstreparierend, wodurch manuelle Datenbankverwaltung und menschliche Fehler vermieden werden. Autonomous Database ermöglicht die Entwicklung skalierbarer KI-gestützter Apps mit beliebigen Daten mithilfe integrierter KI-Funktionen unter Verwendung des LLM (Großsprachmodells) und des Deployment-Standorts Ihrer Wahl.
- Oracle Exadata Database Service on Dedicated Infrastructure
Oracle Exadata Database Service on Dedicated Infrastructure stellt Oracle Exadata Database Machine als Service in einem Oracle Cloud Infrastructure-(OCI-)Data Center bereit. Die Oracle Exadata Database Service on Dedicated Infrastructure-Instanz ist ein VM-Cluster für virtuelle Maschinen, das sich auf Exadata-Racks in einer OCI-Region befindet.
Oracle Exadata Database Service bietet bewährte Oracle Database-Funktionen auf einer speziell entwickelten, optimierten Oracle Exadata-Infrastruktur in der Public Cloud. Integrierte Cloud-Automatisierung, elastische Ressourcenskalierung, Sicherheit und schnelle Performance für OLTP, In-Memory-Analysen und konvergierte Oracle Database-Workloads vereinfachen die Verwaltung und senken Kosten.
Die Architektur enthält die folgenden Azure-Komponenten:
- Virtuelles Azure-Netzwerk (VNet)
Azure Virtual Network (VNet) ist der grundlegende Baustein für Ihr privates Netzwerk in Azure. Mit VNet können viele Arten von Azure-Ressourcen wie virtuelle Azure-Maschinen sicher miteinander, mit dem Internet und On-Premises-Netzwerken kommunizieren.
- Delegiertes Azure-Subnetz
Subnetzdelegierung ist die Fähigkeit von Microsoft, einen verwalteten Service, insbesondere einen Platform-as-a-Service-Service, direkt in Ihr virtuelles Netzwerk einzuspeisen. Dies bedeutet, dass Sie ein Subnetz als Home für einen externen verwalteten Service innerhalb Ihres virtuellen Netzwerks festlegen oder delegieren können, d.h. dass dieser externe Service als virtuelle Netzwerkressource fungiert, obwohl er technisch gesehen ein externer Platform-as-a-Service ist.
- Virtuelle Netzwerkkarte (VNIC)
Die Dienste in Azure-Rechenzentren verfügen über physische Netzwerkkarten (NICs). Virtual-Machine-Instanzen kommunizieren über virtuelle NICs (VNICs), die mit den physischen NICs verknüpft sind. Jede Instanz verfügt über eine primäre VNIC, die beim Start automatisch erstellt und angehängt wird und während der Lebensdauer der Instanz verfügbar ist.
Hinweise
Beachten Sie beim Deployment dieser Referenzarchitektur die folgenden Punkte:
- Performance
Diese Referenzarchitektur wird für eine leistungsstarke Datenreplikation mit geringer Latenz für Ressourcen in derselben Region wie Oracle Database@Azure, Oracle GoldenGate, Azure Data Lake und Azure Synapse empfohlen. Regionsübergreifende Implementierungen können jedoch etwas höhere Latenzen aufweisen.
- Parallelität
Konfigurieren Sie die parallele Replikation in Oracle GoldenGate, um das Anwenden von Lag nach Möglichkeit zu beschleunigen.
- Sicherheit
Es wird dringend empfohlen, ein Modell für den Zugriff mit geringsten Berechtigungen zu implementieren und regelmäßige Überprüfungen von Zugriffsprotokollen und offenen Ports durchzuführen.
- Verfügbarkeit
Wir empfehlen, die Skalierbarkeit, Zuverlässigkeit und Sicherheit der Cloud-Infrastruktur mit automatisierten Backups, Disaster Recovery und Failover-Mechanismen zu nutzen. Dies stellt sicher, dass Ihre kritischen Systeme und Daten geschützt und verfügbar bleiben, während Ausfallzeiten minimiert und eine nahtlose Wiederherstellung bei unvorhergesehenen Ereignissen ermöglicht werden.
- Kostenfaktor
Oracle GoldenGate wird basierend auf der Anzahl der Quell- und Zielprozessoren lizenziert, während OCI GoldenGate-Benutzer unabhängig von der Quell- und Zielkonfiguration für die von ihren Deployments verwendeten OCPUs bezahlen. Wir empfehlen, vor der Implementierung dieser Architektur eine Kostenanalyse durchzuführen, um zu bestimmen, wo Oracle GoldenGate (Azure oder OCI) bereitgestellt werden soll.
Mehr erfahren
Lesen Sie diese anderen Lösungen, um mehr über ähnliche Anwendungsfälle zu erfahren:
- Oracle Database@Azure mit OCI in Ihre Azure-Streamingplattform integrieren GoldenGate
Dies ist eine kostengünstigere und einfach zu implementierende alternative Lösung, wenn Sie die Flexibilität haben, OCI GoldenGate für eine ähnliche Datenintegration zu nutzen (wenn Sie einen vollständig verwalteten Service in OCI implementieren möchten). Für die Verwendung von OCI GoldenGate ist der Oracle Interconnect for Microsoft Azure-Service für den Datenaustausch zwischen OCI und Azure in einem dedizierten sicheren Netzwerk erforderlich.
- Erstellen Sie eine moderne Plattform mit Oracle Database@Azure-, OCI-GoldenGate- und Azure-Services
Laden Sie Ihre Data Lakehouse-Infrastruktur in Azure für die Verarbeitung von Workloads für maschinelles Lernen und Analysen.
- Erfahren Sie mehr über Oracle Maximum Availability Architecture für Oracle Database@Azure
Stellen Sie Oracle Database@Azure in zwei Azure-Verfügbarkeitszonen für High Availability und Disaster Recovery bereit, und verwenden Sie Oracle Data Guard für die Datenreplikation und das automatische Backup in OCI Object Storage.
Oracle Database@Azure-Ressourcen:
- Oracle Database@Azure
- Oracle Database@Azure-Dokumentation
- Oracle Zero Downtime Migration – Physische Onlinemigration zu Oracle Exadata Database Service on Dedicated Infrastructure auf Oracle Database@Azure
- Oracle Database@Azure-Bewertungen nach Oracle Maximum Availability Architecture
Oracle GoldenGate-Ressourcen:
- OCI GoldenGate
- Nutzen aus Daten für Oracle Database@Azure-Workloads mit OCI ableiten GoldenGate
- Info zu Parallel Replicat
Oracle Cloud Infrastructure-Ressourcen: