Modalità di calcolo della fatturazione per una configurazione DR (per una coppia di gruppi di protezione DR associati)

Risorse membro che comportano addebiti

Full Stack DR utilizza solo la CPU allocata (OCPU o ECPU) come base per il calcolo dei costi. Gli addebiti per Full Stack DR vengono addebitati a tutti i membri di computazione o database di un gruppo di protezione DR, indipendentemente dal fatto che la risorsa sia in esecuzione o arrestata. Ad esempio, un'istanza di computazione non mobile esistente nella standby region, tuttavia, è sempre in stato Arrestato finché un'operazione DR non accumulerà comunque addebiti orari per Full Stack DR anche se non è in esecuzione.

Risorse OCI che comportano addebiti

Determinazione del consumo del processore

La tabella riportata di seguito mostra come viene determinato il consumo di OCPU ed ECPU per vari tipi di risorse membro OCI che comportano addebiti orari per Full Stack DR. Determinare il consumo del processore per la maggior parte dei tipi di risorse OCI è semplice e si basa su ciò che viene visualizzato nella pagina dei dettagli nella console OCI per ogni singola risorsa. Tuttavia, alcune risorse come Oracle Exadata non mostrano il consumo del processore per i singoli database deriva dal totale aggregato della CPU consumata dal cluster VM.

Strumento di stima dei costi

Oracle offre uno strumento di stima dei costi facile da usare sulla pagina del prodotto Full Stack DR.

Full Stack Disaster Recovery non installa, configura o distribuisce risorse OCI come computazione, storage, rete, database o applicazioni. Sei responsabile della progettazione della strategia di disaster recovery che desideri orchestrare con Full Stack Disaster Recovery e sei anche responsabile della creazione, configurazione e distribuzione di tutte le risorse OCI IaaS e PaaS al di fuori del flusso di lavoro per Full Stack Disaster Recovery. Pertanto, dovresti già avere un'idea delle risorse che verranno distribuite in entrambe le aree prima di iniziare a lavorare con Full Stack Disaster Recovery. Ciò significa che è possibile utilizzare lo strumento di stima dei costi prima di aver effettivamente distribuito risorse OCI in una delle due region OCI.

Considerazioni:

L'esempio riportato di seguito mostra un sistema aziendale immaginario distribuito in due region OCI. Ogni cliente avrà qualcosa di diverso a seconda dei servizi IaaS e PaaS che fanno parte dello stack di applicazioni. Questo esempio mostra come stimare il costo per lo spostamento dei soli database di computazione e nessun database.

La stima dei costi include sei campi per collegare i conteggi totali di OCPU e ECPU per le risorse IaaS e PaaS in ogni area.

La tabella seguente rappresenta i sei campi che verranno compilati nella stima dei costi. I valori nei campi si basano sui dettagli mostrati nella tabella riportata di seguito che rappresentano uno stack di applicazioni immaginario distribuito per il disaster recovery in due region OCI.

Totale attivo di tutta la CPU utilizzata dalle istanze di computazione o dai database che sono membri del gruppo di protezione DR nell'area primaria (regione 1).

La tabella seguente mostra un esempio delle risorse IaaS e PaaS esistenti o che esisteranno nell'area principale. I totali della CPU nell'ultima riga della tabella riportata di seguito sono le cifre mostrate nella stima dei costi di esempio riportata sopra.

CPU nel gruppo di protezione DR in standby

Totale attivo di tutta la CPU utilizzata dalle istanze di computazione o dai database che sono membri del gruppo di protezione DR nella standby region (regione 2).

Questo esempio include solo lo spostamento della computazione, che esiste solo in una singola area in un dato momento. Pertanto, nel gruppo di protezione in standby non sono presenti risorse membro a pagamento, il che significa che non sono previsti costi per Full Stack Disaster Recovery nella standby region.

L'esempio riportato di seguito mostra un sistema aziendale immaginario distribuito in due region OCI. Ogni cliente avrà qualcosa di diverso a seconda dei servizi IaaS e PaaS che fanno parte dello stack di applicazioni. Questo esempio mostra come stimare il costo per lo spostamento della computazione e di due database Oracle.

La stima dei costi include sei campi per collegare i conteggi totali di OCPU e ECPU per le risorse IaaS e PaaS in ogni area. La tabella seguente rappresenta i sei campi che verranno compilati nella stima dei costi. I valori nei campi si basano sui dettagli mostrati nella tabella riportata di seguito che rappresentano uno stack di applicazioni immaginario distribuito per il disaster recovery in due region OCI.

Totale attivo di tutta la CPU utilizzata dalle istanze di computazione o dai database che sono membri del gruppo di protezione DR nell'area primaria (regione 1).

La tabella seguente mostra un esempio delle risorse IaaS e PaaS esistenti o che esisteranno nell'area principale. I totali della CPU nell'ultima riga della tabella riportata di seguito sono le cifre mostrate nella stima dei costi di esempio riportata sopra.

Totale attivo di tutta la CPU utilizzata dalle istanze di computazione o dai database che sono membri del gruppo di protezione DR nella standby region (regione 2).

Questo esempio include solo lo spostamento della computazione, che esiste solo in una singola area in un dato momento. Pertanto, nel gruppo di protezione in standby non sono presenti risorse membro a pagamento, il che significa che non sono previsti costi per Full Stack Disaster Recovery nella standby region.

L'esempio riportato di seguito mostra un sistema aziendale immaginario distribuito in due region OCI. Ogni cliente avrà qualcosa di diverso a seconda dei servizi IaaS e PaaS che fanno parte dello stack di applicazioni.

Questo esempio illustra come determinare il prezzo di Full Stack DR quando sia la computazione in movimento che quella non in movimento sono membri di gruppi di protezione DR in entrambe le aree. In questa sezione viene inoltre illustrato un caso d'uso in cui qualcuno ha scelto di installare manualmente Oracle Database e Data Guard in un'istanza di computazione anziché utilizzare il servizio Oracle Database nella console OCI. Questo è un semplice esempio di come e perché utilizzare la computazione non mobile, ma non sta sfruttando il supporto integrato per i database Oracle all'interno di Full Stack Disaster Recovery.

A scopo illustrativo, questo esempio utilizza un totale di quattro istanze di computazione:

La stima dei costi include sei campi per collegare i conteggi totali di OCPU e ECPU per le risorse IaaS e PaaS in ogni area. La tabella seguente rappresenta i sei campi che verranno compilati nella stima dei costi. I valori nei campi si basano sui dettagli mostrati nella tabella riportata di seguito che rappresentano uno stack di applicazioni immaginario distribuito per il disaster recovery in due region OCI. Si noti che non ci sono costi associati ai database installati e gestiti dagli utenti: il costo viene invece contabilizzato dall'OPCU utilizzato dalle virtual machine che ospitano il database e Data Guard.

Totale attivo di tutta la CPU utilizzata dalle istanze di computazione o dai database che sono membri del gruppo di protezione DR nell'area primaria (regione 1).

La tabella seguente mostra un esempio delle risorse IaaS e PaaS esistenti o che esisteranno nell'area principale. I totali della CPU nell'ultima riga della tabella riportata di seguito sono le cifre mostrate nella stima dei costi di esempio riportata sopra.

Totale attivo di tutta la CPU utilizzata dalle istanze di computazione o dai database che sono membri del gruppo di protezione DR nella standby region (regione 2).

Questo esempio include solo lo spostamento della computazione, che esiste solo in una singola area in un dato momento. Pertanto, nel gruppo di protezione in standby non sono presenti risorse membro a pagamento, il che significa che non sono previsti costi per Full Stack Disaster Recovery nella standby region.

Esempio 4: stack di applicazioni con OKE, database, spostamento della computazione e della computazione non mobile

L'esempio riportato di seguito mostra un sistema aziendale immaginario distribuito in due region OCI. Ogni cliente avrà qualcosa di diverso a seconda dei servizi IaaS e PaaS che fanno parte dello stack di applicazioni.

Questo esempio illustra come determinare il prezzo di Full Stack DR per un sistema aziendale che include nodi di lavoro ospitati su un cluster Oracle Kubernetes Engine (OKE) e computazione in movimento e non in movimento come membri di gruppi di protezione DR in entrambe le aree. Si tratta di un esempio su piccola scala di un'architettura di distribuzione più tipica per un sistema aziendale che potrebbe ospitare uno stack di applicazioni per qualsiasi applicazione non Oracle o Oracle per la pianificazione delle risorse, la finanza, la gestione del warehouse, la gestione della supply chain, la gestione delle relazioni con i clienti, il portale di vendita e così via. La computazione mobile può essere utilizzata per ospitare applicazioni Oracle o non Oracle che possono funzionare con modifiche minime quando viene eseguita in un'altra area. La computazione non mobile viene in genere utilizzata per ospitare applicazioni Oracle o non Oracle che non possono funzionare o che possono essere facilmente modificate per funzionare quando vengono attivate in un'area diversa. Esempi di applicazioni che potrebbero essere installate su computazione non mobile sono le applicazioni Oracle quali PeopleSoft, JD Edwards EnterpriseOne, Oracle Siebel CRM, Oracle E-Business Suite, Oracle WebLogic Server e così via. Queste applicazioni richiedono l'installazione e l'esecuzione attiva su virtual machine nell'area primaria e l'installazione, anche se non sono attive su virtual machine in esecuzione nella standby region.

A scopo illustrativo, questo esempio utilizza un totale di quattro istanze di computazione standard, quattro nodi di lavoro OKE e diversi database Oracle tra cui Autonomous Database, Base Database ed Exadata recuperati in un'unica esecuzione del piano DR:

La stima dei costi include sei campi per collegare i conteggi totali di OCPU e ECPU per le risorse IaaS e PaaS in ogni area. La tabella seguente rappresenta i sei campi che verranno compilati nella stima dei costi. I valori nei campi si basano sui dettagli mostrati nella tabella riportata di seguito che rappresentano uno stack di applicazioni immaginario distribuito per il disaster recovery in due region OCI.

Totali metriche

CPU nel gruppo di protezione DR primario

Totale attivo di tutta la CPU utilizzata dalle istanze di computazione o dai database che sono membri del gruppo di protezione DR nell'area primaria (regione 1).

La tabella seguente mostra un esempio delle risorse IaaS e PaaS esistenti o che esisteranno nell'area principale. I totali della CPU nell'ultima riga della tabella riportata di seguito sono le cifre mostrate nella stima dei costi di esempio riportata sopra.

CPU nel gruppo di protezione DR in standby

Totale attivo di tutta la CPU utilizzata dalle istanze di computazione o dai database che sono membri del gruppo di protezione DR nella standby region (regione 2).

Includi solo le risorse membro attualmente esistenti nella standby region. Non è necessario calcolare la posizione in cui le risorse esisteranno dopo un'operazione di DR, è sufficiente aggiungere le risorse in cui esistono nello stato normale corrente delle operazioni. Lo spostamento della computazione nella region primaria non è incluso come membro del gruppo di protezione DR in standby, pertanto non sono previsti costi OCPU per lo spostamento della computazione nella standby region.