Informazioni sui pool elastici dedicati

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

• Fatturazione: Oracle fattura ogni ora ogni pool dedicato per lo storage con provisioning eseguito, oltre alla fatturazione del calcolo. La fatturazione inizia quando si crea il pool e termina quando lo si termina. Oracle fattura ogni ora ogni pool dedicato per lo storage con provisioning eseguito, oltre alla fatturazione del calcolo. La fatturazione inizia quando si crea il pool e termina quando lo si termina. I membri del pool continuano ad avere la propria allocazione di storage, ma non vengono fatturati per lo storage singolarmente, a differenza dei pool elastici tradizionali.

  Ad esempio, in un pool elastico dedicato con 256 TB e 256 ECPU, il leader del pool verrà fatturato sia per lo storage che per il calcolo su base oraria. Per i dettagli, consulta le informazioni su Autonomous AI Database Dedicated Elastic Pool Billing e informazioni su Billing Autonomous AI Database Dedicated Elastic Pools con Autonomous Data Guard.

• Autonomous Data Guard: puoi abilitare Autonomous Data Guard su un pool elastico dedicato, a condizione che un altro pool elastico dedicato sia disponibile nella stessa area (per il peer Autonomous Data Guard locale) o in un'area remota (per il peer Autonomous Data Guard tra più aree).

• Manutenzione e applicazione di patch:

  • È possibile scegliere la finestra di manutenzione preferita (giorno e ora) durante la creazione o l'abilitazione di un pool elastico dedicato. La finestra di manutenzione selezionata si applica a tutti i componenti a cui è possibile applicare le patch nel pool.
  • Solo il leader del pool può controllare l'applicazione delle patch (sospensione o ripresa).
  • La sospensione o la ripresa della manutenzione per un pool elastico dedicato sospenderà o riprenderà la manutenzione per tutti gli altri pool elastici dedicati nella stessa area.
  • Se in un'area esiste già un pool elastico dedicato, qualsiasi pool elastico dedicato aggiuntivo creato nella stessa area non può avere finestre di manutenzione personalizzate. Invece, erediteranno automaticamente la finestra di manutenzione del primo pool elastico dedicato in quell'area.
  • Ad eccezione delle patch di sicurezza, è possibile sospendere e riprendere la manutenzione per un pool elastico dedicato più volte, ma ogni pool elastico dedicato deve ricevere una patch almeno una volta ogni 30 giorni (4 settimane). La manutenzione non può essere differita oltre questo periodo.
  • Puoi riprendere un'applicazione di patch precedentemente sospesa per un pool elastico dedicato, in qualsiasi momento dalla console OCI. Una volta ripresa, l'applicazione delle patch successiva si verifica nella finestra pianificata.
  • Non è possibile modificare lo storage del pool (TB) quando l'applicazione delle patch di un pool elastico dedicato è in pausa.

• Scalabilità dello storage del pool (TB): a differenza dei pool elastici tradizionali che consentono al leader del pool di modificare solo il conteggio di ECPU del pool, i pool elastici dedicati consentono di modificare lo storage del pool (TB) insieme alle relative dimensioni di computazione (ECPU).

  La modifica dello storage del pool (TB) richiede quanto segue:

  • Il nuovo valore di Storage del pool (TB) non è maggiore dello storage già utilizzato dai membri del pool durante lo scale down.
  • Il nuovo valore di Pool storage (TB) rientra nei limiti della tenancy.
  • L'applicazione delle patch del pool elastico dedicato non è in stato di sospensione.
• Provisioning del database: quando si crea un pool elastico dedicato durante il provisioning o la duplicazione di un'istanza del database AI autonomo, l'istanza del database rimane nello stato provisioning fino a quando al pool elastico dedicato non viene assegnato un server dedicato.

È possibile eseguire le operazioni riportate di seguito su un pool elastico dedicato solo come leader del pool.