Informationen zu elastischen Pools

Elastische Pools bieten folgende Vorteile:

• Arbeiten Sie innerhalb eines festen Budgets über eine Gruppe von Datenbanken hinweg und bieten Sie gleichzeitig Performance-Elastizität für jede einzelne Datenbank.

• Migrieren Sie einfach von On-Premises-Umgebungen von Oracle, die Oversubscription verwenden, um einen kostengünstigen Weg zur autonomen KI-Datenbank zu bieten.

• Unterstützen Sie SaaS-Anbieter, die eine große Anzahl einzelner Kundendatenbanken verwalten.

• Vereinfachen Sie die Verwendung der Microservices-Architektur, wenn zahlreiche Datenbanken erforderlich sind.

• Poolmitglieder in einem elastischen Pool werden nicht einzeln abgerechnet. Stattdessen wird die Abrechnung auf den Poolleiter basierend auf der Poolausprägung angewendet. Mit diesem Ansatz können Sie zusätzliche ECPUs pro Instanz Poolmitgliedern zuweisen, ohne die ECPU-Nutzungskosten einzelner Mitglieder zu berücksichtigen.

• In Autonomous AI Database werden I/O-Kapazität und Speicherzuweisung direkt mit der ECPU-Anzahl korreliert. Wenn Sie einer Instanz eine größere Anzahl von ECPUs zuweisen, können Sie von einer erhöhten I/O-Kapazität und mehr Speicher profitieren, ohne zusätzliche Ressourcen zu belasten. Da die Kosten durch die Poolausprägung und nicht durch die ECPU-Anzahl jeder Instanz bestimmt werden, können Sie eine höhere I/O-Kapazität und einen höheren Arbeitsspeicher pro Instanz innerhalb derselben Preisstruktur nutzen.

Das Starten und Stoppen von Poolmitgliedern hängt nicht vom Status des Anführers ab. Das heißt, Sie können jede Instanz, die Teil eines elastischen Pools ist, unabhängig stoppen und starten, einschließlich der Leader und Mitglieder des elastischen Pools, die nicht die Leader sind.

Ein elastischer Pool ist ein logisches Konstrukt, das seinen Elementen keine physischen Constraints auferlegt. Poolleiter und Poolmitglieder müssen sich nicht in derselben Infrastruktur befinden. Sie können jedoch einen elastischen Pool mit allen Pool-Membern und dem Pool-Leader in derselben Infrastruktur erstellen. Diese werden als dedizierte elastische Pools bezeichnet und bieten zusätzliche Optionen, einschließlich benutzerdefinierter Skalierung für Rechenleistung und Speicher, erweiterter Datenbankkonsolidierung und -Governance, vereinfachter Abrechnung und verbesserter Kontrolle über das Patching. Weitere Informationen finden Sie unter Info zu dedizierten elastischen Pools.

Wenn Ihre Organisation das übergeordnete und untergeordnete Oracle Cloud Infrastructure-(OCI-)Mandantenmodell verwendet, wie unter Überblick über Organisationsmanagement beschrieben, können Sie elastische Poolkosteneinsparungen erzielen, indem Sie einen elastischen Pool erstellen, der sich sowohl über- als auch über untergeordnete Mandanten erstreckt. In dieser Konfiguration befindet sich der Leiter des elastischen Pools im übergeordneten Mandanten, und die Poolmitglieder befinden sich in untergeordneten Mandanten. Weitere Informationen finden Sie unter Elastic Pools Across Parent and Child Tenancies.

Um einen elastischen Pool zu erstellen und ein Poolleiter zu werden, muss eine Instanz der autonomen KI-Datenbank:

• Verwenden Sie das ECPU-Compute-Modell.

• Automatische Compute-Skalierung deaktiviert.

• Nicht Mitglied eines vorhandenen elastischen Pools sein.

• Sie verfügen über eine ausreichende Anzahl von ECPUs, die unter dem Mandantenlimit liegen, um die Größ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 autonome AI-Datenbankinstanz, die einen elastischen Pool erstellt, beträgt das Vierfache (4) der Poolgröße, die beim Erstellen des Pools angegeben wurde.

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

• Verwenden Sie das ECPU-Compute-Modell.

• Automatische Compute-Skalierung 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 Poolkapazität ab.

Die Gruppierung von Ressourcen und die Abrechnung für einen elastischen Pool bestehen nur aus Compute-Ressourcen, d.h. der ECPU-Nutzung. Die gesamte Compute-Nutzung wird der autonomen KI-Datenbankinstanz in Rechnung gestellt, die der Leiter des elastischen Pools ist. Jede speicherbezogene Ressourcenzuweisung und -abrechnung für die Speichernutzung wird einzelnen autonomen KI-Datenbankinstanzen separat in Rechnung gestellt, unabhängig davon, ob sich die Instanz in einem elastischen Pool befindet. Autonomous AI Database berechnet die gesamte Compute-Nutzung für einen elastischen Pool an den Poolleiter bei der Compute-Nutzungsrate der Transaktionsverarbeitung, unabhängig davon, ob der Leiter des elastischen Pools den Workload-Typ "Transaktionsverarbeitung", "Lakehouse", "JSON" oder "APEX" verwendet. Weitere Informationen finden Sie unter Autonomous AI Database Serverless Billing for Elastic Pools und ECPU Compute Model Billing Information.

In dedizierten elastischen Pools umfassen Ressourcengruppierung und Abrechnung jedoch sowohl Compute- (ECPU-Nutzung) als auch Speicherressourcen. Der gesamte Ressourcenverbrauch wird dem Poolleiter in Rechnung gestellt. Weitere Informationen finden Sie unter Autonomous AI Database Dedicated Elastic Pool Billing.

Eine Autonomous Data Guard-Primärdatenbank kann eine lokale oder eine regionsübergreifende Standbydatenbank verwenden, die Teil eines elastischen Pools ist, entweder als Leader oder Member. Die Abrechnung elastischer Pools hängt davon ab, ob der Poolleiter oder ein Mitglied mit Autonomous Data Guard verknüpft ist. Weitere Informationen finden Sie unter Elastische Pools für autonome KI-Datenbanken mit Autonomous Data Guard abrechnen.

Ein elastischer Pool hat eine Poolkapazität, die dem 4-fachen der Poolgröße entspricht. Beispiel: Ein Pool mit einer Poolgröße von 128 ECPUs kann bis zu 512 ECPUs für seinen Leader und die Member enthalten.

Im Folgenden finden Sie Beispiele für autonome AI-Datenbankinstanzen, die sich in einem elastischen Pool mit einer Poolgröße von 128 und einer Poolkapazität von 512 befinden können:

• Jedes dieser Elemente gilt für Poolmitglieder in einem elastischen Pool mit einer Poolgröße von 128:

  • 1 Instanz mit 512 ECPUs, insgesamt 512 ECPUs

  • 128 Instanzen mit 4 ECPUs, insgesamt 512 ECPUs

  • 256 Instanzen mit 2 ECPUs, insgesamt 512 ECPUs

  • 50 Instanzen mit 10 ECPUs und 3 Instanzen mit 4 ECPUs, insgesamt 512 ECPUs

• Entsprechend gilt jede der folgenden Optionen für Poolmitglieder in einem elastischen Pool mit einer Poolgröße von 128:

  • 1 Instanz mit 128 ECPUs, 2 Instanzen mit 64 ECPUs, 32 Instanzen mit 4 ECPUs und 64 Instanzen mit 2 ECPUs für insgesamt 512 ECPUs

  • 256 Instanzen mit 1 ECPU, 64 Instanzen mit 2 ECPUs für insgesamt 384 ECPUs, die kleiner als die Poolkapazität von 512 ECPUs sind.

  • 100 Instanzen mit 4 ECPUs und 50 Instanzen mit 2 ECPUs, die kleiner als die Poolkapazität von 512 ECPUs sind.

Im Folgenden finden Sie Beispiele, in denen Sie Poolmitglieder zu einem Pool hinzufügen können, um die Anzahl der Instanzen und die Anzahl der ECPUs pro Instanz entsprechend Ihren Anforderungen zu ermitteln. Dies hängt von der ausgewählten Poolgröße ab.

In einem elastischen Pool bestimmen die Lizenzoptionen des Poolführers die Lizenzanforderungen für den gesamten Pool. Wenn Sie BYOL für einen elastischen Pool verwenden und ein BYOL-Lizenzlimit festlegen möchten, müssen Sie den Grenzwert für die Instanz des Poolführers festlegen. Die Lizenzauswahl für Poolmitglieder, einschließlich eines BYOL-Lizenzlimits, gilt nicht, wenn eine Instanz Mitglied eines Pools ist. Die Lizenzauswahlen, einschließlich eines BYOL-Lizenzlimits, werden nur wirksam, wenn ein Poolmitglied oder der Poolleiter den elastischen Pool verlässt. Beispiel: Wenn ein elastischer Pool eine Member-Instanz enthält, die Autonomous Data Guard mit einer 8 ECPU-Primärinstanz mit dem festgelegten BYOL-Lizenztyp verwendet, wird die Lizenzauswahl der Primär- und Standbyinstanz wie folgt festgelegt:

• Wenn das primäre Element ein Poolmitglied ist, kann der Lizenztyp des primären Elements festgelegt werden, gilt jedoch nicht für das primäre Element. Das primäre Element verwendet den Lizenztyp des elastischen Poolleiters. Die Auswahl des Lizenztyps in der Primärdatenbank gilt, wenn und wenn die Primärdatenbank den elastischen Pool verlässt.

• Bei einer lokalen Standbydatenbank befindet sich die Standbyinstanz im Elastic Pool. In diesem Fall verwendet die lokale Standbydatenbank denselben Lizenztyp wie die primäre Datenbank.

• Bei einer regionsübergreifenden Standbydatenbank befindet sich die Standbyinstanz entweder im Pool (als Poolmitglied oder als Poolleiter) oder nicht im elastischen Pool wie folgt:

  • Wenn sich eine regionsübergreifende Standbydatenbank nicht im elastischen Pool befindet, d.h. weder der Poolleiter noch ein Poolmitglied, kann der regionsübergreifende Standbylizenztyp festgelegt werden, ist jedoch nicht zutreffend. Die Standbydatenbank verwendet den Lizenztyp des Elastic Pool-Leaders. Die Lizenztypauswahl in der Standbydatenbank gilt, wenn und wenn die Standbydatenbank den Elastic Pool verlässt.

  • Wenn sich eine regionsübergreifende Standbydatenbank nicht im elastischen Pool befindet, d.h. weder der Poolleiter noch ein Poolmitglied, kann der regionsübergreifende Standbylizenztyp festgelegt werden, ist jedoch nicht zutreffend. Die Standbydatenbank verwendet den Lizenztyp des Elastic Pool-Leaders. Die Lizenztypauswahl in der Standbydatenbank gilt, wenn und wenn die Standbydatenbank den Elastic Pool verlässt.

  • Wenn sich eine regionsübergreifende Standbydatenbank nicht im elastischen Pool befindet, d.h. weder der Poolleiter noch ein Poolmitglied, kann der regionsübergreifende Standbylizenztyp festgelegt werden, ist jedoch nicht zutreffend. Die Standbydatenbank verwendet den Lizenztyp des Elastic Pool-Leaders. Die Lizenztypauswahl in der Standbydatenbank gilt, wenn und wenn die Standbydatenbank den Elastic Pool verlässt.

Standardmäßig wird jeder Instanz in einem elastischen Pool automatisch ein Wartungsfenster zugewiesen. Wenn Sie eine Poolausprägung mit mindestens 1024 ECPUs auswählen, können Sie ein benutzerdefiniertes 2-Stunden-Wartungsfenster zuweisen, in dem der Leader und alle elastischen Poolmitglieder zusammen gepatcht werden. Um ein benutzerdefiniertes Wartungsfenster für Ihren elastischen Pool auszuwählen, erstellen Sie eine Serviceanfrage unter Oracle Cloud Support.

Wenn Sie einen elastischen Pool in einer autonomen KI-Datenbank erstellen, wird Ihre Instanz zum Poolleiter. Instanzen, die Sie einem vorhandenen Pool hinzufügen, werden zu Poolmitgliedern. Die Vorgänge, die Sie ausführen können, hängen von Ihrer Rolle als Leiter oder Mitglied ab.

Die folgenden Vorgänge können nur als Poolleiter ausgeführt werden:

Beide Pool-Mitglieder und der Pool-Leader können die folgenden Vorgänge ausführen: