Autonomous Database di fatturazione su un'infrastruttura Exadata dedicata

Oracle Autonomous Database on Dedicated Exadata Infrastructure utilizza algoritmi specifici per allocare e fatturare per l'uso della computazione utilizzata dagli Autonomous Database. Comprendere questi algoritmi può aiutarti a determinare il modo migliore per creare e configurare i tuoi Autonomous Database per raggiungere gli obiettivi di performance nel modo più conveniente.

Argomenti correlati

Dettagli fatturazione CPU

Oracle Autonomous Database on Dedicated Exadata Infrastructure calcola la fatturazione della CPU come segue:

  1. L'uso della CPU per ogni Autonomous Database viene misurato al secondo in unità dell'intera ECPU o OCPU.
    1. Un Autonomous Database arrestato utilizza zero ECPU o OCPU. Quando un Autonomous Database viene arrestato, non viene fatturato alcun importo.
    2. Un Autonomous Database in esecuzione utilizza il numero allocato di ECPU o OCPU più eventuali ECPU o OCPU aggiuntive a causa della scala automatica. Quando un Autonomous Database è in esecuzione, viene fatturato il numero di CPU attualmente allocate al database, specificato alla creazione iniziale o in un secondo momento da un'operazione di ridimensionamento manuale. Inoltre, se la scala automatica è abilitata per il database, viene fatturato ogni secondo per eventuali CPU aggiuntive utilizzate dal database come risultato dello scale-up automatico.

      Nota

      La creazione di risorse AVMC e ACD non avvia la fatturazione. Pertanto, anche se si assegna un conteggio totale di CPU a un AVMC e ogni ACD utilizza 8 ECPU o 2 OCPU per nodo al momento della creazione, queste CPU non vengono fatturate. Solo una volta eseguito il provisioning di Autonomous Database in un AVMC e in un ACD di base e tale database è in esecuzione attivamente, le CPU utilizzate verranno fatturate. Di conseguenza, è possibile creare ACD all'interno di AVMC per organizzare e raggruppare i database in base alle linee di business, alle aree funzionali o ad altre tecniche senza preoccuparsi di incorrere in costi.
    3. Quando crei un Autonomous Database, per impostazione predefinita Oracle riserva CPU aggiuntive per garantire che il database possa essere eseguito con almeno il 50% di capacità anche in caso di errori dei nodi. Puoi modificare la percentuale di CPU riservate tra i nodi impostandola su 0% o 25% durante il provisioning di un ACD. Per istruzioni, consulta la sezione relativa all'assegnazione del failover dei nodi in Crea un Autonomous Container Database. Queste CPU aggiuntive non sono incluse nella fatturazione.

    Nota

    Autonomous Database sull'infrastruttura Exadata dedicata su Oracle Database@AWS supporta solo il modello di computazione ECPU.
  2. La media delle misurazioni al secondo viene calcolata in ogni intervallo di un'ora per ogni Autonomous Database.
  3. Le medie orarie per gli Autonomous Database vengono aggiunte insieme per determinare l'uso della CPU all'ora nell'intera risorsa cluster VM Autonomous.
Si consiglia di vedere:

Fatturazione Elastic Pool

Un pool elastico consente di consolidare le istanze di Autonomous Database in termini di fatturazione delle risorse di calcolo.

È possibile pensare a un pool elastico come a un "family plan" di un servizio di telefonia mobile, ad eccezione delle istanze di Autonomous Database in uso. Invece di pagare singolarmente per ogni database, i database vengono raggruppati in un pool in cui un'istanza, il leader, viene addebitato per l'uso di computazione associato all'intero pool. Per informazioni dettagliate complete sui pool di risorse elastiche, vedere Consolidare le istanze di Autonomous Database utilizzando Elastic Pool.

Uso del pool di risorse elastiche:

  • Viene fatturato al leader del pool e la fatturazione si basa sulla dimensione elastica del pool di risorse e sull'uso orario effettivo dell'ECPU del leader del pool e dei membri.
  • Può superare la dimensione del pool (la capacità del pool può essere fino a quattro volte maggiore della dimensione del pool).
  • La fatturazione è costituita solo da risorse di calcolo, ovvero dall'uso di ECPU, e tutto l'uso della computazione viene addebitato all'istanza di Autonomous Database leader del pool.

Utilizzando un pool elastico, puoi eseguire il provisioning fino a quattro volte del numero di ECPU sulla dimensione del pool selezionato e puoi eseguire il provisioning delle istanze di database che si trovano nel pool elastico con appena 1 ECPU per ogni istanza di database. Al di fuori di un pool elastico, il numero minimo di ECPU per istanza di database è di 2 ECPU. Ad esempio, con una dimensione del pool pari a 128, è possibile eseguire il provisioning di 512 istanze di Autonomous Database (quando ogni istanza dispone di 1 ECPU). In questo esempio, le risorse di computazione per la dimensione del pool vengono fatturate in base alla dimensione del pool di 128 ECPU, mentre si ha accesso a 512 istanze di Autonomous Database. Al contrario, quando esegui il provisioning individuale di 512 istanze di Autonomous Database senza utilizzare un pool elastico, devi allocare almeno 2 ECPU per ogni istanza di Autonomous Database. In questo esempio, pagherai 1024 ECPU. L'utilizzo di un pool elastico consente un risparmio sui costi di computazione fino all'87%.

Dopo aver creato un pool Elastic, l'uso totale di ECPU per un'ora specifica viene addebitato all'istanza di Autonomous Database, ovvero il leader del pool. Ad eccezione del leader del pool, le singole istanze di Autonomous Database che sono membri del pool non vengono addebitate per l'uso di ECPU mentre sono membri di un pool elastico.

La fatturazione del pool elastico è la seguente:

  • Se l'utilizzo totale aggregato dell'ECPU di picco è uguale o inferiore alla dimensione del pool per un'ora specifica, viene addebitato il costo per il numero di ECPU di dimensione del pool (una volta superiore alla dimensione del pool).
  • Dopo la creazione di un pool elastico, la fatturazione ECPU continua almeno una volta alla frequenza delle dimensioni del pool, anche quando i database dei membri del pool e il leader del pool vengono arrestati.
  • In altre parole, se l'utilizzo dell'ECPU di picco aggregato del pool è inferiore o uguale alla dimensione del pool per un'ora specifica, viene addebitato il costo per il numero di ECPU di dimensione del pool (una volta superiore alla dimensione del pool). Ciò rappresenta un risparmio dei costi di computazione fino all'87% nel caso in cui questi database vengano fatturati separatamente senza utilizzare pool elastici.
  • Se l'utilizzo massimo aggregato dell'ECPU del leader del pool e dei membri supera la dimensione del pool in qualsiasi momento in un'ora di fatturazione specifica:
    • L'utilizzo dell'ECPU di picco aggregato del pool è uguale o inferiore al doppio del numero di dimensioni del pool di ECPU: per l'uso maggiore di una volta rispetto al numero di dimensioni del pool di ECPU e fino a un massimo di due volte il numero di ECPU in un'ora di fatturazione specificata: la fatturazione oraria è due volte il numero di dimensioni del pool di ECPU. In altre parole, se l'utilizzo dell'ECPU di picco aggregato del pool supera la dimensione del pool, ma è inferiore o uguale a due volte la dimensione del pool per un'ora specifica, viene addebitato il doppio del numero di ECPU di dimensione del pool (due volte la dimensione del pool). Ciò rappresenta un risparmio sui costi di computazione fino al 75% nel caso in cui questi database vengano fatturati separatamente senza utilizzare pool elastici.
    • L'utilizzo dell'ECPU di picco aggregato del pool è uguale o inferiore a quattro volte il numero di ECPU di dimensione del pool: per l'uso maggiore di due volte il pool numero di ECPU di dimensione e fino a quattro volte il numero di ECPU di dimensione del pool in un'ora di fatturazione specifica, la fatturazione oraria è quattro volte il numero di ECPU di dimensione del pool. In altre parole, se l'utilizzo dell'ECPU di picco aggregato del pool supera il doppio della dimensione del pool per un'ora specifica, il costo viene addebitato per quattro volte il numero di ECPU di dimensione del pool (quattro volte la dimensione del pool). Ciò rappresenta un risparmio dei costi di computazione fino al 50% nel caso in cui questi database vengano fatturati separatamente senza utilizzare pool elastici.
  • Ad esempio, si consideri un pool elastico con una dimensione pool di 128 ECPU e una capacità pool di 512 ECPU:
    • Caso-1: l'utilizzo massimo aggregato dell'ECPU del leader del pool e dei membri è di 40 ECPU tra le 2:00 e le 2:30 e le 128 ECPU tra le 2:30 e le 3:00.
      • Il pool elastico viene fatturato a 128 ECPU, una volta la dimensione del pool, per questa ora di fatturazione (2-3 pm). Questo caso si applica quando l'utilizzo massimo aggregato di ECPU del pool elastico per l'ora di fatturazione è inferiore o uguale a 128 ECPU.
    • Caso 2: l'utilizzo massimo aggregato dell'ECPU del leader del pool e dei membri è di 40 ECPU tra le 2:00 e le 2:30 e le 250 ECPU tra le 2:30 e le 3:00.
      • Il pool elastico viene fatturato a 256 ECPU il doppio della dimensione del pool per questa ora di fatturazione (2-3 pm). Questo caso si applica quando l'utilizzo massimo aggregato di ECPU del pool elastico per l'ora di fatturazione è inferiore o uguale a 256 ECPU e maggiore di 128 ECPU.
    • Caso 3: il picco aggregato di utilizzo dell'ECPU del leader del pool e dei membri è di 80 ECPU tra le 2:00 e le 2:30 e 509 ECPU tra le 2:30 e le 3:00 pm.
      • Il pool elastico viene fatturato a 512 ECPU, quattro volte la dimensione del pool, per questa ora di fatturazione (2-3 pm). Questo caso si applica quando l'utilizzo massimo aggregato di ECPU del pool elastico per l'ora di fatturazione è inferiore o uguale a 512 ECPU e maggiore di 256 ECPU.

Per ulteriori dettagli, vedere Come ottenere un risparmio sui costi di computazione fino all'87% con i pool di risorse elastiche su un Autonomous Database.

Fatturazione pool elastico in caso di creazione o cessazione di un pool

Quando un pool elastico viene creato o terminato, il leader viene fatturato per l'intera ora per il pool elastico. Inoltre, le singole istanze aggiunte o rimosse dal pool vengono fatturate per qualsiasi uso di computazione che si verifica mentre l'istanza non si trova nel pool elastico (in questo caso, la fatturazione si applica alla singola istanza di Autonomous Database).

  • Esempio di creazione del pool: si supponga che un'istanza di Autonomous Database con 4 ECPU non faccia parte di alcun pool elastico. Alle 2:15, se si crea un pool elastico con questa istanza con una dimensione del pool di 128 ECPU, l'istanza diventa leader del pool. Supponendo che l'Autonomous Database sia inattivo tra le 2 e le 3 del pomeriggio e che non siano presenti altre istanze di Autonomous Database nel pool, la fatturazione per l'ora compresa tra le 2 e le 3 del pomeriggio è la seguente:
    • La fattura per il periodo 2-3 pm è: (4 * 0,25) + 128 = 129 ECPU.
    • Dove (4 * 0,25) è la fatturazione per la computazione per i quindici minuti precedenti alla creazione del pool Elastic da parte dell'istanza di Autonomous Database (durante il periodo dalle 2 alle 2:15, l'istanza verrà fatturata in base al cluster VM) e 128 ECPU sono la fatturazione per il pool Elastic per l'ora in cui viene creato.
  • Esempio di interruzione del pool: si supponga che un'istanza di Autonomous Database con 4 ECPU sia il leader di un pool elastico e che la dimensione del pool sia di 128 ECPU. Alle 4:30, se interrompi il pool elastico, il database diventa un'istanza standalone di Autonomous Database e non fa parte di alcun pool elastico. Supponendo che l'Autonomous Database sia inattivo tra le 4 e le 5 del pomeriggio e che non siano presenti altre istanze di Autonomous Database nel pool, la fatturazione per l'ora compresa tra le 4 e le 5 del pomeriggio è la seguente:
    • La fattura per 4-5 pm è: (4 * 0,5) + 128 = 130 ECPU.
    • Dove (4 * 0,5) è la fatturazione per la computazione per trenta minuti dopo che l'istanza di Autonomous Database ha terminato il pool elastico e 128 ECPU è la fatturazione per il pool elastico per l'ora in cui il pool elastico è stato interrotto.
    • Una volta che l'istanza di Autonomous Database lascia il pool, diventa di nuovo parte del cluster VM e viene fatturata sul cluster VM.

Fatturazione pool elastico quando un membro o un leader del pool lascia il pool

Fatturazione per un'istanza di Autonomous Database che lascia un pool elastico che torna alla fatturazione delle singole istanze in base alle risorse di computazione utilizzate dalla singola istanza:
  • Se un membro del pool con almeno 2 ECPU lascia il pool, l'allocazione ECPU della singola istanza rimane e l'istanza viene fatturata per quel numero di ECPU.
  • Se un membro del pool con 1 ECPU lascia il pool, l'allocazione dell'ECPU viene impostata automaticamente su 2 ECPU e all'istanza viene fatturato 2 ECPU in futuro, a meno che non venga eseguito lo scale-up.