Prezzi
- Dove posso trovare informazioni sui prezzi del servizio di Backup e DR?
- Le informazioni sui prezzi del servizio di Backup e DR sono dettagliate nella pagina dei prezzi del servizio di Backup e DR.
- Quando un carico di lavoro è considerato gestito dal servizio di backup e RE? La fatturazione del
- servizio di backup e RE (chiamato anche utilizzo dello SKU) prende in considerazione qualsiasi carico di lavoro con almeno un backup non scaduto che utilizza il servizio. Le immagini di backup possono essere conservate in uno snapshot o in un pool OnVault per periodi di tempo prolungati (anni) per motivi di conformità quando il carico di lavoro di origine non è più protetto attivamente.
- La compressione dei backup influisce sull'utilizzo?
- La compressione ottenuta dal sistema nei pool di snapshot e OnVault non influisce sulla misurazione dell'utilizzo, in quanto il conteggio dell'utilizzo si basa sulle dimensioni del carico di lavoro frontend e non sul consumo di spazio di archiviazione di backend.
- In che modo la replica tra le appliance di backup/ripristino influisce sull'utilizzo?
- Il servizio di backup e RE misura l'utilizzo in base alle dimensioni del carico di lavoro frontend. Non viene preso in considerazione il numero di copie conservate o la loro posizione. L'aggiunta di un'appliance per scopi di RE non influisce sull'utilizzo degli SKU del servizio di backup e RE.
- In che modo i percorsi di potatura e gli elenchi di esclusione influiscono sulla fatturazione di Backup e DR?
Se il carico di lavoro del file system ha 3 TiB di dati, utilizzi percorsi di potatura e elenchi di esclusione per eliminare 1 TiB di file dalla gestione e utilizzi l'agente di backup e DR per eseguire il backup del file system, l'utilizzo viene misurato in base alla quantità effettiva di dati gestiti, che in questo esempio è pari a 2 TiB.
Se esegui il backup del file system senza l'agente di Backup e DR (ad esempio con il backup agenteless dell'intera VM VMware/Compute Engine), l'utilizzo viene misurato in base alle dimensioni dei volumi, ovvero 3 TiB.
- Il conteggio dell'utilizzo per il mio carico di lavoro sembra essere inferiore a quello registrato ieri. Perché?
L'utilizzo del servizio di backup e RE si basa sulla copia riuscita più recente, non sulla copia recuperabile più grande. I carichi di lavoro si riducono o si espandono nel tempo (indipendentemente dai tassi di variazione coinvolti). Quando le dimensioni del carico di lavoro diminuiscono, si riflettono nella lettura dell'utilizzo dal backup più recente.
- In che modo il tasso di variazione del database influisce sull'utilizzo?
Il servizio di Backup e DR misura l'utilizzo in base alle dimensioni dell'ultima copia riuscita. Pertanto, per un database Oracle da 4 TB con un tasso di variazione giornaliera del 10%, ma le dimensioni del database sono sempre 4 TB, il calcolo dell'utilizzo sarà 4 TB. A meno che le dimensioni del carico di lavoro non cambino, il tasso di variazione non influisce direttamente sul calcolo dell'utilizzo.
- Come faccio a evitare di pagare per una doppia protezione se proteggo un carico di lavoro e la relativa VM?
Il servizio di backup e RE conteggia separatamente l'utilizzo di una VM VMware e dei relativi workload, il che può portare a un conteggio doppio. Se gestisci un carico di lavoro SQL Server in esecuzione su una VM VMware utilizzando l'agente di backup e DR e se gestisci anche l'intera VM VMware, il database SQL viene conteggiato separatamente dalla VM e in aggiunta a questa. La best practice in questi scenari è gestire separatamente il volume del sistema operativo della VM e i carichi di lavoro residenti sulle VM. In questo modo viene eliminata efficacemente la doppia protezione e quindi il doppio conteggio.
- Conteggi solo le dimensioni del database o includi i file di log nella misurazione dell'utilizzo?
Il servizio di backup e RE misura solo i file di database gestiti necessari per un backup coerente del database. I file di log non vengono conteggiati ai fini della misurazione dell'utilizzo.
- Come faccio a verificare il mio utilizzo delle VM VMware?
Le misurazioni dell'utilizzo del servizio di backup e RE per le VM VMware sono coerenti con le dimensioni riportate da vCenter per la VM in questione.
L'output du -h *.vmdk della cartella VM appropriata nel datastore corrisponde al conteggio dell'utilizzo.
- Come faccio a verificare il mio utilizzo del database Oracle?
- Le misurazioni dell'utilizzo del servizio di backup e RE per Oracle si basano sulle dimensioni allocate per il database. Ecco una query di esempio per verificare le dimensioni del database Oracle.
select (d.total + c.total) total from (select sum(bytes) total from v$datafile) d, (select sum(block_size*file_size_blks) total from v$controlfile) c;
Poi sottrai quanto segue: select sum(bytes) free from dba_free_space;
- Come faccio a verificare il mio utilizzo dei file system?
- Misurazioni dell'utilizzo del servizio di backup e RE per il file system in base ai carichi di lavoro:
- Windows: dimensioni del file system utilizzato registrate da DiskManager
- Linux: dimensioni del file system utilizzato registrate da
df - k
Migrazione ai prezzi basati sui nodi per il backup di Google Cloud VMware Engine
- Cosa è incluso nei prezzi basati su nodi per il backup di Google Cloud VMware Engine?
- I prezzi si riferiscono solo alla protezione di Google Cloud VMware Engine, ovvero ai backup completi delle VM. Non include gli addebiti per la gestione dei backup per i backup basati su agenti, come gli addebiti per i backup coerenti con l'applicazione per SAP HANA, SQL Server, MySQL o Postgres. Per stimare gli addebiti per i backup basati su agenti, sono necessarie le dimensioni di produzione per ciascuno di questi tipi di database. I prezzi dei backup basati su agenti sono in linea con i prezzi standard diGoogle Cloud Backup e DR.
- Quali sono le differenze tra i prezzi esistenti basati su licenze dati gestite (MDL) e i nuovi prezzi basati su nodi per il backup di Google Cloud VMware Engine?
- Di seguito è riportato un esempio per illustrare la differenza tra i prezzi esistenti e quelli nuovi per il backup del nuovo Google Cloud VMware Engine.
- I miei sconti sui prezzi esistenti saranno applicabili ai nuovi SKU di backup correlati a Google Cloud VMware Engine?
- Gli sconti sui prezzi esistenti rimarranno applicabili ai nuovi SKU di backup correlati a Google Cloud VMware Engine.
- Posso scegliere tra i prezzi esistenti basati su licenze dati gestite (MDL) e i nuovi prezzi basati su nodi per il backup delle VM Google Cloud VMware Engine?
- In futuro, solo il nuovo modello di prezzi basato su nodi sarà supportato per tutti i clienti che vogliono eseguire il backup delle VM Google Cloud VMware Engine utilizzandoGoogle Cloud Backup & DR .
- Cosa devo fare per passare al nuovo modello di prezzo basato su nodi di Google Cloud VMware Engine?
- Tutti i clienti Google Cloud esistenti di Backup e DR che proteggono i workload di Google Cloud VMware Engine devono aggiornare ciascuna delle loro appliance di backup/ripristino alla versione 11.0.5 o successiva per adottare il modello di prezzi aggiornato. Una volta che tutti gli appliance di backup saranno aggiornati alla versione 11.0.5 o successiva, dal 4 agosto 2023 in poi, i prezzi passeranno automaticamente ai nuovi prezzi basati sui nodi.
- Che cosa succede se non voglio passare dal modello di prezzo esistente basato su licenze dati gestite (MDL) al nuovo modello di prezzo basato su nodi per il backup delle VM di Google Cloud VMware Engine?
- Puoi continuare a utilizzare il modello di determinazione del prezzo esistente non eseguendo l'upgrade dell'appliance di backup/recupero alla versione 11.0.5 o successiva. Tuttavia, devi eseguire l'upgrade dell'appliance e adottare il nuovo modello di determinazione dei prezzi quando l'appliance non sarà più supportata.
Nuovo sistema di generazione di report del servizio di backup e RE
- Che cos'è il nuovo sistema di generazione di report e quali sono i suoi vantaggi rispetto al Report Manager esistente?
IlGoogle Cloud servizio di backup e RE ha aggiunto un nuovo sistema di generazione di report basato sui servizi Google Cloud integrati: Cloud Monitoring, Cloud Logging e BigQuery. Ti offre un'esperienza di generazione di report più semplice, scalabile e completa.
Con il nuovo sistema di generazione di report puoi:
- Scoprire, visualizzare e analizzare le tendenze nei dati dei report tramite Cloud Logging
- Visualizzare, analizzare e recuperare le metriche relative ai job tramite Cloud Monitoring
- Creare report personalizzati in BigQuery utilizzando il linguaggio di query SQL
- Configurare avvisi personalizzati sui dati dei report tramite Cloud Logging e Cloud Monitoring
- Invia report via email, pianifica automaticamente gli aggiornamenti dei dati e analizza i dati utilizzando gli strumenti
- Perché devo passare dal Report Manager esistente a un nuovo sistema di generazione di report entro il 20 aprile 2024?
Il Report Manager esistente verrà ritirato il 20 aprile 2024. Il link esistente al Report Manager nella console di gestione verrà disattivato e non potrai più accedere tramite la console di gestione o gli script dopo il 20 aprile 2024.
- Che cosa succede se non passo al sistema di generazione di report entro il 20 aprile 2024?
Se non configuri il nuovo sistema di generazione di report entro il 20 aprile 2024, potrai accedere solo ai report integrati in formato CSV. Per farlo, esporta i report in un bucket Cloud Storage dalla console di gestione.
- Quali funzionalità supportate nel gestore dei report esistente non sono più supportate nel sistema di generazione di report?
La tabella seguente illustra le funzionalità supportate nel nuovo sistema di generazione di report e nel report manager esistente.
| Funzionalità | Gestore dei report esistente |
Nuovo sistema di generazione di report |
|---|---|---|
| Report predefiniti | Supportato | Supportato |
| Flessibilità per l'esportazione dei report | Supportato | Supportato |
| Filtrare o ordinare i dati nel report ed eseguire una personalizzazione di base (riordinare o nascondere le colonne) | Supportato | Supportato |
| Possibilità di definire un periodo di conservazione personalizzato per i report e i dati dei report | Supportato | Supportato |
| Esegui report on demand | Supportato | Non applicabile1 |
| Vai al report dalla console di gestione | Supportato | Supportato |
| Report via email | Non supportata | Supportato |
| Possibilità di eseguire query e creare report personalizzati | Non supportata | Supportato |
| Possibilità di inviare avvisi su eventi importanti | Non supportata | Supportato |
| Possibilità di creare dashboard personalizzate | Non supportata | Supportato |
| Analizza i dati in tempo reale utilizzando gli strumenti di analisi | Non supportata | Supportato |
1 Il nuovo sistema di generazione di report supporta i report sui job quasi in tempo reale.
- Tutti i dati dei report esistenti nel Report Manager saranno disponibili nel nuovo sistema di generazione di report?
- No, i dati dei report storici non sono disponibili nel nuovo sistema di generazione di report. Fino al 30 aprile 2025, potrai continuare ad accedere ai report integrati storici ed esistenti tramite la scheda Esporta report storici nella console di gestione. Puoi esportare questi report in formato CSV in un bucket Cloud Storage.
- L'esportazione dei report storici in formato CSV in un bucket Cloud Storage comporta degli addebiti?
- Il servizio di backup e DR non addebita l'esportazione dei report storici in formato CSV in un bucket Cloud Storage. L'archiviazione dei dati in un bucket Cloud Storage comporta un costo. Per maggiori dettagli, consulta Prezzi di Archiviazione dei dati per un account Cloud Storage.
- Quando diventa disponibile l'opzione per esportare i report storici?
- L'opzione Esporta report storici sarà disponibile dal 1° aprile 2024. Potrai esportare i report utilizzando la nuova opzione Esporta report storici disponibile nel menu Report della console di gestione.
- Quali sono i report storici e integrati esistenti che potranno essere esportati?
I seguenti report integrati saranno disponibili per l'esportazione in formato CSV in un bucket Cloud Storage.
- Sono previsti costi aggiuntivi per l'utilizzo del sistema di generazione dei report?
Il prezzo per l'utilizzo del nuovo sistema di generazione di report dipende dai seguenti fattori:
- Il volume e il periodo di conservazione dei dati dei log in Cloud Logging.
- Il volume di dati sottoposti a streaming, archiviati e sottoposti a query in BigQuery.
Per informazioni dettagliate sui prezzi, consulta la sezione Prezzi del nuovo sistema di generazione di report di backup e DR.
- Qual è la procedura per passare al nuovo sistema di generazione di report?
Per iniziare a utilizzare il nuovo sistema di generazione di report per Google Cloud Backup e DR, devi aggiornare l'appliance di backup/recupero alla release 11.0.9. Dopo aver aggiornato l'appliance, puoi:
- Chi posso contattare per domande relative alla configurazione del sistema di generazione di report?
Puoi contattare il team di assistenzaGoogle Cloud per eventuali domande o problemi relativi al sistema di generazione di report.