Oracle Autonomous Database in Oracle Database@Google Cloud bereitstellen
Architektur
In dieser Architektur werden einige Best Practices für das Deployment einer Oracle Autonomous Database in Oracle Database@Google Cloud in mehreren Regionen mit Oracle Autonomous Data Guard beschrieben.
Geschäftskontinuitätspraktiken und Hochverfügbarkeitstopologien sollten bei der Entwicklung geschäftskritischer Datenbankanwendungen immer berücksichtigt werden. Das Architekturdiagramm zeigt eine Anwendung, die in zwei Google Cloud-Regionen ausgeführt wird. Benutzer greifen über einen Google Cloud Load Balancer extern auf die Anwendung zu. Optional kann Autonomous Database so konfiguriert werden, dass eine Primärdatenbank in der primären Region und eine Standbydatenbank in der sekundären Region ausgeführt werden. Im unwahrscheinlichen Fall eines Fehlers in der Google Cloud-Region kann die Standbydatenbank in der sekundären Region aktiviert werden und zur primären Datenbank für die Anwendung werden.
Die Anwendung greift über eine private Verbindung zum Oracle Database@Google Cloud-Subnetz auf die Datenbank zu. Wenn eine regionsübergreifende Geschäftskontinuität erforderlich ist, kann Oracle Autonomous Data Guard optional aktiviert werden. Wenn Oracle Autonomous Data Guard aktiviert ist, erstellt Oracle automatisch eine Standbydatenbank in einer anderen Google Cloud-Region. Oracle Autonomous Data Guard hält die Primärdatenbank und die regionsübergreifende Standbydatenbank synchron, sodass die Standbydatenbank bei einem Ausfall der Primärregion mit minimalem Datenverlust aktiviert werden kann. Von Oracle verwaltete automatische Backups sind standardmäßig immer aktiviert.
Das folgende Diagramm veranschaulicht diese Referenzarchitektur.
Beschreibung der Abbildung adb-oracle-db-google-cloud-region.png
adb-oracle-db-google-cloud-region-oracle.zip
Die Architektur umfasst die folgenden Komponenten:
- Region
Eine Oracle Cloud Infrastructure-(OCI-) oder Google Cloud-Region ist ein lokalisierter geografischer Bereich, der mindestens ein Data Center enthält. Die Regionen sind unabhängig voneinander und in vielen Ländern auf mehreren Kontinenten.
In Regionen, in denen die Oracle Database@Google Cloud-Services verfügbar sind, ist eine Google Cloud-Region mit einer OCI-Region verbunden, wobei Google Cloud-Verfügbarkeitszonen (AZs) mit den entsprechenden OCI-Verfügbarkeitsdomänen (ADs) verbunden sind. - Google Verfügbarkeitszone
Eine Verfügbarkeitszone ist ein physisch separates Data Center innerhalb einer Region, die verfügbar und fehlertolerant ist. Es ist nahe genug, um Verbindungen mit geringer Latenz zu anderen Verfügbarkeitszonen zu haben.
- Google Cloud-Projekt
Ein Google Cloud Project ist erforderlich, um Google Workspace-APIs zu verwenden und Google Workspace-Add-ons oder -Apps zu erstellen. Ein Cloud-Projekt bildet die Grundlage für die Erstellung, Aktivierung und Verwendung aller Google Cloud-Services, einschließlich der Verwaltung von APIs, der Aktivierung der Abrechnung, des Hinzufügens und Entfernens von Mitarbeitern und der Verwaltung von Berechtigungen.
- Google Virtual Private Cloud
Google Cloud Virtual Private Cloud (VPC) bietet Netzwerkfunktionen für Compute Engine-Virtual-Machine-(VM-)Instanzen, Google Kubernetes Engine-(GKE-)Container, Datenbankservices und serverlose Workloads. VPC bietet globale, skalierbare und flexible Netzwerke für Ihren cloudbasierten Service.
- Google-Subnetze
Jedes VPC-Netzwerk besteht aus einem oder mehreren IP-Adressbereichen, die als Subnetze bezeichnet werden. Subnetze sind regionale Ressourcen, denen IP-Adressbereiche zugeordnet sind.
- Google Load Balancer
Google Load Balancer bietet eine automatisierte Trafficverteilung von einem einzelnen Einstiegspunkt auf mehrere Server im Backend.
- Autonomous Data Guard
Mit Oracle Autonomous Data Guard kann eine Standbydatenbank (Peerdatenbank) Datenschutz und Disaster Recovery für Ihre Autonomous Database-Instanz bereitstellen. Sie umfasst zahlreiche Services, mit denen Sie eine oder mehrere Standbydatenbanken erstellen, verwalten und überwachen können, damit Oracle Produktionsdatenbanken ohne Unterbrechung verfügbar bleiben können. Oracle Data Guard verwaltet diese Standbydatenbanken als Kopien der Produktionsdatenbank. Wenn die Produktionsdatenbank dann aufgrund eines geplanten oder ungeplanten Ausfalls nicht mehr verfügbar ist, können Sie jede Standbydatenbank in die Produktionsrolle wechseln und so die Ausfallzeit im Zusammenhang mit dem Ausfall minimieren.
- Objektspeicher
Mit OCI Object Storage können Sie 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 im Internet oder in der Cloud-Plattform speichern. 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 Cloud Infrastructure Vault
Mit Oracle Cloud Infrastructure Vault können Sie die Verschlüsselungsschlüssel zum Schutz Ihrer Daten und die Secret-Zugangsdaten, mit denen Sie den Zugriff auf Ihre Ressourcen in der Cloud sichern, erstellen und zentral verwalten. Die Standardschlüsselverwaltung ist von Oracle verwaltete Schlüssel. Sie können auch vom Kunden verwaltete Schlüssel verwenden, die OCI Vault verwenden. OCI Vault bietet eine Vielzahl von REST-APIs zur Verwaltung von Vaults und Schlüsseln.
Hinweise
Beachten Sie bei der Implementierung dieser Architektur Folgendes:
- Netzwerkverbindung
Wenn Sie private Konnektivität verwenden, planen Sie Ihre Netzwerkkonnektivität im Voraus, um Ihren Netzwerkadressraum (CIDR) und Ihre Topologien zu definieren. Sie benötigen mindestens eine VPC, die Sie mit einem entsprechenden virtuellen OCI-Cloud-Netzwerk (VCN) koppeln können. Die CIDR-Blöcke für Google Cloud-VPCs und OCI-VCNs dürfen sich nicht überschneiden.
- Anwendungsresilanz
Wenn Sie eine regionsübergreifende Standbydatenbank verwenden, muss die Anwendungsebene auch über eine regionsübergreifende Redundanz mit Google Cloud Global Load Balancer verfügen, um ein schnelles Failover zu ermöglichen.
- Disaster Recovery-Tests
Testen Sie das Disaster Recovery-Setup, indem Sie in regelmäßigen Abständen ein Switchover zur Standbydatenbank durchführen, um Operational Excellence sicherzustellen.