Questa pagina fornisce dettagli su come proteggere i dati utilizzando la replica volume.
Informazioni sulla replica del volume
Puoi proteggere i tuoi dati con la replica del volume tra località, che replica in modo asincrono un volume di origine in una località in un volume di destinazione in una località diversa. Questa funzionalità consente di utilizzare il volume replicato per le attività critiche delle applicazioni in caso di interruzioni o emergenze a livello di località. Il volume replicato può essere utilizzato anche come copia di sola lettura durante il normale utilizzo.
La replica dei volumi sposta solo i blocchi di dati utilizzati durante il trasferimento iniziale e solo i blocchi modificati vengono trasferiti durante i trasferimenti incrementali. Vengono addebitati solo i byte trasferiti, il che ottimizza i tempi di trasferimento e riduce i costi.
Flusso di lavoro di replica del volume
Durante la replica del volume, un processo chiamato trasferimento iniziale esegue la replica di tutti i contenuti del volume di origine nel volume di destinazione. Il processo di trasferimento iniziale acquisisce uno snapshot sul sistema di origine e trasferisce i relativi contenuti al volume di destinazione. Al termine del trasferimento iniziale, lo stato del mirroring della replica diventa Mirrored. Di conseguenza, il volume di destinazione diventa di sola lettura e riflette i contenuti degli snapshot del volume di origine, inclusi tutti gli snapshot acquisiti prima dello snapshot iniziale.
Al termine della procedura di trasferimento iniziale, l'intervallo di replica pianificato procede sotto forma di aggiornamenti incrementali nella seguente sequenza:
Il processo crea un nuovo snapshot sul volume di origine.
Calcola i dati modificati tra lo snapshot nuovo e quello precedente.
Il processo trasferisce queste modifiche al volume di destinazione. Lo stato del trasferimento nella risorsa di replica diventa Trasferimento in corso.
Una volta trasferite tutte le modifiche, i contenuti del volume di destinazione passano dal vecchio snapshot al nuovo.
Modifiche alle impostazioni
Finché una replica è in stato di mirroring, tutte le modifiche apportate alle impostazioni del volume di origine o di destinazione verranno replicate al partner. Se il livello di servizio del volume di origine viene modificato spostandolo in un altro pool, il volume di destinazione non viene modificato.
Se la replica si interrompe, le impostazioni dei volumi di origine e di destinazione e i nuovi dati non rispecchiano più le modifiche apportate a nessuno dei volumi.
Dati replicati: la replica dei volumi esegue il mirroring di tutti i dati utente e degli snapshot dei volumi di origine nei volumi di destinazione.
Regolamenti automatici della capacità: la replica del volume regola automaticamente la capacità del volume di destinazione in base alla capacità del volume di origine finché esiste la relazione di replica.
Considerazioni per la replica del volume
Prima di poter eseguire una replica del volume, tieni presente quanto segue:
Per i livelli di servizio Standard, Premium ed Extreme, NetApp Volumes supporta la replica dei volumi tra le seguenti coppie di regioni specifiche:
asia-southeast1
eaustralia-southeast1
europe-west2
eeurope-west3
europe-west2
eeurope-west4
europe-west3
eeurope-west4
europe-west3
eeurope-west6
europe-southwest1
eeurope-west3
northamerica-northeast1
enorthamerica-northeast2
northamerica-northeast1
eus-central1
australia-southeast1
easia-southeast1
us-central1
eus-east4
us-central1
eus-west2
us-central1
eus-west3
us-central1
eus-west4
us-east4
eus-west2
us-east4
eus-west4
us-west2
eus-west4
us-west3
eus-west4
Per il livello di servizio Flex, la replica dei volumi è supportata tra le regioni che fanno parte dello stesso gruppo di regioni. La tabella seguente elenca i gruppi di regioni in diverse località:
Località Americhe Asia Pacifico Europa e Medio Oriente Africa Gruppo di regioni southamerica-east1
southamerica-west1
northamerica-northeast1
northamerica-northeast2
us-central1
us-east1
us-east4
us-east5
us-south1
us-west1
us-west2
us-west3
us-west4
asia-east1
asia-east2
asia-northeast1
asia-northeast2
asia-northeast3
asia-south1
asia-south2
asia-southeast1
asia-southeast2
australia-southeast1
australia-southeast2
europe-central2
europe-north1
europe-southwest1
europe-west1
europe-west2
europe-west3
europe-west4
europe-west6
europe-west8
europe-west9
europe-west10
europe-west12
me-central1
me-central2
me-west1
africa-south1
Assegnazione della quota: a seconda dei requisiti di replica del progetto, potrebbe essere necessario aumentare la quota per il numero di volumi di origine e di destinazione replicati per una regione o un livello di servizio specifico. Per richiedere un aumento della quota, utilizza la pagina Quote dei volumi NetApp della console Google Cloud.
Supporto della topologia: la replica dei volumi non supporta le topologies a cascata e a ventaglio. Ad esempio, un volume non può essere sia un volume di origine sia un volume di destinazione.
Posizione dei volumi di origine e di destinazione: sia il volume di origine sia il volume di destinazione devono esistere nello stesso progetto. Tuttavia, possono esistere in VPC diversi.
Supporto basato sul livello di servizio: i volumi di origine e di destinazione devono avere lo stesso livello di servizio, ad eccezione dei volumi con livelli di servizio Premium ed Extreme, che possono essere combinati in una replica.
Prezzi della replica volume
NetApp Volumes addebita la replica separatamente dalla capacità del volume. Gli addebiti si basano sul numero di byte trasferiti tra i volumi principali e secondari. Per ulteriori informazioni, consulta la pagina Prezzi di NetApp Volumes.
Recovery Point Objective (RPO)
Poiché la replica del volume è una replica asincrona pianificata, i contenuti del volume di destinazione sono sempre in ritardo rispetto al volume di origine. L'obiettivo del punto di recupero (RPO) specifica l'aggiornamento dei dati sul volume di destinazione e la versione point-in-time dei dati archiviata. In caso di calamità, l'RPO ti aiuta a scoprire la quantità di dati che hai perso.
Puoi determinare il RPO della replica dei volumi controllando i tempi di ritardo o gli snapshot di replica. Sebbene il tempo di latenza offra un modo rapido per stimare il RPO, gli snapshot di replica sono una misura più accurata.
Tempo di attesa: il tempo trascorso dalla creazione dello snapshot sul volume di origine che è stato replicato per l'ultima volta sul volume di destinazione. Il ritardo rappresenta la differenza di età dei dati del volume di destinazione rispetto ai dati del volume di origine. Si aggiorna ogni cinque minuti e fornisce una panoramica dell'RPO. Se la replica salta alcuni intervalli di replica, accanto al tempo di latenza nella console Google Cloud viene visualizzata un'icona di avviso. Se il problema persiste, la frequenza di variazione dei dati sul volume di origine è troppo elevata per il trasferimento nell'intervallo di replica. Ti consigliamo di scegliere un intervallo di replica più lungo o di ignorare l'avviso per situazioni una tantum come attività di modifica dei dati intensa nella sorgente.
Snapshot di replica: gli snapshot di replica sono acquisizioni dei dati esattamente come appaiono in un momento specifico. Gli snapshot di replica forniscono la visione più accurata del RPO. La replica del volume utilizza due snapshot incrementali per la replica. Il timestamp dell'ultimo snapshot di replica sul volume di destinazione specifica il punto nel tempo (UTC) dei dati più recenti sul volume di destinazione.
Puoi ricavare il timestamp (
replication-<timestamp>
) dal nome dello snapshot della replica, che segue il formato UTC (YYYY-MM-DD-HHMMSS
).
Requisiti per i pool di archiviazione
I pool di archiviazione con i volumi di origine e di destinazione devono soddisfare i seguenti requisiti:
Deve far parte di una coppia di località o di un gruppo di regioni valido, a seconda del livello di servizio
Deve avere la stessa configurazione del criterio Active Directory
Deve puntare alla stessa Active Directory
Deve avere le stesse impostazioni LDAP
Programmazione replica
La pianificazione della replica tenta di eseguire la replica a intervalli prestabiliti. Se è in corso una replica precedente, la replica per il ciclo corrente viene saltata e viene eseguita un'altra verifica nell'intervallo successivo. Questo comportamento è più comune durante la replica iniziale, che trasferisce i blocchi del volume iniziale e richiede il tempo più lungo per la replica. La pianificazione della replica viene eseguita in base ai seguenti orari per ogni tipo di pianificazione:
Frequenza di pianificazione della replica | Ora dell'operazione pianificata |
---|---|
Ogni 10 minuti | :00, :10, :20, :30, :40, :50 |
Ogni ora | :05 dopo l'inizio di ogni ora |
Ogni giorno | :10 dopo la mezzanotte di ogni giorno |