Backup e RE per la panoramica della console di gestione

Backup e RE per la console di gestione è una soluzione di backup e ripristino di emergenza basata su appliance che consente di acquisire, archiviare, replicare e recuperare centralmente macchine virtuali (VM), file system e database autogestiti inGoogle Cloud e ambienti ibridi. Tramite una console di gestione delle appliance basata sul web dedicata e appliance di backup/ripristino di cui è stato eseguito il deployment da parte del cliente, puoi gestire la protezione dei dati nei tuoi workload.

Backup e RE per la console di gestione acquisisce i dati in un formato incrementale permanente e li archivia nel formato integrato leggibile dall'applicazione. Poiché i backup vengono archiviati in modo nativo anziché come archivi di backup proprietari, puoi montare istantaneamente le immagini di backup direttamente da un'appliance di backup/ripristino per recuperare i workload, eseguire il provisioning di copie virtuali per test e sviluppo o eseguire la migrazione dei dati con tempi di inattività minimi.

Ritiro di Backup e RE per la console di gestione

Google Cloud Backup e RE non supporterà più la console di gestione delle appliance legacy (stack IaaS) e i workload associati gestiti dall'utente il 30 settembre 2027. Pianifica la migrazione a metodi di backup alternativi il prima possibile per mantenere una protezione dei dati continua.

Workload interessati dal ritiro della console di gestione

La deprecazione della console di gestione interessa solo i workload autogestiti protetti tramite la console di gestione dell'appliance legacy, tra cui:

  • Istanze di Compute Engine gestite tramite la console di gestione dell'appliance
  • Database IBM Db2
  • Database Oracle
  • Database SAP HANA
  • Database Microsoft SQL Server
  • VM di Google Cloud VMware Engine
  • Applicazioni generiche e gruppi di coerenza
  • File system gestiti dall'utente (file system Linux e Windows, stato del sistema, NFS e SMB/CIFS)

I servizi proprietari gestiti da Google protetti direttamente tramite la consoleGoogle Cloud , tra cui VM di Compute Engine, Persistent Disk, Cloud SQL, AlloyDB per PostgreSQL e Filestore, non sono interessati da questa deprecazione.

Tempistiche e tappe fondamentali del ritiro

Il ritiro di Backup e RE per la console di gestione segue tre tappe fondamentali per l'applicazione:

  • 31 dicembre 2026 (eliminazione del server di gestione inattivo): qualsiasi server di gestione nel tuo progetto viene eliminato automaticamente dopo 30 giorni consecutivi di inattività. Un server di gestione è considerato inattivo solo se non ha backup attivi, applicazioni o workload protetti e job di backup attivi.
  • 30 settembre 2027 (blocco dei backup): termina il supporto per la creazione di nuovi backup utilizzando lo stack della console di gestione delle appliance legacy. Se non esegui la migrazione prima di questa data limite, non potrai eseguire nuovi backup dei workload interessati.
  • 31 marzo 2028 (termine ultimo per il ripristino): le funzionalità di ripristino diretto tramite l'interfaccia della console di gestione dell'appliance legacy non saranno più disponibili. Per ripristinare i backup dopo questa data limite, devi utilizzare l'utilità e gli script di recupero della conservazione a lungo termine (LTR) autonomi.

Alternative di migrazione per i workload della console di gestione

Per mantenere la protezione dei backup prima del blocco dei backup del 30 settembre 2027, esegui la migrazione dei workload interessati a una delle seguenti soluzioni di backup supportate:

Workload Opzione di migrazione Riferimento
Compute Engine Backup di Compute Engine nativi di Google Esegui la migrazione delle istanze Compute Engine a un'architettura senza appliance utilizzando Google Cloud Backup e RE per le istanze Compute Engine.
Database gestiti dall'utente (IBM Db2, Oracle, SAP HANA, Microsoft SQL Server e altri) Backup con vault coerenti con l'applicazione utilizzando script personalizzati Utilizza i backup Persistent Disk e delle VM di Compute Engine su Google Cloud Backup e RE con il framework guest-flush, abbinato a script personalizzati per backup immutabili e coerenti con l'applicazione.
SAP HANA Backup basati su agenti Google Cloud Utilizza l'agente Backint nativo di Google Cloud o gli snapshot dei Persistent Disk. Consulta la guida al backup e al ripristino di Agent for SAP Backint o la guida al backup e al ripristino degli snapshot del disco.
Workload VM generici Snapshot dei dischi Google Cloud nativi Configura snapshot del disco standard o di archiviazione per eseguire periodicamente il backup dei dischi virtuali utilizzando la guida agli snapshot del disco.
Tutti i workload Soluzioni di terze parti di Marketplace Esegui il deployment di soluzioni di backup aziendali alternative approvate disponibili su Google Cloud Marketplace.

Conservare e recuperare i backup dopo il 31 marzo 2028

Per mantenere le funzionalità di ripristino del backup oltre la data limite di ripristino del 31 marzo 2028, esegui la migrazione dei dati di backup legacy allo spazio di archiviazione OnVault in Cloud Storage prima della disattivazione delle appliance:

  1. Assegna le policy OnVault: esegui la migrazione di tutti i backup legacy critici ai bucket OnVault di Cloud Storage.
  2. Sincronizza i metadati: assicurati che tutti i metadati degli snapshot dei Persistent Disk siano completamente sincronizzati con il bucket Cloud Storage prima di arrestare le appliance locali. Contatta gcbdr-umdb-transition@google.com o l'assistenza clienti Google Cloud per verificare e completare questo trasferimento dei metadati.
  3. Utilizza l'utilità di ripristino: utilizza lo strumento e gli script autonomi per scoprire e montare le immagini di backup di OnVault e Persistent Disk direttamente dai bucket Cloud Storage. Per istruzioni, consulta Ripristina i backup conservati a lungo termine.

Se hai domande o hai bisogno di assistenza per pianificare la migrazione, contatta il team di transizione all'indirizzo gcbdr-umdb-transition@google.com, l'assistenza clienti Google Cloud o il tuo team dedicato all'account Google Cloud.

In che modo Backup e RE per la console di gestione differisce da Google Cloud Backup e RE

Google offre due modelli di gestione e architettura distinti per Backup e RE:

  • Backup e RE per la console di gestione (questo set di documentazione): un'architettura basata su appliance in cui esegui il deployment e gestisci le appliance di backup/recovery nella tua rete Virtual Private Cloud (VPC) e orchestra la protezione tramite la console di gestione delle appliance basata sul web dedicata. Questa offerta è progettata per database autogestiti (come Oracle, Microsoft SQL Server, SAP HANA e IBM Db2), VM Google Cloud VMware Engine e VMware vSphere, file system e workload che richiedono montaggi istantanei sensibili alle applicazioni, cloni di database virtuali (LiveClone) o workflow di Backup e DR automatizzati.
  • Google Cloud Backup e DR: un'esperienza di backup cloud-native gestita da SaaS integrata direttamente nella consoleGoogle Cloud , in gcloud CLI, nell'API backupdr e in Terraform. Con Google Cloud Backup e RE, proteggi le risorse Google Cloud native, come le istanze Compute Engine, i Persistent Disk e i Google Cloud Hyperdisk, le istanze Cloud SQL, i cluster AlloyDB e le istanze Filestore, direttamente nei vault di backup immutabili gestiti da Google, senza eseguire il deployment o la gestione di appliance di backup/recovery.

La seguente tabella riassume le principali differenze tra le due offerte di Backup e RE:

Funzionalità Backup e RE per la console di gestione Google Cloud Backup e RE
Interfaccia di gestione principale Console di gestione delle appliance basata sul web dedicata e API della console di gestione ConsoleGoogle Cloud , gcloud CLI, API backupdr e Terraform
Architettura e piano dati Architettura dell'appliance a tre livelli composta dalla console di gestione dell'appliance, dalle appliance di backup/ripristino di cui il cliente ha eseguito il deployment (VM di Compute Engine nel tuo VPC) e dagli agenti di Backup e RE leggeri sugli host dei workload Piano di servizio Google completamente gestito; non sono necessarie appliance di backup/ripristino o agenti guest di cui il cliente esegue il deployment per le risorse con vault native della console
Modello di configurazione del backup Template di backup (contenenti policy di snapshot, OnVault e replica) combinati con profili delle risorse Piani di backup e regole di backup nativi della console associati direttamente a un vault di backup di destinazione
Target di archiviazione Pool di archiviazione gestiti dall'appliance (pool principale, pool di snapshot su Persistent Disk, pool OnVault in Cloud Storage e pool mirror su un'appliance remota), oltre ai vault di backup gestiti da Google per i workload supportati Vault di backup gestiti da Google, immutabili e indelebili con conservazione forzata e archiviazione a livello di regione o Multi-Regional Storage
Recupero e accesso ai dati Ripristino completo, montaggi standard istantanei, montaggi sensibili alle applicazioni, copie virtuali (LiveClones), montaggio e migrazione e workflow di backup e DR automatizzati Ripristino diretto in risorse nuove o esistenti Google Cloud da un vault di backup
Workload supportati Google Cloud VMware Engine, VM VMware vSphere, istanze Compute Engine, file system Linux e Windows (tra cui NFS, SMB e Filestore), Oracle, Microsoft SQL Server, SAP HANA, IBM Db2, PostgreSQL, SAP ASE, SAP IQ, SAP MaxDB, MySQL, MariaDB, gruppi di coerenza e applicazioni generiche Istanze Compute Engine, Persistent Disk e Hyperdisk, Cloud SQL, AlloyDB e Filestore (oltre alla visibilità dei backup del vault di backup creati dalla console di gestione delle appliance)

Architettura e componenti principali di Backup e RE per la console di gestione

Backup e RE per la console di gestione utilizza un'architettura a tre livelli per orchestrare ed eseguire la protezione dei dati nel tuo ambiente:

  • Console di gestione delle appliance: il control plane centralizzato basato sul web in cui gestisci le appliance di backup/ripristino, registri gli host, rilevi le applicazioni, configuri i template di backup e i profili delle risorse e monitori i job di backup e ripristino. La console di gestione delle appliance viene eseguita in un progetto tenant gestito da Google e comunica in modo sicuro con le appliance di backup/ripristino utilizzando Private Service Connect o l'accesso privato Google.
  • Appliance di backup/ripristino: appliance virtuali di Compute Engine di cui è stato eseguito il deployment nel progetto Google Cloud e nella rete VPC. L'appliance di backup/ripristino funge da piano dati che acquisisce i dati dai workload di origine, gestisce i metadati del catalogo, gestisce i pool di archiviazione, replica i dati in appliance remote o archivi di oggetti e gestisce i montaggi istantanei. Puoi scegliere tra quattro fattori di forma dell'appliance in base al tipo di workload, alle dimensioni del set di dati e alla capacità di archiviazione.
  • Agenti di RE e DR: agenti software leggeri installati sui sistemi operativi guest Linux o Windows. L&RE;agente di Backup e DR comunica con l'appliance di backup/ripristino per rilevare database e file system, mettere in pausa le applicazioni per l'acquisizione coerente con l'applicazione, coordinare il monitoraggio dei blocchi modificati (CBT) e i backup dei log delle transazioni e orchestrare i montaggi sensibili alle applicazioni. La protezione senza agenti viene utilizzata per le VM VMware (tramite le API Storage vSphere - Protezione dei dati) e le istanze Compute Engine (tramite gli snapshot dei Persistent Disk).

Pool di archiviazione su un'appliance di backup/ripristino

Un'appliance di backup/ripristino organizza e archivia i dati di backup acquisiti in un massimo di quattro tipi di pool di archiviazione:

  • Pool principale: archiviazione a blocchi collegata direttamente all'appliance di backup/recovery (utilizzando dischi permanenti standard o SSD Persistent Disk) che archivia i backup acquisiti e i dati deduplicati per un recupero locale rapido e un montaggio istantaneo.
  • Pool di snapshot: spazio di archiviazione che utilizza gli snapshot di Persistent Disk per archiviare copie point-in-time dei volumi di dati per operazioni di acquisizione e montaggio ad alte prestazioni.
  • Pool OnVault: spazio di archiviazione basato su oggetti per la conservazione a lungo termine che invia dati di backup compressi e incrementali per sempre a un bucket Cloud Storage (Standard, Nearline, Coldline o Archive) o a un backup vault gestito da Google.
  • Pool di mirroring: archiviazione a blocchi su un'appliance di backup/recovery secondaria in un'altra zona o regione che riceve backup replicati asincroni a livello di blocco (StreamSnap) per il ripristino di emergenza.

Template di backup, policy e profili delle risorse

Nella console di gestione delle appliance, puoi proteggere un workload rilevato applicando un piano di backup composto da due componenti di base riutilizzabili:

  • Template di backup: definisce come e quando viene eseguito il backup, la conservazione e la replica dei dati. Ogni template di backup contiene una o più policy di backup che controllano le pianificazioni, i Recovery Point Objective (RPO) e la conservazione tra i livelli:
    • Da produzione a snapshot: acquisisce i dati dal workload di produzione al pool principale o di snapshot locale.
    • Snapshot in OnVault: copia i backup degli snapshot in un pool OnVault in Cloud Storage o in un vault di backup per la conservazione a lungo termine.
    • Da OnVault a OnVault: replica i dati tra i pool OnVault nelle regioni.
    • Da produzione a mirror (StreamSnap): replica i dati degli snapshot in un pool mirror su un'appliance di backup/ripristino remota.
  • Profilo delle risorse: definisce dove vengono archiviati i dati di backup mappando le policy in un template di backup a pool di archiviazione di appliance di backup/ripristino locali, pool OnVault e appliance di replica remota specifici.

Funzionalità chiave di Backup e RE per la console di gestione

Backup e RE per la console di gestione offre le seguenti funzionalità per il backup, il ripristino e la gestione dei dati di copia aziendali:

  • Acquisizione incrementale permanente: dopo un singolo backup completo iniziale di un'applicazione o di una VM, i backup successivi acquisiscono solo i blocchi modificati o i delta del database. L'appliance di backup/ripristino sintetizza immagini virtuali complete point-in-time senza eseguire backup completi periodici che influiscono sulle prestazioni di produzione.
  • Protezione del database coerente con l'applicazione e recupero point-in-time (PITR): si integra in modo nativo con le API del database (come Oracle RMAN, SQL Server VSS e SAP HANA backint o snapshot di archiviazione) per acquisire backup del database coerenti con l'applicazione insieme ai backup pianificati dei log delle transazioni, consentendoti di eseguire il recupero in un momento specifico.
  • Montaggio istantaneo e copie virtuali: invece di attendere la copia di terabyte di dati di backup nello spazio di archiviazione di produzione prima che un'applicazione possa essere avviata, puoi montare un'immagine di backup direttamente dall'appliance di backup/ripristino su un host di destinazione:
    • Montaggio standard: espone l'immagine di backup come disco o file system montato su un host di destinazione per ispezionare o copiare singoli file.
    • Montaggio sensibile alle applicazioni: avvia istantaneamente un'istanza di database virtuale direttamente dall'immagine di backup montata su un server di database di destinazione, con la possibilità di eseguire il roll forward dei log delle transazioni a un momento specifico scelto.
    • Montaggio e migrazione: ripristina immediatamente il servizio tramite un montaggio istantaneo durante la migrazione dei file di dati sottostanti allo spazio di archiviazione di produzione in background, riducendo al minimo i Recovery Time Objective (RTO).
    • LiveClone: crea una copia virtuale indipendente e scrivibile di un'immagine di backup che può essere aggiornata on demand o in base a una pianificazione senza consumare lo spazio di archiviazione fisico completo per ogni clone.
  • Workflow di backup e DR automatizzati: i workflow Backup e DR automatizzano la creazione, l'aggiornamento e il mascheramento di LiveClone e database virtuali in base a una pianificazione o on demand. I team di sviluppo, QA e analisi possono eseguire il self-provisioning di copie aggiornate dei database di produzione con dati sensibili eliminati automaticamente da script personalizzati.
  • Disaster recovery tra regioni: replica le immagini di backup in modo asincrono in un'appliance di backup/recovery secondaria in un'altra regione utilizzando la replica StreamSnap oppure copia i backup in bucket Cloud Storage multi-regione o a due regioni e in vault di backup in modo da poter recuperare i workload in una regione alternativa durante un'interruzione.

Workload supportati in Backup e RE per la console di gestione

Backup e RE per la console di gestione protegge un'ampia gamma di macchine virtuali, file system e database. Per informazioni dettagliate sulla compatibilità delle versioni e dei sistemi operativi, consulta la matrice di supporto per i backup gestiti dall'appliance e i RE operativi e i kernel supportati da Backup e DR.

  • Istanze Compute Engine: protezione degli snapshot coerente in caso di arresto anomalo senza agenti e recupero tra progetti o tra regioni per le VM di Compute Engine.
  • VM di Google Cloud VMware Engine e VMware vSphere: backup a livello di VM senza agenti, montaggio istantaneo, LiveClone e recupero completo delle VM per host vCenter ed ESX utilizzando il monitoraggio dei blocchi modificati (CBT) di VMware.
  • File system e Filestore: backup basato su blocchi e file e montaggio istantaneo per file system Linux e Windows, condivisioni NFS, condivisioni SMB/CIFS e istanze Filestore.
  • Database Oracle: protezione incrementale permanente utilizzando copie di immagini Oracle RMAN e Change Tracking, backup dei log di archiviazione per PITR, montaggi istantanei di database virtuali e Mount and Migrate.
  • Database Microsoft SQL Server: backup coerenti con l'applicazione per istanze autonome e gruppi di disponibilità Always On, backup dei log delle transazioni, montaggi di database virtuali e clonazione di database.
  • Database SAP HANA: protezione a livello di volume (snapshot di Persistent Disk o LVM) e a livello di file (backint) per sistemi single-host, 1+n e SAP HANA con scale out.
  • Database IBM Db2: backup incrementali permanenti a livello di volume e backup di dump completi e incrementali con acquisizione dei log delle transazioni e montaggi di database virtuali.
  • Altri database autogestiti: protezione per i database PostgreSQL, MySQL, MariaDB, SAP ASE, SAP IQ e SAP MaxDB, nonché per i gruppi di coerenza e le applicazioni LVM generiche.

Passaggi successivi