Prezzi dei servizi Backup e RE
Questo documento illustra i dettagli dei prezzi di Cloud Backup e RE.
Panoramica
Backup e RE offre un modello di fatturazione basato sul consumo e la fatturazione si basa sui seguenti componenti:
Addebito dello spazio di archiviazione di backup. La quantità di spazio di archiviazione utilizzato dalle immagini di backup.
Addebito dell'utilizzo del backup. La quantità di utilizzo per l'orchestrazione e la gestione dei backup.
Addebito per spazio di archiviazione di backup
Backup e RE consente agli utenti di sfruttare appieno la vasta gamma di offerte di Cloud Storage per allineare perfettamente l'archiviazione di backup alla criticità aziendale del carico di lavoro protetto.
Backup e RE supporta tipi di archiviazione disco permanente, archiviazione standard, Nearline, Storage Coldline e Archive. Paghi per la quantità di spazio di archiviazione utilizzata dalle immagini di backup in ogni tipo di archiviazione. Per ulteriori dettagli sui prezzi di Google Cloud Storage, consulta i prezzi di Cloud Storage.
Addebito per utilizzo backup
Ogni progetto in Google Cloud ha un account di fatturazione che viene utilizzato per definire chi paga l'utilizzo delle risorse e delle API Google Cloud in quel progetto. Quando il servizio di backup e RE viene attivato in un progetto, qualsiasi utilizzo dei quattro SKU descritto di seguito verrà fatturato a quel progetto. Questo avviene indipendentemente dalle zone o dai progetti in cui si trovano le appliance di backup/ripristino.
Nella tabella seguente sono elencati gli SKU e i prezzi consigliati quando utilizzi Backup e RE.
| Prodotti / SKU - Backup | Modello di determinazione del prezzo | Meter | Prezzo di listino |
|---|---|---|---|
| Dati VM: VM Cloud1, VM on-premise, file system | In base all'utilizzo | Per GiB-mo di capacità di origine (front-end) sotto protezione | 0,03 $ / GiB al mese |
| SAP HANA, Oracle, SAP ASE, SAP IQ, SAP MaxDB, IBM Db2 | In base all'utilizzo | Per GiB-mo di capacità di origine (front-end) sotto protezione | 0,24 $ / GiB al mese |
| Microsoft SQL Server, MySQL, PostgreSQL, MongoDB, MariaDB | In base all'utilizzo | Per GiB-mo di capacità di origine (front-end) sotto protezione | 0,09 $ / GiB al mese |
| Copie virtuali (gestione dei dati di test)2 | In base all'utilizzo | Per GiB-mo della capacità clonata virtuale totale | 0,03 $ / GiB al mese |
1 Sia Google Cloud VMware Engine sia le VM di Compute Engine (inclusa l'orchestrazione degli snapshot di Compute Engine).
2 Sono inclusi gli scenari in cui vengono utilizzati i supporti virtuali per i test e/o i ripristini dei backup.
Come viene misurato l'utilizzo di Backup e RE?
Backup e RE misura l'utilizzo in base alle dimensioni effettive del carico di lavoro al frontend o alle dimensioni del carico di lavoro che sta gestendo. L'unità di misura è gibibyte (GiB). Un gibibyte = 1024 * 1024 * 1024 byte.
Se il carico di lavoro in gestione registra la dimensione del volume per i dati, Backup e RE prende in considerazione le dimensioni del volume segnalate (ad esempio, il calcolo dell'utilizzo per VMware sarà coerente con le dimensioni riportate della VM in vCenter).
Se gestisci 10 TiB di dati Oracle distribuiti su più database, l'utilizzo di Backup e RE segnala 10 * 1024 GiB di utilizzo dei dati.
Misurazione dell'utilizzo per Compute Engine senza agente
Backup e RE misura l'utilizzo per il backup di VM di Compute Engine in base alla quantità di spazio di archiviazione di DP collegato a una VM di Compute Engine al momento del backup. Backup e RE consente di escludere i volumi di DP dal backup. In questi casi, per misurare l'utilizzo vengono utilizzati solo i volumi identificati per il backup.
Ad esempio, se due volumi DP di un TiB e due TiB sono collegati a una VM di Compute Engine e configuri l'SLT di backup per escludere il volume 2TiB, l'utilizzo per la VM viene misurato come un TiB.
Inoltre, se la VM da 1 TiB aumenta o si riduce, Backup e RE misura l'utilizzo in base alle dimensioni del volume al momento dell'ultimo backup.
Misurazione dell'utilizzo per Google Cloud VMware Engine senza agente
Quando gestisci l'intera VM VMware per appliance di backup/RE (tutti i volumi), il conteggio dell'utilizzo è la dimensione totale allocata di tutti i volumi gestiti. Se è stato eseguito il provisioning thin dei volumi, vengono utilizzati i valori provisioning sottile. Se il volume è a provisioning elevato, viene utilizzata la dimensione totale allocata.
Backup e RE tiene conto delle dimensioni dei volumi gestiti segnalati da VMware vCenter. Se una VM è stata configurata con un volume di otto TiB di cui è stato eseguito il provisioning sottile e ha allocato due TiB, due TiB verranno conteggiati ai fini dell'utilizzo. All'aumento delle dimensioni allocate, l'importo di utilizzo aumenterà dalla copia successiva riuscita dopo l'aumento delle dimensioni.
Questo metodo di misurazione si applica a tutti gli scenari di backup di VMware. Quando un agente Backup e RE è installato all'interno di una VM e i dati del carico di lavoro all'interno della VM vengono acquisiti utilizzando l'agente Backup e RE, i calcoli di utilizzo si basano sulla misurazione dell'utilizzo per il backup basato sull'agente.
Misurazione dell'utilizzo per il backup basato su agenti
Backup e RE misura l'utilizzo del backup basato su agenti sulla dimensione effettiva del carico di lavoro. Ad esempio, se un backup di database SQL Server utilizza un agente Backup e RE e se la somma dei file di dati di un server SQL è cinque TiB su un volume di sette TiB, l'utilizzo è misurato come cinque TiB.
Misurazione dell'utilizzo per il backup dei database basato su agenti
Per i carichi di lavoro Oracle e SQL Server, solo i database protetti vengono conteggiati per l'utilizzo. I file di log non vengono presi in considerazione:
- Oracle. Le dimensioni allocate dei file di database protetti vengono conteggiate ai fini dell'utilizzo. Le dimensioni allocate includono file di dati e file di controllo.
- Microsoft SQL Server. Le dimensioni totali di tutti i file del database, inclusi i file .MDF, .LDF e .NDF protetti vengono considerati per l'utilizzo.
- Protezione del database con il monitoraggio dei blocchi modificati (CBT) di Linux. Backup e RE supporta il backup efficiente di più database con il monitoraggio dei blocchi dei cambiamenti. Questa modalità di backup si basa su log di database e file di dati che risiedono sui voluti gestiti da Linux Logical Volume Manager (LVM). Per questa classe di carichi di lavoro, l'utilizzo viene misurato come dimensione del volume LVM sotto protezione. I database che rientrano in questa categoria sono SAP HANA, SAP ASE, SAP SAP, SAP MaxDB, PostgreSQL, MySQL, MariaDB e IBM Db2. Per un elenco dei database che rientrano in questa categoria, consulta la matrice di supporto Backup e RE.
- Protezione basata su dump SQL senza Linux CBT. Backup e RE supporta i tradizionali backup basati su dump SQL. In questa modalità, l'utilizzo viene misurato come dimensione del database riportato dal database al momento del backup.
Misurazione dell'utilizzo di copie virtuali
Backup e RE misura l'utilizzo per le copie virtuali solo quando viene creata una copia virtuale di un carico di lavoro. La quantità di utilizzo si basa sulle dimensioni dell'applicazione al momento dell'ultimo backup. Il modo più comune per creare copie virtuali è l'inserimento di job. Anche altri tipi di job, come la preparazione e il provisioning, possono creare una copia virtuale. Gli addebiti per l'utilizzo vengono ripartiti proporzionalmente in base al momento in cui la copia virtuale è in uso (dal momento del montaggio riuscito al momento dello smontaggio o dell'eliminazione).
Considera l'esempio di un database SQL Server di dimensioni TiB. Questo carico di lavoro comporta un addebito per l'utilizzo del backup di un TiB. Inoltre, il primo giorno del mese viene eseguito il provisioning di una copia virtuale di questo database in un server di test. Il 15 del mese, la copia virtuale viene smontata dal server di test alle 11:00. In questo scenario, viene addebitato un addebito TiB di una copia virtuale di un TiB ogni giorno, dal primo al 15. L'utilizzo della copia virtuale per il giorno 15 conteggerà l'utilizzo solo per 11 ore e non per l'intera giornata. La quantità di utilizzo non cambia con dati aggiuntivi scritti nella copia virtuale.
Fattori che influenzano la misurazione dell'utilizzo
Fattori che influenzano la misurazione dell'utilizzo in scenari fuori banda:
- Volumi compressi. Quando il volume è abilitato per la compressione, l'utilizzo conteggia i valori post-compressione. Ad esempio, se un volume di due TiB ha 2,5 TiB di dati compressi in 1,8 TiB, il conteggio di utilizzo sarà di 1,8 TiB, non di 2,5 TiB.
- Volumi ottimizzati per Windows. Per i volumi ottimizzati di Windows, Backup e RE reidrata il volume per il backup e il conteggio dell'utilizzo corrisponderà al valore reidratato. Ad esempio, se un volume ottimizzato per Windows da 1 TiB contiene 800 GiB di dati, quando reidratato per il backup termina come 1,1 TiB, l'utilizzo è di 1,1 TiB.
- Dimensioni dei blocchi. Per i dischi temporanei, il backup e il ripristino di emergenza misurano l'utilizzo in base alle dimensioni del blocco del disco gestione temporanea. Se le dimensioni del blocco del volume di origine e delle dimensioni del blocco del disco gestione temporanea corrispondono, i valori di utilizzo corrisponderanno esattamente al volume dell'origine. Se la dimensione del blocco utilizzata sul disco gestione temporanea è diverso dal volume di origine, ci sarà una piccola differenza perché il calcolo dell'utilizzo viene eseguito sul disco gestione temporanea.
- Gruppi con coerenza. Il conteggio dell'utilizzo per un gruppo con coerenza è la somma di tutte le dimensioni dei carichi di lavoro nel gruppo con coerenza. I carichi di lavoro vengono misurati individualmente e sommati.
Passaggi successivi
Per qualsiasi domanda relativa ai prezzi, consulta Domande frequenti.