1 Überblick über Oracle Globally Distributed Autonomous AI Database

Erfahren Sie mehr über den Globally Distributed Autonomous AI Database-Service von Oracle Cloud Infrastructure.

In den folgenden Themen werden die wichtigsten Funktionen von Globally Distributed Autonomous AI Database erläutert. Außerdem werden die Konzepte beschrieben, die Sie über den Service kennen müssen.

Informationen zu Oracle Globally Distributed Autonomous AI Database

Global verteilte autonome KI-Datenbank bringt die Leistungsfähigkeit verteilter (in Shards unterteilter) Datenbanken in Oracle Autonomous AI Database auf dedizierter Exadata-Infrastruktur.

Oracle Globally Distributed Autonomous AI Database ist ein cloud-basierter, vollständig verwalteter Datenbankservice, der das Sharding von Daten über global verteilte konvergierte Datenbanken hinweg ermöglicht. Es wurde entwickelt, um groß angelegte, geschäftskritische Anwendungen zu unterstützen. Es handelt sich um einen hochverfügbaren, fehlertoleranten und skalierbaren Datenbankservice, mit dem Unternehmen riesige Datenmengen mit hoher Performance und Zuverlässigkeit speichern und verarbeiten können.

Die Globally Distributed Autonomous AI Database basiert auf der autonomen Technologie von Oracle, was bedeutet, dass sie selbststeuernd, selbstsichernd und selbstheilend ist. Dies ermöglicht die Automatisierung vieler Routineaufgaben im Zusammenhang mit der Verwaltung einer Datenbank, wie Patching, Tuning, Backup und Recovery, die dazu beitragen können, das Risiko menschlicher Fehler zu reduzieren und die Systembetriebszeit zu verbessern.

Eine detaillierte Erläuterung der unterstützten Features verteilter Datenbanken finden Sie unter Oracle Sharding Overview für Oracle Database 19c und Oracle Globally Distributed Database Overview für Oracle AI Database 26ai.

Globally Distributed Database – Konzepte

Um ein besseres Verständnis der Konzepte von Globally Distributed Database zu erlangen, machen Sie sich mit der folgenden Terminologie vertraut.

  • Katalog - eine Oracle Database, die automatisiertes Shard-Deployment, zentralisierte Verwaltung der verteilten Datenbank und Multi-Shard-Abfragen unterstützt.

    Ein Katalog dient folgenden Zwecken:

    • dient als administrativer Server für die gesamte verteilte Datenbank

    • Speichert eine Goldkopie des Datenbankschemas

    • Verwaltet Multi-Shard-Abfragen mit einem Multi-Shard-Abfragekoordinator

    • Speichert eine Goldkopie doppelter Tabellendaten

  • Shard - Eine verteilte Datenbank ist eine Sammlung von Shards.

    Jedes Shard in einer verteilten Datenbank ist eine unabhängige Oracle Database-Instanz, die eine Teilmenge der verteilten Datenbankdaten hostet. Shared Storage ist für die Shards nicht erforderlich.

    Shards können alle in einer Region platziert werden oder in verschiedenen Regionen platziert werden.

    Shards werden für High Availability und Disaster Recovery mit Raft-Replikation oder Oracle Data Guard repliziert. Für High Availability können replizierte Raft-Shards in verschiedenen Availability-Domains innerhalb einer Region platziert werden. Data Guard-Standby-Shards können in derselben Region platziert werden, in der die primären Shards für High Availability platziert werden. Bei einem Disaster Recovery können sich die Data Guard-Standby-Shards in einer anderen Region befinden.

  • Shardspace - Ein Shardspace ist ein Shard, der Daten speichert, die einem Bereich oder einer Liste von Schlüsselwerten in einer vom Benutzer verwalteten Datenverteilungskonfiguration entsprechen. Ein Shardspace besteht aus einem Shard und seiner Replik.

  • Shard-Direktor - Ein Netzwerk-Listener, der High-Performance-Verbindungsrouting basierend auf einem Sharding-Schlüssel ermöglicht. Darüber hinaus ist ein Shard Director eine Gruppe von Prozessen, die gemeinsam als Global Service Manager (GSM) bezeichnet werden und als regionaler Listener für Clients fungieren, die eine Verbindung zu einer Globally Distributed Database herstellen.

    Der Shard-Direktor verwaltet eine aktuelle Topologiekarte der verteilten Datenbank. Basierend auf dem während einer Verbindungsanforderung übergebenen Sharding-Schlüssel leitet der Director die Verbindungen an das entsprechende Shard weiter.

  • Globaler Service - Ein Datenbankservice, der für den Zugriff auf Daten in der verteilten Datenbank verwendet wird.

    Ein globaler Service ist eine Erweiterung des Begriffs des herkömmlichen Datenbankservice. Alle Eigenschaften herkömmlicher Datenbankservices werden für globale Services unterstützt.

Ausführliche Informationen zu verteilten Datenbankkomponenten und Schemaobjekten finden Sie unter Architektur und Konzepte in Oracle Globally Distributed Database.

Datenreplikationslösungen

Der Globally Distributed Autonomous AI Database-Service von Oracle bietet Datenreplikationslösungen, um High Availability, Disaster Recovery und zusätzliche Skalierbarkeit für Lesevorgänge sicherzustellen.

Globally Distributed Autonomous AI Database bietet Replikation auf Shard-Ebene mit Oracle Data Guard in den Oracle Database-Releases 19c und 26ai. Die Raft-Replikation ist ab Release 26ai mit Oracle AI Database verfügbar.

Globally Distributed Autonomous AI Database stellt die angegebene Replikationstopologie automatisch in den beschafften Systemen bereit und ermöglicht die Datenreplikation.

Replikation auf Shard-Ebene mit Oracle Data Guard

Ein Shard ist eine Datenbank. Mit der Oracle Data Guard-Replikation von Shards in physische Standbydatenbanken kann High Availability auf individueller Shard-Ebene bereitgestellt werden. Die Replikation wird automatisch konfiguriert und bereitgestellt, wenn die verteilte Datenbank erstellt wird.

Oracle Data Guard ist eng in den Globally Distributed Autonomous AI Database-Service von Oracle integriert, um High Availability und Disaster Recovery mit strenger Datenkonsistenz und ohne Datenverlust bereitzustellen. Bei der Oracle Data Guard-Replikation werden synchronisierte Kopien (Standbydatenbanken) von Shards (Primärdatenbanken) für High Availability und Datenschutz verwaltet. Standbys können lokal oder remote bereitgestellt werden.

Chunk-Replikation auf Set-Ebene mit Raft-Replikation

Anstatt auf der gesamten Shard-Ebene mit zusätzlichen Datenbanken für Standbydatenbanken zu replizieren, erstellt das Raft-Replikationsfeature in Globally Distributed Autonomous AI Database Sets von Datenblöcken aus jedem Shard und verteilt sie automatisch auf die Shards, um Chunk-Zuweisungen, Chunk-Bewegungen, Workload-Verteilung und das Balancing bei der Skalierung (Hinzufügen oder Entfernen von Shards) zu bewältigen, einschließlich geplanter oder ungeplanter Änderungen der Shard-Verfügbarkeit.

Die Raft-Replikation ist in eine global verteilte autonome KI-Datenbank integriert, um eine konsensbasierte, leistungsstarke Verfügbarkeitslösung mit geringem Overhead zu bieten, mit verteilten Replikaten und schnellem Failover ohne Datenverlust und bei Ausfall von Shards automatisch den Replikationsfaktor beizubehalten. Bei Raft-Replikationsmanagement erhöht sich der Overhead nicht mit der Anzahl der Shards. Wenn Sie NoSQL-Datenbanken gewohnt sind und nichts über die Funktionsweise der Replikation wissen möchten, funktioniert die native Replikation einfach.

Im Gegensatz zur Data Guard-Replikation muss die Raft-Replikation nicht neu konfiguriert werden, wenn Shards hinzugefügt oder entfernt werden, und Replikate müssen nicht aktiv verwaltet werden.

Weitere Informationen zur Funktionsweise der Raft-Replikation finden Sie unter Raft-Replikation in Oracle Globally Distributed Database verwenden.

Ressourcen-IDs

Die Globally Distributed Database-Serviceressourcen von Oracle verfügen über eine eindeutige, von Oracle zugewiesene ID, die als "Oracle Cloud ID (OCID)" bezeichnet wird.

Globally Distributed Autonomous AI Database-Ressourcen werden hier aufgeführt.

Ressource ID
Verteilt AutonomousDatabase osddistributedautonomousdb
Privater Endpunkt der verteilten Datenbank osddistributeddbprivateendpoint
OSD-Arbeitsanforderung osdworkrequest

Beispiel: Das OCID-Format für eine verteilte Autonomous Database-Ressource lautet ocid1.osddistributedautonomousdb.oc1.iad.<UNIQUE ID>.

Informationen zum OCID-Format und zu weiteren Möglichkeiten zur Identifizierung Ihrer Ressourcen finden Sie unter Ressourcen-IDs.

Messung und Abrechnung

Die Messung und Abrechnung für Globally Distributed Autonomous AI Database basiert auf der Anzahl der ECPUs pro Stunde.

Da ECPUs in der autonomen KI-Datenbank zugewiesen sind, finden Sie weitere Informationen unter Compute-Management und -Abrechnung.

Hinweis:

Wenn Sie ein Cluster für die Verwendung in einer global verteilten Datenbank taggen, wird die SKU der global verteilten Datenbank weiterhin fakturiert, bis das Cluster gelöscht wird.

Servicelimits

Servicelimits für global verteilte Datenbanken können für die Anzahl verteilter Datenbanken und die Anzahl verteilter privater Endpunkte für Datenbanken festgelegt werden.

Für autonome KI-Datenbankinstanzen, ECPU-Anzahl und Speicher müssen Limits für den Autonomous AI Database-Service festgelegt sein.

Weitere Informationen finden Sie unter Kapazität planen und überwachen.

Integrierte Services

Die Globally Distributed Database-Services von Oracle sind in verschiedene Oracle Cloud Infrastructure-Services und -Features eingebunden.

IAM

Oracle Globally Distributed Database-Services sind mit dem Identity and Access Management-(IAM-)Service für die Authentifizierung und Autorisierung für Konsole, SDK, CLI und REST-API integriert.

Weitere Informationen zu IAM finden Sie unter IAM - Überblick.

Arbeitsanforderungen

Global verteilte autonome KI-Datenbank verwendet eigene APIs für Arbeitsanforderungen.

Informationen zum Überwachen von Arbeitsanforderungen finden Sie unter Überwachen von Arbeitsanforderungen.

Die Berechtigungen, die für die Verwendung der APIs erforderlich sind, sind unter Berechtigungen für global verteilte autonome KI-Datenbank-APIs dokumentiert.

Monitoring

Mit Oracle Cloud Infrastructure Monitoring können Sie Ihre Globally Distributed Database-Ressourcen und -Alarme aktiv und passiv überwachen.

Mit Globally Distributed Database-Metriken werden CPU-Auslastung, OCPU-Verbrauch, Arbeitsspeicherauslastung, Deployment-Zustand, eingehende und ausgehende Verzögerung erfasst. Sie können diese Metriken mit dem Monitoring-Service anzeigen.

Weitere Informationen zum Monitoring des Zustands und der Performance einer verteilten Datenbank finden Sie unter Globally Distributed Database überwachen.