1. Autonomous Database auf Oracle Database@Azure bereitstellen
  2. Bereitstellung von Oracle Autonomous Database auf Oracle Database@Azure

Oracle Autonomous Database auf Oracle Database@Azure bereitstellen

Stellen Sie Oracle Autonomous Database als äußerst widerstandsfähigen Datenspeicher für eine Microservices-Anwendung bereit, die in einer Microsoft Azure-Region mit einer Multi-Availability-Zone bereitgestellt wird.

Oracle-Datenbanken bieten Geschäftskontinuität auf Unternehmensebene, indem sie Kernbausteine wie Exadata, Oracle Real Application Clusters (Oracle RAC), Data Guard und Oracle Application Continuity miteinander verschichten. Bisher konnten diese Kernbausteine manuell in On-Premise-Umgebungen, halbmanuell in Oracle Cloud Infrastructure (OCI) mit Oracle Exadata Database Service oder vollständig automatisiert mit dem Oracle Autonomous Database-Service konfiguriert werden. Der vollständig verwaltete Oracle Autonomous Database-Service ist jetzt in einer zunehmenden Anzahl von Microsoft Azure-Regionen auf der ganzen Welt verfügbar.

Viele Azure-Cloud-Regionen bieten mehrere verfügbare Zonen (AZs), um die Geschäftskontinuität zu maximieren. Diese Verfügbarkeitszonen sind eindeutige physische Standorte, die zum Schutz von Anwendungen und Daten vor Ausfällen im Data Center beitragen.

Architektur

Diese Referenzarchitektur beschreibt einige Best Practices für das Deployment von Oracle Autonomous Database in einer Microsoft Azure-Region mit mehreren Verfügbarkeitszonen (AZ).

Geschäftskontinuitätspraktiken und Hochverfügbarkeitstopologien sollten bei der Entwicklung geschäftskritischer Datenbankanwendungen immer berücksichtigt werden. Die folgende Architektur zeigt eine containerisierte Anwendung mit Azure Kubernetes Service (AKS). Die Containerimages werden in der Azure-Container-Registry gespeichert. Benutzer greifen über einen öffentlichen Load Balancer extern auf die Anwendung zu. Da Oracle Autonomous Database ein PaaS-Service ist, gibt es keine administrative Kontrolle darüber, in welche AZ die Autonomous Database bereitgestellt wird. Im unwahrscheinlichen Fall eines Azure-AZ-Fehlers stellt Oracle jedoch sicher, dass eine lokale Autonomous Data Guard-Standbydatenbank immer in einer anderen AZ (Data Center) als die Primärdatenbank bereitgestellt wird.

Hinweis:

Wenn die Affinität zwischen Anwendung und Datenbank und Verfügbarkeitszone erforderlich ist, stellt Autonomous Database eine vom Benutzer abfragbare Datenbankansicht bereit, um die AZ-Platzierung zu bestimmen. Nachdem die AZ von Autonomous Database bestimmt wurde, kann das Networking je nach Bedarf ausgerichtet werden.

Im folgenden Diagramm stellt das virtuelle Anwendungsnetzwerk (VNet) mit VNet-Peering eine Verbindung zur Datenbank VNet in der Verfügbarkeitszone 1 (AZ1) her. Die AKS-gehostete Anwendung greift über einen privaten Endpunkt auf die Datenbank zu, der eine Verbindung zum delegierten Subnetz von Oracle Database@Azure herstellt. Wenn eine Multi-AZ-Geschäftskontinuität erforderlich ist, kann Autonomous Data Guard optional aktiviert werden. In diesem Fall ist es die Verfügbarkeitszone 2 (AZ2). Autonomous Data Guard hält die Primärdatenbank und die lokale Standbydatenbank synchron und führt bei einem primären AZ-Ausfall automatisch einen Failover aus. Von Oracle verwaltete automatische Backups sind standardmäßig immer aktiviert.

Das folgende Diagramm veranschaulicht diese Referenzarchitektur.


Beschreibung von Autonomous-database-db-azure-diagram.png folgt
Beschreibung der Abbildung Autonomous-database-db-azure-diagram.png

autonom-Datenbank-db-azure-diagram-oracle.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).

  • 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.

  • Autonomous Database

    Oracle Autonomous Database ist eine vollständig verwaltete, vorkonfigurierte Datenbankumgebung, die Sie für Transaktionsverarbeitungs- und Data Warehousing-Workloads verwenden können. Sie müssen keine Hardware konfigurieren oder verwalten oder Software installieren. Oracle Cloud Infrastructure übernimmt das Erstellen der Datenbank sowie Backup, Patching, Upgrade und Optimierung der Datenbank.

  • 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.

  • Azure Container Registry

    Azure Container Registry (ACR) ist ein verwalteter Service zum Speichern und Verwalten von Containerimages und zugehörigen Artefakten.

  • Azure-Verfügbarkeitszone

    Eine Verfügbarkeitszone ist ein physisch separates Data Center innerhalb einer Region, die verfügbar und fehlertolerant ist. Verfügbarkeitszonen sind nahe genug, um Verbindungen mit geringer Latenz zu anderen Verfügbarkeitszonen zu haben.

  • Azure Kubernetes-Service

    Azure Kubernetes Service (AKS) ist ein verwalteter Kubernetes-Service, der von Microsoft Azure angeboten wird.

  • Azure Load Balancer

    Der Azure Load Balancer bietet eine automatisierte Trafficverteilung von einem einzelnen Einstiegspunkt auf mehrere Server im Backend.

  • Virtuelles Netzwerk von Microsoft Azure

    Microsoft Azure Virtual Network (VNet) ist der grundlegende Baustein für Ihr privates Netzwerk in Azure. Mit VNet können viele Azure-Ressourcen wie virtuelle Azure-Maschinen (VMs) sicher miteinander, mit dem Internet und On-Premise-Netzwerken kommunizieren.

  • Oracle Database@Azure

    Oracle Database@Azure ist ein Oracle Cloud Database-Service, der Oracle Database-Workloads in Ihrer Azure-Umgebung ausführt. Die gesamte Hardware für Oracle Database@Azure ist in den Data Centern von Azure untergebracht und verwendet das Azure-Netzwerk. Der Service profitiert von der Einfachheit, Sicherheit und geringen Latenz einer einzelnen Betriebsumgebung in Azure. Die föderierte Identitäts- und Zugriffsverwaltung für Oracle Database@Azure wird von Microsoft Entra ID bereitgestellt. Oracle Database-Metriken und -Auditlogs sind nativ in Azure verfügbar. Der Service erfordert, dass Benutzer einen Azure-Mandanten und einen OCI-Mandanten haben.

Empfehlungen

Verwenden Sie die folgenden Empfehlungen als Ausgangspunkt. Ihre Anforderungen können von der hier beschriebenen Architektur abweichen.
  • Subnetze der Primär- und Standbydatenbank müssen sich in einem eindeutigen VNets befinden, das mit nicht überlappenden IP Classless Inter-Domain Routing-(CIDR-)Bereichen konfiguriert ist.
  • Die Application Tier (AKS, Docker, VMs usw.) muss sich über mindestens zwei AZs erstrecken, wobei die Anwendung VNet per Peering mit der primären und der Standby-VNet von Autonomous Database verbunden ist.
  • Optional können Clientanwendungen so konfiguriert werden, dass sie die transparente Oracle Application Continuity (TAP) verwenden, um die Verfügbarkeit bei geplanten und ungeplanten Ausfällen zu maximieren.

Mehr erfahren

Weitere Informationen zu den in diesem Dokument verwendeten Komponenten und Überlegungen finden Sie unter den folgenden Links.

Prüfen Sie diese zusätzlichen Ressourcen:

Danksagungen

  • Autoren: Domenick Ficarella, Can Tuzla, Martin Gubar
  • Mitwirkende: Wei Han, John Sulyok