Erste Schritte mit Autonomous Database on Dedicated Exadata Infrastructure auf Oracle Database@AWS

Einführung

Autonomous Database ist eine vollständig verwaltete Oracle Database-Erfahrung mit Serviceautomatisierung, die es einfach und kostengünstig macht, Datenbankanwendungen zu erstellen, unabhängig davon, ob diese Anwendungen nicht kritisch oder äußerst kritisch sind.

Mit Autonomous Database ist es einfach, Transaktionen und Analysen in einer einzigen Lösung zu verarbeiten und gleichzeitig traditionell anspruchsvolle Architektur- und Betriebsanforderungen wie Verfügbarkeit, Skalierbarkeit, extreme Performance und Sicherheit transparent zu erfüllen.

Autonomous Database auf Oracle Database@AWS bringt die Leistungsfähigkeit von Autonomous Database in AWS-Regionen und ermöglicht so den Zugriff mit geringer Latenz von von AWS bereitgestellten Anwendungen und Services. Autonomous Database nutzt die Oracle Exadata-Datenbanksoftwarearchitektur und wird in einem autonomen VM-Cluster (AVMC) ausgeführt, das auf der führenden Exadata-Infrastruktur von Oracle bereitgestellt wird. Mit Oracle Database @AWS können Sie mit Software-APIs physische Exadata-Infrastrukturen in AWS-Verfügbarkeitszonen und in einem einzigen Infrastruktur-Deployment bereitstellen. Sie können sowohl vollständig verwaltete autonome Oracle-Datenbanken gemeinsam mit anderen VM-Clustern ausführen, auf denen gemeinsam verwaltete Oracle-Datenbanken vom Kunden ausgeführt werden.

In diesem Tutorial werden Sie durch Provisioning und Verbindung zu Ihrer ersten Autonomous Database geführt.

Ziele

Überblick

Bevor Sie mit der Bereitstellung autonomer Datenbanken auf Oracle Database @ AWS beginnen können, müssen Sie zunächst zum AWS Marketplace gehen und mit einem privaten Angebot einbinden, das Ihren AWS-Account mit einem Oracle-Mandanten verknüpft, der die Service-APIs ausführt.

An der Autonomous Database on Dedicated Exadata Infrastructure auf Oracle Database @ AWS sind fünf wichtige Ressourcen beteiligt. Das ODB-Netzwerk ist ein VPC, der mit Ihren Anwendungs-VPCs übereinstimmt und als Bridge-Netzwerk mit der Oracle Database @ AWS-Servicekonsole und -Control Plane dient. Das ODB-Netzwerk gibt den CIDR-Block (IPs) der VM-Clusterknoten an, auf denen Ihre Datenbanken ausgeführt werden.

Die vier wichtigsten Autonomous Database-Serviceressourcen werden in der folgenden Abbildung angezeigt.

Dieses Image zeigt das Ressourcenmodell von Autonomous Database on Dedicated Exadata Infrastructure mit Beispielen.

Beschreibung der Abbildung ADB-Dedicated-Exadata-Infrastructure-resource-model.png

Die Flottenadministrationsressourcen (Exadata-Infrastruktur, autonomes Exadata-VM-Cluster und autonome Containerdatenbank) sind Infrastruktur- und Architekturorientierter und erfordern längere Provisioning-Zeiten. Sie werden jedoch nicht häufig erstellt, außer beim anfänglichen Umgebungssetup oder zur Kapazitätserweiterung, wenn Sie weitere Workloads hinzufügen.

Die Developer/Application DBA-Ressource (Autonomous Database a.k.a. ADB) kann schnell und einfach im Self-Service erstellt werden. Das Service-Design ermöglicht die Erstellung von Flottenadministratorressourcen ohne fakturierbare Kosten. So können Sie ein CI/CD-Governance-Modell einrichten, das die Entwicklung über die Phase bis zur Produktion umfasst. Dies kann über Quota-Zuweisungen für Anwendungseigentümer sichtbar gemacht werden, sodass sie autonome Selfservice-Datenbanken innerhalb budgetierter Constraints verwenden können.

Dieses Tutorial führt Sie durch die Provisioning-Abläufe für die fünf wichtigsten Ressourcen.

Schritt 1: ODB-Netzwerk

Dieses Image zeigt die High-Level-Architektur von Autonomous Database on Dedicated Exadata Infrastructure mit einer einzelnen Availability-Zone.

Beschreibung der Abbildung high-level-arch-single-availability-zone.png

Das ODB-Netzwerk wird wie jede VPC in AWS erstellt. Der Provisioning-Workflow wird jedoch über Oracle Database @AWS-Serviceressourcenlinks gestartet. Das ODB-Netzwerk gibt ein Subnetz an, das Datenbankservice-VM-Knoten (Clientsubnetz) und optional ein Subnetz für Backuptraffic sowie eine Anwendungs-VPC an, die mit dem ODB-Netzwerk per Peering verbunden werden soll. Sie sollten die Größe Ihres ODB-Netzwerks entsprechend der Anzahl der VM-Knoten planen, die in Ihren Exadata-Infrastrukturen gehostet werden sollen, da jede dieser Ressourcen eine IP-Reservierung erfordert. Im Allgemeinen reserviert das Datenbankclientsubnetz in einem ODB-Netzwerk 4 IPs für jede VM in Ihren Clustern sowie weitere 8 IPs. Das Backupsubnetz (nicht erforderlich, wenn Sie nur den Autonomous Database-Service verwenden) reserviert 3 IPs für jede VM in Ihren Clustern sowie weitere 3 IPs. Details finden Sie in der Dokumentation zum ODB-Netzwerk.

Schrittweise Anleitungen finden Sie unter Übung 1: ODB-Netzwerk bereitstellen in Einführung in Oracle Database@AWS.

Schritt 2: Exadata-Infrastruktur

Die Exadata-Infrastruktur (EI) ist eine Zuweisung von Datenbank-(Compute-) und Speicherservern, die ein physisches System definieren. Ein System erfordert mindestens 2 Datenbank- und 3 Speicherserver, kann jedoch auf maximal 32 Datenbank- und 64 Speicherserver skaliert werden. Jeder Datenbankserver (heute die neueste Generation von Exadata X11M) stellt 192 physische CPU-Cores bereit, und jeder Speicherserver bietet bis zu 80 TB nutzbaren Datenspeicher. Sie können mit einem Mindestsystem oder einem größeren System beginnen und später online skalieren, indem Sie mehr Datenbank- und Speicherserver zu vorhandenen Systemen hinzufügen, bis zur maximalen Größe.

Das System wird automatisch mit einem internen High-Speed Remote Direct Memory Access-(RDMA-)fähigen Clusternetzwerk für Real Application Cluster (RAC) und der gesamten Netzwerk- und I/O-Kommunikation für Datenbankanforderungen konfiguriert. Die Oracle-Automatisierung verwaltet die Infrastruktur vollständig, während der Kunde die Planungskontrolle für monatliche BS-Sicherheitsupdates und die vierteljährliche Exadata-Softwarewartung behält. Die Exadata-Infrastruktur ist mit einem nominalen Abonnementpreis ausgestattet, der die dedizierte Hardwarereservierung sichert und Zugriff auf den gesamten Speicher und Speicher auf den jeweiligen Servern bietet. Die Services, die Sie auf der dedizierten Infrastruktur ausführen, werden dann in einem nutzungsabhängigen Modell abgerechnet, das für den bereitgestellten Servicetyp spezifisch ist.

Schritt-für-Schritt-Anleitung finden Sie unter Übung 2: Exadata-Infrastruktur bereitstellen in Einführung in Oracle Database@AWS.

Schritt 3: Autonomes Exadata-VM-Cluster

Das autonome Exadata-VM-Cluster (AVMC) ist eine Virtualisierungsschicht, die, wie bei jedem AWS-Compute-Deployment, eine Laufzeitumgebung von einer anderen isoliert. AVMCs ermöglichen die Partitionierung von Compute- und Speicherressourcen aus der zugrunde liegenden physischen Infrastruktur und stellen eine separate Netzwerkschnittstelle mit Datenverkehrssicherheitsregelkonfigurationen bereit. Der AVMC muss auf mindestens 2 Datenbankservern ausgeführt werden. Zusammen mit den Zuweisungen des Datenbankspeichers haben Sie die Kontrolle über die symmetrische Zuweisung von Kernen und Arbeitsspeicher zu jeder VM im Cluster. Da ADB ein vollständig verwalteter Datenbankservice ist und nichts in den VMs ausgeführt werden kann, außer Ressourcen, die von den ADB-Service-APIs kontrolliert werden, wird keine Zuweisung physischer Ressourcen zu AVMC in Rechnung gestellt. Physische Ressourcen können sowohl vertikal (innerhalb vorhandener Server) als auch horizontal (hinzufügen weiterer Server) skaliert werden. Während Oracle für den Zustand des AVMC verantwortlich ist, können Sie den Zeitplan für vierteljährliche Wartungsvorgänge steuern, indem Sie Richtlinien einrichten, die von der Oracle-Automatisierung eingehalten werden.

Schritt-für-Schritt-Anleitung finden Sie unter Lab 3: Provisioning Autonomous VM Cluster in Introduction to Oracle Database@AWS.

Schritt 4: Autonome Containerdatenbank

Die autonome Containerdatenbank (ACD) ist eine weitere Ebene der Datenbankisolation innerhalb von AVMCs. Die ACD definiert eine eindeutige Datenbanksoftwareversion (z.B. 19c oder 23ai) sowie ihr Aktualisierungsmuster und ihre Planung. Die ACD kann alle Wartungsentscheidungen vollständig an die Automatisierung von Oracle delegieren und Muster deklarieren, z. B. jedes zweite Quartal überspringen und immer eine Version anwenden, die zuvor in einer Staging-Umgebung validiert wurde. Wie der AVMC entstehen bei der ACD keine Fakturierungskosten und werden dynamisch skaliert, wenn autonome Datenbanken dem Container hinzugefügt oder innerhalb des Containers skaliert werden. In der ACD konfigurieren Sie Backupaufbewahrungs-Policys, Verschlüsselungsschlüsselstrategie, HA- und DR-Architektur und wenden erweiterte Datenbankclustersteuerelemente an.

Schritt-für-Schritt-Anleitung finden Sie unter Lab 4: Provisioning Autonomous Container Database in Introduction to Oracle Database@AWS.

Schritt 5: Autonomous Database

Die Autonomous Database (ADB) ist eine vollständig verwaltete Oracle Database mit Integritäts- und Betriebsautomatisierung. Hier melden sich Anwendungen an. Das Schema wird definiert, und Benutzerdaten werden gespeichert. Die Autonomous Database bietet eine ausgefeilte Pay-per-Use-Automatisierung, einschließlich Autoscaling, die eine bis zu 3x sofortige Skalierung von CPU-Ressourcen ermöglicht, wenn die Workload zunimmt oder abnimmt, wobei die Abrechnung auf der zweiten Ebene erfolgt. In der ADB befinden sich die Core-API und das integrierte verwaltete Tooling (Performancehub, Data Studio (Pipelines, Kataloge, Sharing, Transformationen), Oracle REST, MongoDB-Schnittstellen, APEX-Low-Code usw.).

Autonomous Database unterstützt Produktions- und Entwicklungslebenszyklen mit APIs zum Erstellen, Starten, Stoppen, Skalieren, Klonen, Flashback to a Point-in-Time, Wiederherstellen, Durchführen von Schlüsselrotation und Langzeitbackup. Autonomous Database umfasst alle nativen Leistungsautomatisierungs- und Analysefeatures von Oracle Database, einschließlich Auto-Indizierung, Auto-SQL-Planverwaltung, automatische Partitionierung, maschinelles Lernen, Vektortypen und Indizierung sowie Diagrammverarbeitung.

Autonomous Database bietet außerdem umfangreiche Betriebsmetriken, Ereignisse und Logging, die in native AWS-Services wie CloudWatch integriert sind. So können Sie die Servicebeobachtbarkeit ganz einfach hinzufügen. Nach dem Provisioning können Sie auf die Servicekonsole für ADB zugreifen und auf die Schaltfläche Datenbankverbindung klicken, um das Verbindungs-Wallet herunterzuladen und die Verbindungszeichenfolgen für die Verwendung in der Anwendung zu kopieren.

Schritt-für-Schritt-Anleitung finden Sie unter Lab 5: Provisioning Autonomous Database in Introduction to Oracle Database@AWS.

Summary (Übersicht)

Die oben genannten 5 Live Labs haben den Prozess durchlaufen, eine Autonomous Database in einer AWS-Region und Verfügbarkeitszone Ihrer Wahl hochzufahren und auszuführen. Jetzt verfügen Sie über die gesamte Leistungsfähigkeit der Oracle Database in einem benutzerfreundlichen und kostengünstigen Selfservice-Modell. Um mehr über alle integrierten Features und Tools zu erfahren, können Sie die Dokumentation zum Autonomous Database-Service lesen. Genießen und begrüßen Sie die Autonomous Database.

Nächste Schritte

Jetzt können Sie Ihre Daten in Ihre neue Oracle Database migrieren. Sehen Sie sich Oracle Zero Downtime Migration (ZDM) an, um Sie bei Ihren Migrationsanforderungen zu unterstützen.

Links zu weiteren Ressourcen bereitstellen. Dieser Abschnitt ist optional. Löschen, falls nicht erforderlich.

Bestätigungen

Liste der Namen und Titel von Autoren und Mitwirkenden. Dieser Abschnitt ist optional. Löschen, falls nicht erforderlich.

Weitere Lernressourcen

Sehen Sie sich weitere Übungen zu docs.oracle.com/learn an, oder greifen Sie auf weitere kostenlose Lerninhalte im Oracle Learning YouTube-Kanal zu. Besuchen Sie außerdem education.oracle.com/learning-explorer, um ein Oracle Learning Explorer zu werden.

Die Produktdokumentation finden Sie im Oracle Help Center.