Oracle Cloud Infrastructure-Dokumentation

Dedizierte elastische Pools

Mit Autonomous AI Database können Sie elastische Pools mit allen Poolmitgliedern und dem Poolleiter erstellen, der sich in derselben Infrastruktur befindet. Diese werden als dedizierte elastische Pools bezeichnet.

Da der Poolleiter und die Poolmitglieder physisch nebeneinander liegen, bieten dedizierte elastische Pools zusätzliche Optionen, wie unten aufgeführt. Diese Vorteile machen dedizierte elastische Pools für SaaS-Anwendungen, Microservices oder Workloads mit einer großen Anzahl relativ kleinerer Datenbanken geeignet.

Zusätzlich zu den Vorteilen von elastischen Pools, die unter Info zu elastischen Pools aufgeführt werden, bieten dedizierte elastische Pools Folgendes:

  • Verbesserte Kontrolle über Datenbank-, ORDS- und APEX-Patches.

  • Vereinfachte Speicherabrechnung.

Themen

Dedizierter elastischer Pool - Anforderungen

Um einen dedizierten elastischen Pool zu erstellen und ein Poolleader zu werden, muss eine Autonomous AI Database-Instanz:
  • Verwenden Sie das ECPU-Compute-Modell.
  • Automatische Skalierung von Compute- und Speicherressourcen deaktiviert.
  • Nicht Mitglied eines vorhandenen elastischen Pools sein.
  • Sie verfügen über eine ausreichende Anzahl von ECPUs und Speicher, die unter dem Mandantenlimit liegen, um die Compute- und Speichergröße des elastischen Pools zu berücksichtigen.
  • Das Provisioning eines Poolleiters unterliegt den Servicelimits, die auf Mandantenebene durchgesetzt werden.

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

Um einem dedizierten elastischen Pool beizutreten, muss eine autonome 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.

Übergeordnetes Thema: Info zu dedizierten elastischen Pools

Auswirkungen dedizierter elastischer Pools auf Standardverwaltungsvorgänge

  • Abrechnung: Oracle fakturiert jeden dedizierten Pool stündlich für bereitgestellten Speicher sowie für die Abrechnung der Rechenleistung. Die Abrechnung beginnt, wenn Sie den Pool erstellen, und endet, wenn Sie ihn beenden. Oracle fakturiert jeden dedizierten 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. Poolmitglieder haben weiterhin ihre eigene Speicherzuweisung, werden jedoch im Gegensatz zu herkömmlichen elastischen Pools nicht einzeln für Speicher in Rechnung gestellt.

    Beispiel: In einem dedizierten elastischen Pool mit 256 TB und 256 ECPUs wird dem Poolleiter stündlich Speicher und Rechenleistung in Rechnung gestellt. 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.

  • Autonomous Data Guard: Sie können Autonomous Data Guard in einem dedizierten elastischen Pool aktivieren, sofern ein weiterer dedizierter elastischer Pool entweder in derselben Region (für lokalen Autonomous Data Guard-Peer) oder in einer Remoteregion (für regionsübergreifenden Autonomous Data Guard-Peer) verfügbar ist.

  • Wartung und Patching:
    • Sie können Ihr bevorzugtes Wartungsfenster (Tag und Uhrzeit) auswählen, während Sie einen dedizierten elastischen Pool erstellen oder aktivieren. Das ausgewählte Wartungsfenster gilt für alle Patch-fähigen Komponenten im Pool.
    • Nur die Poolleiter kann das Patching steuern (anhalten oder wiederaufnehmen).
    • 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.
    • Wenn bereits ein dedizierter elastischer Pool in einer Region vorhanden ist, können alle zusätzlichen dedizierten elastischen Pools, die in derselben Region erstellt wurden, keine benutzerdefinierten Wartungsfenster haben. Stattdessen erben sie automatisch das Wartungsfenster des ersten dedizierten elastischen Pools in dieser Region.
    • Mit Ausnahme von Sicherheitspatches können Sie die Wartung für einen dedizierten elastischen Pool mehrmals unterbrechen und wiederaufnehmen. Jeder dedizierte elastische Pool muss jedoch mindestens einmal alle 30 Tage (4 Wochen) einen Patch erhalten. Die Wartung kann nicht nach dieser Periode verschoben werden.
    • Sie können ein zuvor angehaltenes Patching für einen dedizierten elastischen Pool jederzeit über die OCI-Konsole wiederaufnehmen. Nach der Fortsetzung erfolgt das anschließende Patching im geplanten Fenster.
    • Sie können den Pool-Speicher (TB) nicht ändern, wenn das Patching eines dedizierten elastischen Pools angehalten wird.

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

    Wenn Sie den Poolspeicher (TB) ändern, müssen folgende Voraussetzungen erfüllt sein:
    • Der neue Wert von Pool Storage (TB) ist nicht größer als der Speicher, der bereits von den Pool-Membern verwendet wird, während der horizontalen Skalierung.
    • Der neue Wert von Poolspeicher (TB) liegt innerhalb der Mandantenlimits.
    • Das Patching des dedizierten elastischen Pools ist nicht angehalten.
  • Datenbank-Provisioning: Wenn Sie beim Provisioning oder Klonen einer Autonomous AI Database-Instanz einen dedizierten elastischen Pool erstellen, bleibt die Datenbankinstanz im Status Provisioning wird ausgeführt, bis dem dedizierten elastischen Pool ein dedizierter Server zugewiesen wird.

Übergeordnetes Thema: Info zu dedizierten elastischen Pools

Dedizierte elastische Poolvorgänge

Tipp:

Zusätzlich zu den unter Elastic Pool Operations aufgeführten Poolleader- und Member-Vorgängen kann ein dedizierter elastischer Poolleader die folgenden Vorgänge speziell für dedizierte elastische Pools ausführen.

Sie können die folgenden Vorgänge für einen dedizierten elastischen Pool nur als Poolleiter ausführen:

Arbeitsvorgang Beschreibung

Dedizierten elastischen Pool aktivieren

Ein Poolleiter kann einen vorhandenen elastischen Pool in einen dedizierten elastischen Pool konvertieren. Alle Poolmitglieder werden während des nächsten Wartungsfensters in eine dedizierte Infrastruktur verschoben.

Weitere Informationen finden Sie unter Dedizierten elastischen Pool aktivieren.

Dedizierten elastischen Pool beim Provisioning oder Klonen einer autonomen KI-Datenbank erstellen Anweisungen finden Sie unter Dedizierten elastischen Pool beim Provisioning oder Klonen einer Instanz erstellen.
Dedizierten elastischen Pool mit einer vorhandenen Autonomous AI-Datenbank erstellen Anweisungen finden Sie unter Dedizierten elastischen Pool erstellen.

Dedizierten Speicher für elastischen Pool (TB) ändern

Der Poolleiter eines dedizierten elastischen Pools kann den Poolspeicher (TB) ändern, sofern er die Mandantenlimits nicht erfüllt. Weitere Informationen finden Sie unter Change a Dedicated Elastic Pool Storage.

Dediziertes elastisches Pool-Patching anhalten oder fortsetzen

Ein dedizierter elastischer Poolleiter kann das Patching des Pools unterbrechen oder wiederaufnehmen. Weitere Informationen finden Sie unter Patching für dedizierten elastischen Pool verwalten.

Dedizierten elastischen Pool deaktivieren

Ein dedizierter elastischer Poolleiter kann ihn in einen traditionellen elastischen Pool umwandeln, indem er ihn deaktiviert. Weitere Informationen finden Sie unter Disable a Dedicated Elastic Pool.

Übergeordnetes Thema: Info zu dedizierten elastischen Pools