Informazioni sui pool elastici

Le piscine elastiche offrono i seguenti vantaggi:

• Opera all'interno di un budget fisso in un gruppo di database, offrendo al contempo elasticità delle prestazioni per ogni singolo database.

• Esegui facilmente la migrazione dagli ambienti Oracle on-premise che utilizzano la sottoscrizione in eccesso per fornire un percorso conveniente all'Autonomous AI Database.

• Supporta i fornitori SaaS che gestiscono un gran numero di singoli database dei clienti.

• Facilita l'uso dell'architettura dei microservizi quando sono necessari numerosi database.

• I membri del pool in un pool elastico non vengono fatturati singolarmente. La fatturazione viene invece applicata al leader del pool in base alla forma del pool. Questo approccio consente di allocare ECPU aggiuntive per istanza ai membri del pool senza preoccuparsi dei costi di utilizzo dell'ECPU dei singoli membri.

• In Autonomous AI Database, la capacità di I/O e l'allocazione della memoria sono direttamente correlate al conteggio ECPU. Assegnando un numero maggiore di ECPU a un'istanza, puoi beneficiare di una maggiore capacità di I/O e di una maggiore memoria senza incorrere in costi aggiuntivi per le risorse. Poiché il costo è determinato dalla forma del pool anziché dal conteggio ECPU di ogni istanza, è possibile sfruttare una capacità e una memoria di I/O più elevate per ogni istanza all'interno della stessa struttura di determinazione prezzi.

L'avvio e l'arresto dei membri del pool non dipendono dallo stato del leader. In altre parole, è possibile arrestare e avviare in modo indipendente ogni istanza che fa parte di un pool elastico, inclusi il leader e i membri del pool elastico che non sono il leader.

Un pool elastico è un costrutto logico che non impone vincoli fisici ai suoi membri. Il pool leader e i membri del pool non devono risiedere sulla stessa infrastruttura. Tuttavia, è possibile creare un pool elastico con tutti i membri del pool e il leader del pool che si trova nella stessa infrastruttura. Questi sono chiamati Dedicated Elastic Pool e offrono opzioni aggiuntive, tra cui il ridimensionamento personalizzato per computazione e storage, il consolidamento e la governance avanzati del database, la fatturazione semplificata e un migliore controllo sull'applicazione delle patch. Per ulteriori dettagli, vedere Informazioni sui pool elastici dedicati.

Se la tua organizzazione utilizza il modello di tenancy padre e figlio di Oracle Cloud Infrastructure (OCI), come descritto in Panoramica sulla gestione dell'organizzazione, puoi ottenere risparmi elastici sui costi del pool creando un pool elastico che si estende sia alle tenancy padre che a quelle figlio. In questa configurazione, il leader del pool elastico si trova nella tenancy padre e i membri del pool si trovano in tenancy figlio. Per ulteriori dettagli, vedere Elastic pool in tenancy padre e figlio.

Per creare un pool elastico e diventare un leader del pool, un'istanza di Autonomous AI Database deve:

• Utilizzare il modello della computazione ECPU.

• Disabilitare la scala automatica di computazione.

• Non essere membro di un pool elastico esistente.

• Disporre di un numero sufficiente di ECPU, al di sotto del limite di tenancy, per soddisfare le dimensioni del pool elastico.

• Il provisioning di un leader del pool è soggetto ai limiti del servizio applicati a livello di tenancy.

Il conteggio massimo consentito di singole ECPU per un'istanza di Autonomous AI Database che crea un pool elastico è quattro (4) volte la dimensione del pool specificata durante la creazione del pool.

Per partecipare a un pool elastico, un'istanza di Autonomous AI Database deve:

• Utilizzare il modello della computazione ECPU.

• Disabilitare la scala automatica di computazione.

• Non essere membro di un pool elastico.

• Avere un conteggio di ECPU inferiore alla capacità del pool disponibile.

• Il provisioning di un membro del pool è soggetto alla capacità del pool disponibile.

Il raggruppamento di risorse e la fatturazione per un pool elastico sono costituiti solo da risorse di computazione, ovvero l'uso di ECPU, e tutto l'uso di computazione viene addebitato all'istanza di Autonomous AI Database che è il leader del pool elastico. Qualsiasi allocazione di risorse correlata allo storage e fatturazione per l'uso dello storage viene addebitata separatamente alle singole istanze di Autonomous AI Database, indipendentemente dal fatto che l'istanza si trovi in un pool elastico. Autonomous AI Database fattura l'uso di tutta la computazione per un pool elastico al leader del pool al tasso di utilizzo della computazione Elaborazione delle transazioni, indipendentemente dal fatto che il leader del pool elastico utilizzi il tipo di carico di lavoro Transaction Processing, Lakehouse, JSON o APEX. Per ulteriori informazioni, consulta Autonomous AI Database Serverless Billing for Elastic Pools e ECPU Compute Model Billing Information.

Tuttavia, nei pool elastici dedicati, il raggruppamento e la fatturazione delle risorse includono sia risorse di computazione (uso ECPU) che risorse di storage. Il consumo totale delle risorse viene addebitato al leader del pool. Per i dettagli, consulta Informazioni sulla fatturazione Elastic Pool dedicata di Autonomous AI Database.

Un database primario Autonomous Data Guard può utilizzare uno standby locale o tra più aree che fa parte di un pool elastico, come leader o membro. La fatturazione del pool elastico varia a seconda che il leader del pool o qualsiasi membro sia associato o meno ad Autonomous Data Guard. Per ulteriori informazioni, vedere Informazioni sui pool elastici di Autonomous AI Database Billing con Autonomous Data Guard.

Un pool elastico ha una capacità pool pari a 4 volte la dimensione del pool. Ad esempio, un pool con una dimensione di pool di 128 ECPU può contenere fino a 512 ECPU per il leader e i membri.

Di seguito sono riportati alcuni esempi di istanze di Autonomous AI Database che potrebbero trovarsi in un pool elastico con una dimensione pool di 128 e una capacità pool di 512.

• Ognuna di queste è valida per i membri del pool in un pool elastico con una dimensione pool di 128:

  • 1 istanza con 512 ECPU, per un totale di 512 ECPU

  • 128 istanze con 4 ECPU, per un totale di 512 ECPU

  • 256 istanze con 2 ECPU, per un totale di 512 ECPU

  • 50 istanze con 10 ECPU e 3 istanze con 4 ECPU, per un totale di 512 ECPU

• Analogamente, ciascuno dei seguenti elementi è valido per i membri del pool in un pool elastico con una dimensione pool pari a 128:

  • 1 istanza con 128 ECPU, 2 istanze con 64 ECPU, 32 istanze con 4 ECPU e 64 istanze con 2 ECPU, per un totale di 512 ECPU

  • 256 istanze con 1 ECPU, 64 istanze con 2 ECPU, per un totale di 384 ECPU, che è inferiore alla capacità del pool di 512 ECPU.

  • 100 istanze con 4 ECPU e 50 istanze con 2 ECPU, che è inferiore alla capacità del pool di 512 ECPU.

Si tratta di esempi che consentono di aggiungere membri del pool a un pool in modo che corrispondano al numero di istanze e al numero di ECPU per istanza in base alle proprie esigenze, in base alla dimensione del pool selezionata.

In un pool elastico, le selezioni delle licenze del leader del pool determinano i requisiti di licenza per l'intero pool. Se si desidera utilizzare il modello BYOL per un pool elastico e impostare un limite di licenza BYOL, è necessario impostare il valore limite sull'istanza del leader del pool. Le selezioni di licenze per i membri del pool, incluso qualsiasi limite di licenza BYOL, non si applicano quando un'istanza è membro di un pool. Le selezioni di licenze, incluso qualsiasi limite di licenza BYOL, entrano in vigore solo se un membro del pool o il leader del pool lascia il pool elastico. Ad esempio, se un pool elastico include un'istanza membro che utilizza Autonomous Data Guard con un database primario di 8 ECPU con il tipo di licenza BYOL impostato, la selezione delle licenze dell'istanza primaria e di standby viene impostata come indicato di seguito.

• Quando il primario è un membro del pool, è possibile impostare il tipo di licenza del primario, ma non si applica al primario; il primario utilizza il tipo di licenza del leader del pool elastico. La selezione del tipo di licenza nel database primario verrà applicata quando e se il database primario lascia il pool elastico.

• Per uno standby locale, l'istanza di standby si trova nel pool elastico. In questo caso, lo standby locale utilizza lo stesso tipo di licenza del database primario.

• Per uno standby tra più aree, l'istanza in standby si trova nel pool (come membro del pool o come leader del pool) oppure non si trova nel pool elastico, come indicato di seguito.

  • Quando uno standby tra più aree non si trova nel pool elastico, ovvero non è il leader del pool o un membro del pool, è possibile impostare il tipo di licenza standby tra più aree, ma non è applicabile; lo standby utilizza il tipo di licenza del leader del pool elastico. La selezione del tipo di licenza in standby verrà applicata quando e se lo standby lascia il pool elastico.

  • Quando uno standby tra più aree non si trova nel pool elastico, ovvero non è il leader del pool o un membro del pool, è possibile impostare il tipo di licenza standby tra più aree, ma non è applicabile; lo standby utilizza il tipo di licenza del leader del pool elastico. La selezione del tipo di licenza in standby verrà applicata quando e se lo standby lascia il pool elastico.

  • Quando uno standby tra più aree non si trova nel pool elastico, ovvero non è il leader del pool o un membro del pool, è possibile impostare il tipo di licenza standby tra più aree, ma non è applicabile; lo standby utilizza il tipo di licenza del leader del pool elastico. La selezione del tipo di licenza in standby verrà applicata quando e se lo standby lascia il pool elastico.

Per impostazione predefinita, a ogni istanza in un pool elastico viene assegnata automaticamente una finestra di manutenzione. Selezionando una forma pool pari o superiore a 1024 ECPU, è possibile assegnare una finestra di manutenzione personalizzata di 2 ore durante la quale vengono applicate le patch al leader e a tutti i membri del pool elastico. Per selezionare una finestra di manutenzione personalizzata per il pool elastico, inviare una richiesta di servizio al Supporto Oracle Cloud.

Quando crei un pool elastico in Autonomous AI Database, la tua istanza diventa il leader del pool. Le istanze aggiunte a un pool esistente diventano membri del pool. Le operazioni che è possibile eseguire dipendono dal ruolo di leader o membro.

È possibile eseguire le seguenti operazioni solo come leader del pool:

Sia i membri del pool che il leader del pool possono eseguire le operazioni riportate di seguito.