Dedizierte elastische Pools

Mit dedizierten elastischen Pools können Sie autonome KI-Datenbankinstanzen in einem elastischen Pool gruppieren, in dem sich der Poolleiter und alle Poolmitglieder physisch in derselben dedizierten Infrastruktur befinden. Dieses Modell eignet sich gut für SaaS-Anwendungen, Microservices und andere Umgebungen, in denen eine große Anzahl relativ kleinerer Datenbanken ausgeführt wird, während vorhersehbare gemeinsame Kapazität und zentralisierte Betriebskontrolle erforderlich sind.

Zusätzlich zu den standardmäßigen Vorteilen elastischer Pools bieten dedizierte elastische Pools eine vereinfachte Speicherabrechnung auf Poolebene und eine bessere Kontrolle über die Datenbank-, Oracle REST Data Services-(ORDS-) und Oracle APEX-Wartung. Die Poolleiter verwaltet die Poolkapazität, einschließlich Compute- und Speicherskalierung, und steuert die Wartungsplanung und das Patching für den Pool. Jedes Mitglied behält seine eigene Datenbankzuweisung bei, während es von der verfügbaren Compute- und Speicherkapazität des Pools profitiert.

Bevor Sie einen dedizierten elastischen Pool erstellen oder ihm beitreten

Anforderungen an einen Poolleiter

Um einen dedizierten elastischen Pool zu erstellen und ein Poolleiter zu werden, muss eine autonome KI-Datenbankinstanz:

Verwenden Sie das ECPU-Compute-Modell.
Automatische Skalierung von Compute- und Speicherressourcen deaktiviert.
Nicht Mitglied eines vorhandenen elastischen Pools sein.
Sie verfügen innerhalb des Mandantenlimits über genügend ECPUs und Speicher, um die Compute- und Speichergröße des elastischen Pools zu berücksichtigen.

Das Provisioning eines Poolleiters unterliegt den Servicelimits auf Mandantenebene.

Die maximal zulässige ECPU-Anzahl für eine autonome AI-Datenbankinstanz, die einen elastischen Pool erstellt, beträgt das Vierfache (4) der Poolgröße, die beim Erstellen des Pools angegeben wurde.

Anforderungen eines Poolmitglieds

Um einem dedizierten elastischen Pool beizutreten, muss eine Instanz der autonomen KI-Datenbank:

Verwenden Sie das ECPU-Compute-Modell.
Automatische Skalierung von Compute- und Speicherressourcen deaktiviert.
Nicht Mitglied eines elastischen Pools sein.
Verfügen Sie über eine ECPU-Anzahl unter der verfügbaren Poolkapazität.

Das Provisioning eines Poolmitglieds hängt von der verfügbaren Compute- und Speicherkapazität des Pools ab.

Unterstützte Poolausprägungen

Poolspeicher	Verfügbare Pool-Compute-Größe
256 TB	256 ECPUs
512 TB	256 ECPUs oder 512 ECPUs
1024 TB	256 ECPUs, 512 ECPUs oder 1024 ECPUs

So ändert ein dedizierter elastischer Pool die Verwaltung

Fakturierung und Speicherzuweisung

Oracle fakturiert jeden dedizierten elastischen Pool stündlich für bereitgestellten Speicher zusätzlich zur Compute-Abrechnung. Die Abrechnung beginnt, wenn Sie den Pool erstellen, und endet, wenn Sie ihn beenden.

Pool-Member verfügen weiterhin über eine eigene Speicherzuweisung. Im Gegensatz zu herkömmlichen elastischen Pools werden Poolmitglieder jedoch nicht einzeln für Speicher in Rechnung gestellt.

Beispiel: In einem dedizierten elastischen Pool mit 256 TB und 256 ECPUs wird der Poolleiter stündlich für Speicher und Rechenleistung abgerechnet. Weitere Informationen finden Sie unter Autonomous AI Database Dedicated Elastic Pool Billing und Info zu Billing Autonomous AI Database Dedicated Elastic Pools with Autonomous Data Guard.

Wartung und Patching

Wenn Sie einen dedizierten elastischen Pool erstellen oder aktivieren, können Sie ein bevorzugtes Wartungsfenster auswählen, einschließlich Tag und Uhrzeit. Das ausgewählte Wartungsfenster gilt für alle Patch-fähigen Komponenten im Pool.

Nur die Poolleiter kann das Patching anhalten oder wiederaufnehmen.

Wichtig:

Wenn Sie die Wartung für einen dedizierten elastischen Pool unterbrechen oder wiederaufnehmen, wird auch die Wartung für alle anderen dedizierten elastischen Pools in derselben Region angehalten oder fortgesetzt.
Mit Ausnahme von Sicherheitspatches muss jeder dedizierte elastische Pool mindestens einmal alle 30 Tage (4 Wochen) einen Patch erhalten. Die Wartung kann nicht nach dieser Periode verschoben werden.
Sie können den Pool-Speicher (TB) nicht ändern, während das Patching angehalten wird.

Wenn bereits ein dedizierter elastischer Pool in einer Region Ihres Mandanten vorhanden ist, können zusätzliche dedizierte elastische Pools, die in derselben Region und demselben Mandanten erstellt wurden, keine benutzerdefinierten Wartungsfenster aufweisen. Stattdessen erben sie das Wartungsfenster des ersten dedizierten elastischen Pools, der in dieser Region und diesem Mandanten erstellt wurde. Diese Einschränkung gilt nicht, wenn Sie einen dedizierten elastischen Pool in einer anderen Region innerhalb des Mandanten oder in einem anderen Mandanten innerhalb derselben Region erstellen. Mit Ausnahme von Sicherheitspatches können Sie die Wartung mehrmals anhalten und wiederaufnehmen. Sie können das zuvor angehaltene Patching jederzeit über die OCI-Konsole wiederaufnehmen. Nachdem das Patching fortgesetzt wurde, erfolgt das anschließende Patching während des geplanten Wartungsfensters.

Autonomous Data Guard

Sie können Autonomous Data Guard in einem dedizierten elastischen Pool aktivieren, wenn ein anderer dedizierter elastischer Pool verfügbar ist:

In derselben Region für einen lokalen Autonomous Data Guard-Peer.
In einer Remoteregion für einen regionsübergreifenden Autonomous Data Guard-Peer.

Poolkapazität skalieren

Im Gegensatz zu herkömmlichen elastischen Pools, bei denen der Poolleiter nur die ECPU-Anzahl des Pools ändern kann, können Sie mit dedizierten elastischen Pools den Poolspeicher (TB) zusammen mit der Pool-Compute-Größe (ECPUs) ändern.

Beim Ändern des Poolspeichers (TB):

Beim horizontalen Skalieren darf der neue Speicherwert nicht größer sein als der Speicher, der bereits von den Pool-Mitgliedern verwendet wird.
Der neue Speicherwert muss innerhalb der Mandantenlimits liegen.
Patching darf nicht angehalten werden.

Datenbank-Provisioning

Wenn Sie beim Provisioning oder Klonen einer autonomen AI-Datenbankinstanz einen dedizierten elastischen Pool erstellen, bleibt die Datenbankinstanz im Status Provisioning wird ausgeführt, bis dem dedizierten elastischen Pool ein dedizierter Server zugewiesen wird.

Dedizierten elastischen Pool erstellen oder konvertieren

Ein Poolleiter kann die folgenden Vorgänge ausführen:

Dedizierten Elastic Pool aktivieren: Konvertieren Sie einen vorhandenen Elastic Pool in einen dedizierten Elastic Pool. Alle Poolmitglieder werden während des nächsten Wartungsfensters in eine dedizierte Infrastruktur verschoben. Siehe Dedizierten elastischen Pool aktivieren.
Erstellen Sie einen dedizierten elastischen Pool beim Provisioning oder Klonen einer autonomen KI-Datenbankinstanz: Anweisungen finden Sie unter Dedizierten elastischen Pool beim Provisioning oder Klonen einer Instanz erstellen.
Erstellen Sie einen dedizierten elastischen Pool mit einer vorhandenen Instanz der autonomen KI-Datenbank: Anweisungen finden Sie unter Dedizierten elastischen Pool erstellen.

Dedizierten elastischen Pool verwalten