Backup e RE supporta il backup di istanze Cloud SQL, cluster AlloyDB e istanze Compute Engine e singoli dischi dalla consoleGoogle Cloud . Le procedure per il backup e il ripristino di queste risorse sono disponibili nella relativa documentazione. Se tutti i tuoi workload rientrano in queste categorie, non hai bisogno di un'appliance di backup/ripristino.
Il backup e RE per le VM VMware e i database SAP HANA, IBM Db2, Oracle e Microsoft SQL Server eseguiti all'interno delle istanze Compute Engine richiedono una console di gestione delle appliance di Backup e RE e una o più appliance di backup/ripristino. Quando utilizzi questa configurazione, devi scegliere le dimensioni delle appliance di backup/ripristino in modo che corrispondano alle applicazioni di cui esegui il backup. Il flusso per questa configurazione prevede la creazione di un server di gestione, il deployment delle appliance e l'utilizzo della console di gestione delle appliance per configurare le pianificazioni di backup e definire cosa viene sottoposto a backup e dove.
Per una panoramica delle strategie per garantire l'utilizzo più efficace delle appliance di backup/ripristino, consulta Considerazioni sul deployment delle appliance di backup/ripristino.
Questa pagina descrive come eseguire l'attivazione iniziale di Backup e RE e configurare il progetto.
Componenti dell'architettura dell'appliance di backup/ripristino
L'architettura di Backup e RE viene fornita tramite i seguenti componenti:
ConsoleGoogle Cloud : la console Google Cloud include il prodotto Backup e RE per la gestione centralizzata dei backup dei Persistent Disk archiviati, dei piani di backup per le istanze Compute Engine e del backup avanzato per Cloud SQL in questi prodotti.
Console di gestione delle appliance: la console di gestione delle appliance funge da piano di gestione per le appliance di backup/ripristino. Ogni deployment di Backup e RE include una singola console di gestione delle appliance che gestisce un numero qualsiasi di appliance di backup/ripristino. Il deployment della console di gestione delle appliance viene eseguito nel progetto di amministrazione dei backup ed è ad alta affidabilità all'interno della regione di cui è stato eseguito il deployment, garantendo la resilienza alle interruzioni a livello di zona.
Appliance di backup/ripristino: l'appliance di backup/ripristino è il motore di spostamento dei dati che acquisisce, sposta e gestisce in modo efficiente il ciclo di vita dei dati di backup all'interno della tua azienda. Il deployment delle appliance di backup/ripristino viene eseguito nell'entità Workload per i workload cloud. Se esegui il deployment di più appliance di backup/recovery, ogni appliance deve essere associata a un service account univoco.
Agenti di Backup e DR: l'agente di Backup e RE chiama le API native dell'applicazione per acquisire in modo efficiente i dati dalle applicazioni di produzione in modo incrementale permanente e fornisce l'awareness dell'applicazione al momento del ripristino. L'agente è installato sugli host delle applicazioni in cui risiedono le applicazioni da proteggere. Se proteggi solo l'intera VM o un sottoinsieme dei suoi dischi, l'agente Backup e RE non è necessario.
La console di gestione dell'appliance viene attivata in una rete VPC del producer di servizi. Questo VPC del producer di servizi comunica con il tuo progetto utilizzando l'accesso privato Google.
La comunicazione tra il server di gestione e le appliance, tra le appliance e tra le appliance e gli agenti host è protetta dall'autenticazione TLS reciproca (mTLS).
Configura Backup e RE nella console Google Cloud
Vai alla console Google Cloud per attivare l'API backupdr e configurare le autorizzazioni per il tuo account:
Attiva Google Cloud Backup e RE
Tipi di appliance di backup/ripristino
Backup e RE fornisce tipi di appliance ottimizzati per diversi workload: VM di Compute Engine, VM VMware, database e file system. Puoi scegliere il tipo di appliance più adatto alle tue esigenze. È importante selezionare il tipo di appliance migliore per i tuoi workload. Una volta che l'appliance di backup/recupero è in servizio, viene eseguita continuamente, sempre pronta per eseguire e rieseguire backup, ripristino e altri job in qualsiasi momento.
Backup e RE fornisce i seguenti tipi di appliance:
- Standard per VM VMware e altri database o risorse: questo tipo di macchina n2-standard-16 supporta prestazioni ottimali per il backup di database di produzione, VM VMware e altre risorse. Questa appliance aggiunge 4 TB di capacità del disco bilanciato al momento del deployment e puoi aggiungere altri 63 dischi da 4 TB. Questa appliance può gestire fino a 1500 applicazioni e 5000 snapshot giornalieri.
- Standard per VM di Compute Engine o database SAP HANA: questo tipo di macchina e2-standard-4 è ideale per il backup di istanze Compute Engine, istanze Cloud SQL, cluster AlloyDB e risorse di dati che utilizzano Persistent Disk per i backup: database IBM Db2 e SAP HANA configurati per l'utilizzo di Persistent Disk. Questo tipo di appliance ha una capacità minima Persistent Disk di 10 GB. Questa appliance può gestire fino a 5000 istanze Compute Engine e Cloud SQL, cluster AlloyDB e applicazioni di dati basate su Persistent Disk.
Di base per VM VMware e altri database o risorse: questo tipo di macchina e2-standard-16 supporta prestazioni moderate per il backup di database, VM VMware e altre risorse. Questa appliance può gestire fino a 1500 applicazioni e 5000 snapshot giornalieri. Questa appliance aggiunge 4 TB di capacità del disco standard al momento del deployment e puoi aggiungere altri 63 dischi da 4 TB dei seguenti tipi:
- Persistent Disk con capacità minima: questa opzione fornisce una capacità minima del disco di 10 GB. In questo tipo di archiviazione, i backup vengono archiviati come snapshot di Persistent Disk e non consumano lo spazio di archiviazione locale dell'appliance di backup/ripristino.
- Standard Persistent Disk: seleziona questo tipo di archiviazione se vuoi un'archiviazione a blocchi efficiente. Questa opzione è consigliata per le VM di Google Cloud VMware Engine, i database o le applicazioni di file system con I/O medio-alto, oltre che per le VM di Compute Engine. In questo modo, vengono aggiunti 4 TB di capacità di Persistent Disk come capacità minima del disco.
- SSD Persistent Disk: seleziona questo tipo di archiviazione se vuoi un'archiviazione a blocchi veloce. Questa opzione è consigliata per Google Cloud VMware Engine, database o applicazioni di file system con attività di I/O molto elevata, oltre che per le VM di Compute Engine. In questo modo, vengono aggiunti 4 TB di capacità di Persistent Disk come capacità minima del disco.
Quando esegui il deployment di un'appliance, viene creato automaticamente un account di servizio, indipendentemente dal tipo di appliance. Puoi visualizzare il account di servizio dalla pagina Service account.
Il nome del account di servizio viene visualizzato nel formato dell'indirizzo email:
APPLIANCE_NAME@PROJECT_ID.iam.gserviceaccount.com
Sostituisci quanto segue:
- APPLIANCE_NAME: il nome dell'appliance di backup/ripristino.
- PROJECT_ID: l'ID del tuo progetto Google Cloud (origine).
Puoi spostare i backup con esigenze di conservazione a lungo termine in Standard, Nearline e Coldline Storage a seconda della frequenza di accesso ai dati prevista.
Configurazioni del firewall
Le seguenti regole firewall obbligatorie per il traffico in entrata in Backup e RE vengono aggiunte automaticamente.
| Finalità | Origine | Target | Porta (TCP) |
|---|---|---|---|
| Traffico di assistenza (da assistenza ad appliance) | SSH_CLIENT_IP | Appliance di backup/ripristino | 26 |
| Backup iSCSI (da host ad appliance) | AGENT_HOST_IP | Appliance di backup/ripristino | 3260 |
| Traffico StreamSnap (da appliance ad appliance) | SOURCE_APPLIANCE_IP | Appliance di backup/ripristino | 5107 |
| Connettività dell'appliance di backup/ripristino alla console di gestione dell'appliance | APPLIANCE_IP | *.backupdr.googleusercontent.com | 443 |
Sostituisci quanto segue:
- SSH_CLIENT_IP: l'indirizzo IP dell'host che esegue il client SSH.
- AGENT_HOST_IP: l'indirizzo IP dell'host che esegue l'agente Backup e RE.
- SOURCE_APPLIANCE_IP: l'indirizzo IP dell'appliance di origine.
- APPLIANCE_IP: l'indirizzo IP o la subnet dell'appliance di backup/ripristino.
Per maggiori dettagli su come configurare questa regola, consulta Preparati a eseguire il deployment di Backup e DR.
Per qualsiasi host che esegue l'agente di Backup e RE, devi aggiungere manualmente la seguente porta TCP per consentire la connettività con una regola firewall in entrata.
| Finalità | Origine | Target | Porta (TCP) |
|---|---|---|---|
| Traffico dell'agente (da appliance a host) | Appliance di backup/ripristino | Host che esegue l'agente di Backup e RE | 5106 |
Per gli host che utilizzano NFS per il traffico di backup o per gli host ESX in esecuzione in Google Cloud VMware Engine che utilizzano NFS per i montaggi, devi aggiungere manualmente le seguenti porte TCP e UDP per consentire la connettività con una regola firewall in entrata.
| Finalità | Origine | Target | Porta (TCP/UDP) |
|---|---|---|---|
| Backup o montaggio NFS | Host che esegue l'agente o host ESXi che esegue il montaggio | Appliance di backup/ripristino | 111, 756, 2049, 4001, 4045 |
Per un elenco delle autorizzazioni utilizzate durante questa operazione, consulta la documentazione di riferimento sulle autorizzazioni di installazione di RE e DR.
Aree geografiche supportate
La sezione seguente elenca le regioni supportate per la console di gestione delle appliance e le appliance di backup/ripristino.
Regioni supportate dalla console di gestione dell'appliance
Sebbene Backup e RE possa essere utilizzato per eseguire il backup dei workload supportati in qualsiasi regioneGoogle Cloud , la console di gestione delle appliance può essere attivata solo nelle seguenti regioni:
| Area geografica | Nome della regione | Descrizione della regione | |
|---|---|---|---|
| Nord America | |||
northamerica-northeast1 * |
Montréal |
 Bassi livelli di CO2
|
|
northamerica-northeast2 |
Toronto |
Bassi livelli di CO2
|
|
us-central1 |
Iowa |
Bassi livelli di CO2
|
|
us-east1 |
Carolina del Sud | ||
us-east4 |
Virginia del Nord | ||
us-east5 |
Columbus | ||
us-south1 |
Dallas |
Bassi livelli di CO2
|
|
us-west1 |
Oregon |
Bassi livelli di CO2
|
|
us-west2 |
Los Angeles | ||
us-west3 |
Salt Lake City | ||
us-west4 |
Las Vegas | ||
northamerica-south1 * |
Querétaro | ||
| Sud America | |||
southamerica-east1 |
San Paolo |
Bassi livelli di CO2
|
|
southamerica-west1 |
Santiago |
Bassi livelli di CO2
|
|
| Europa | |||
europe-central2 |
Varsavia |
Bassi livelli di CO2
|
|
europe-north1 |
Finlandia |
Bassi livelli di CO2
|
|
europe-north2 |
Stoccolma |
Bassi livelli di CO2
|
|
europe-southwest1 |
Madrid |
Bassi livelli di CO2
|
|
europe-west1 |
Belgio |
Bassi livelli di CO2
|
|
europe-west2 |
Londra |
Bassi livelli di CO2
|
|
europe-west3 |
Francoforte | ||
europe-west4 |
Paesi Bassi |
Bassi livelli di CO2
|
|
europe-west6 |
Zurigo |
Bassi livelli di CO2
|
|
europe-west8 |
Milano |
Bassi livelli di CO2
|
|
europe-west9 |
Parigi |
Bassi livelli di CO2
|
|
europe-west10 |
Berlino | ||
europe-west12 |
Torino |
Bassi livelli di CO2
|
|
| Medio Oriente | |||
me-central1 |
Doha | ||
me-central2 |
Dammam | ||
me-west1 |
Israele | ||
| Africa | |||
africa-south1 |
Johannesburg | ||
| Asia Pacifico | |||
asia-east1 |
Taiwan | ||
asia-east2 |
Hong Kong | ||
asia-northeast1 |
Tokyo | ||
asia-northeast2 * |
Osaka | ||
asia-northeast3 |
Seul | ||
asia-southeast1 |
Singapore | ||
asia-southeast2 |
Giacarta | ||
australia-southeast1 |
Sydney | ||
australia-southeast2 |
Melbourne | ||
| India | |||
asia-south1 |
Mumbai | ||
asia-south2 |
Delhi |
* Querétaro (northamerica-south1), Montréal (northamerica-northeast1) e Osaka (asia-northeast2) non supportano la separazione delle zone. Ciò significa che le diverse zone all'interno di ciascuna di queste regioni potrebbero non trovarsi in campus di data center fisicamente separati. Di conseguenza, un singolo evento di disastro fisico localizzato potrebbe potenzialmente influire su più zone all'interno della stessa regione, aumentando il rischio di perdita di dati rispetto alle regioni che supportano la separazione delle zone.
Regioni supportate per l'appliance di backup/ripristino
È possibile eseguire il deployment delle appliance di backup/ripristino in qualsiasi zonaGoogle Cloud .
Il servizio Workflow per eseguire il deployment dell'appliance di backup/ripristino è supportato nelle regioni elencate. Se il servizio Workflow non è disponibile in una regione in cui è stato eseguito il deployment dell'appliance di backup/ripristino, Backup e RE esegue il workflow per impostazione predefinita nella regione us-central1 (l'appliance stessa viene comunque creata nella regione selezionata). Se hai una policy dell'organizzazione impostata per impedire la creazione di risorse in altre regioni, devi aggiornarla temporaneamente per consentire la creazione di risorse nella regione us-central1. Puoi limitare la regione us-central1
dopo il deployment dell'appliance di backup/ripristino.