Disponibilità e durabilità dei dati

Questa pagina illustra i concetti relativi alla disponibilità e alla durabilità dei dati Cloud Storage, incluso il modo in cui Cloud Storage archivia i dati in modo ridondante, il comportamento di replica predefinito per due o più regioni, il funzionalità di replica turbo per due regioni e replica tra bucket funzionalità.

Concetti fondamentali

  • Cloud Storage è progettato per garantire una durabilità annuale del 99,999999999% (11 nove).

    • Per raggiungere questo obiettivo, Cloud Storage utilizza la codifica di cancellazione e archivia pezzi di dati in modo ridondante su più dispositivi situati in più zone di disponibilità.

    • Cloud Storage archivia in modo ridondante gli oggetti scritti in almeno due zone di disponibilità diverse prima di considerare la scrittura riuscita.

    • I checksum vengono memorizzati e riconvalidati regolarmente per verificare l'integrità di tutti i dati at-rest e rilevare il danneggiamento dei dati in trasporto pubblico. Se necessario, le correzioni vengono effettuate automaticamente e i dati di Google Cloud.

  • La disponibilità mensile dei dati archiviati in Cloud Storage dipende la classe di archiviazione dei dati e il tipo di località del bucket. Per maggiori informazioni per informazioni, consulta le classi di archiviazione disponibili.

  • Gli oggetti archiviati in un bucket a due regioni o più regioni vengono archiviati in modo ridondante in almeno due luoghi geografici separati.

    • Per le regioni doppie, seleziona le regioni specifiche in cui gli oggetti vengono archiviati.

    • Nel caso di più regioni, i data center specifici utilizzati per l'archiviazione dei dati. sono determinati da Cloud Storage in base alle esigenze, ma si trovano all'interno il confine geografico di più regioni e sono separati da almeno 160 chilometri Questo fornisce ridondanza tra le regioni a un costo di archiviazione inferiore rispetto alle due regioni.

    • Nell'improbabile caso di interruzione a livello di regione, ad esempio causata da un disastri naturali, i bucket a due e più regioni rimangono disponibili, senza dover modificare i percorsi di archiviazione.

  • Gli oggetti archiviati in bucket a due e più regioni sono in genere sono replicati in più luoghi geografici utilizzando la replica predefinita.

    • Se uno dei luoghi in cui è archiviato un oggetto diventa non disponibile dopo il caricamento dell'oggetto, ma prima che venga replicato nella seconda posizione, la coerenza forte di Cloud Storage garantisce che le versioni obsolete dell'oggetto non vengano pubblicate e che le sovrascritture successive non vengano annullate quando la regione diventa di nuovo disponibile.

    • Gli oggetti archiviati in due regioni possono, facoltativamente, utilizzare la replica turbo per ottenere una replica più rapida e prevedibile tra le regioni.

  • Per ottenere ridondanza tra due regioni non disponibili come due regioni, valuta la possibilità di creare un bucket separato in ogni regione e di utilizzare Storage Transfer Service Trasferimenti basati su eventi oppure replica tra bucket per mantenere i bucket in sincronizzare.

Ridondanza tra regioni

Sebbene i modelli di archiviazione tradizionali si basino spesso su un approccio attivo-passivo con località geografiche "principali" e "secondarie", Cloud Storage fornisce un'architettura attiva-attiva basata su un singolo bucket con ridondanza tra regioni. Ciò semplifica il processo di ripristino di emergenza eliminando il la necessità che gli utenti replichino i dati da un bucket all'altro o che esegua il failover manuale in un bucket secondario in caso di inattività della regione principale.

Cloud Storage comprende sempre lo stato attuale di un bucket pubblica gli oggetti in modo trasparente da una regione disponibile, come richiesto. Di conseguenza, i bucket a due regioni e multiregionali sono progettati per avere un obiettivo di tempo di recupero (RTO) pari a zero e gli errori regionali temporanei sono normalmente invisibili agli utenti. In caso di interruzione del servizio a livello di regione, i bucket a due regioni e multiregionali continuano automaticamente a pubblicare tutti i dati che sono stati replicati tra le regioni.

Tuttavia, la ridondanza tra le regioni avviene in modo asincrono e tutti i dati la cui replica tra le regioni non viene completata prima che una regione non sia più disponibile non sono accessibili fino a quando la regione non viene ripristinata. I dati potrebbero potenzialmente andranno persi nell'improbabile caso di distruzione fisica della regione.

La replica predefinita in Cloud Storage è progettata per fornire ridondanza tra regioni per il 99,9% degli oggetti appena scritti all'interno di una destinazione un'ora e il 100% degli oggetti appena scritti in un target di 12 ore. Di recente che includono caricamenti, riscritture, copie e composizioni.

Replica turbo

La replica turbo fornisce una ridondanza più rapida tra le regioni per i dati nel tuo bucket a due regioni, che riducono il rischio di esposizione alla perdita di dati e supporta il servizio senza interruzioni in seguito a un'interruzione regionale. Quando abilitata, la replica turbo è progettata per replicare il 100% dei alle due regioni che costituiscono una doppia regione all'interno Recovery Point Objective (Obiettivo punto di recupero) di 15 minuti, a prescindere dalle dimensioni dell'oggetto.

Tieni presente che anche per la replica predefinita, la maggior parte degli oggetti completa la replica in pochi minuti.

La ridondanza tra regioni e la replica turbo contribuiscono al supporto attività di continuità aziendale e ripristino di emergenza (BCDR), amministratori dovrebbero pianificare e implementare un'architettura BCDR completa che sia appropriata carico di lavoro.

Per ulteriori informazioni, consulta Guida passo passo alla progettazione del ripristino di emergenza per le applicazioni in Google Cloud.

Limitazioni

  • La replica turbo è disponibile solo per i bucket in due regioni.

  • La replica turbo non può essere gestita tramite l'API XML, inclusa la creazione di un nuovo bucket con replica turbo abilitata.

  • Quando la replica turbo è abilitata in un bucket, possono trascorrere fino a 10 secondi prima che inizi a essere applicata agli oggetti appena scritti.

  • Le scritture di oggetti iniziate prima dell'attivazione della replica turbo su un bucket vengono replicate tra le regioni alla frequenza di replica predefinita.

    • Composizione di oggetti che utilizza qualsiasi oggetto di origine scritto utilizzando la replica predefinita nelle ultime 12 ore crea un oggetto composito utilizza anche la replica predefinita.

Replica tra bucket

In alcuni casi, potresti voler mantenere una copia dei dati in un secondo bucket. Copie di replica tra bucket nuove e aggiornate di oggetti in modo asincrono da un bucket di origine a un bucket di destinazione.

La replica tra bucket è diversa da quella predefinita e turbo i dati sono presenti in due bucket, ognuno con le proprie configurazioni, come posizione di archiviazione, crittografia, accesso e classe di archiviazione. Di conseguenza, offre recupero e disponibilità dei dati, ma è adatto anche per:

  • Sovranità dei dati: mantieni i dati in regioni geograficamente distanti.
  • Mantieni versioni di sviluppo e produzione separate: crea versioni distinte bucket e spazi dei nomi, in modo che lo sviluppo non influisca sulla tua carico di lavoro.
  • Condividi i dati: replica i dati in un bucket di proprietà di un fornitore o partner.
  • Aggregazione dei dati: combina i dati di diversi bucket in un unico per eseguire carichi di lavoro di analisi.
  • Gestisci costi, sicurezza e conformità: mantieni i tuoi dati sotto proprietà, classi di archiviazione e periodi di conservazione diversi.

La replica tra bucket utilizza Storage Transfer Service per replicare gli oggetti e Pub/Sub per ricevere avvisi in caso di modifiche all'origine e alla destinazione bucket. La replica tra bucket può essere attivata nei nuovi bucket che crei e nei bucket esistenti. La maggior parte degli oggetti può essere replicata nell'ordine di alcuni minuti, mentre gli oggetti di dimensioni superiori a 1 GB possono richiedere diverse ore.

Per istruzioni sull'utilizzo della replica tra bucket, consulta Utilizzare la replica tra bucket.

Limitazioni

  • Le eliminazioni di oggetti nel bucket di origine non vengono replicate nel bucket di destinazione.

  • Le configurazioni del ciclo di vita degli oggetti non vengono replicate.

  • Quando gli oggetti vengono replicati, i metadati timestamp (ad esempio, timeCreated e timeUpdated) non vengono conservati. Per maggiori dettagli sulla conservazione dei metadati, consulta Trasferimenti tra bucket Cloud Storage.

Monitoraggio delle prestazioni

Cloud Storage monitora gli oggetti non replicati meno recenti. Se un oggetto rimane non replicata per un periodo superiore a quello dell'RPO (Recovery Point Objective), è considerato fuori dall'RPO. Ogni minuto in cui uno o più oggetti vengono rispetto all'RPO viene conteggiato come "scarso" minuto.

Ad esempio, se un oggetto ha generato 20 minuti con problemi dalle 9:00 alle 9:20 e un altro oggetto ha generato 10 minuti con problemi dalle 9:15 alle 9:25, significa che per il mese esistono due oggetti fuori dall'RPO. Il numero totale di minuti non validi del mese è di 25 minuti perché dalle 9:00 alle 9:25 c'era almeno un oggetto a cui mancava l'RPO.

  • Per i bucket che utilizzano la replica turbo, il RPO per gli oggetti è di 15 minuti.

  • Per i bucket che utilizzano la replica predefinita, l'RPO per gli oggetti è di 12 ore.

    • Per i bucket che utilizzano la replica predefinita, gli oggetti vengono in genere replicati in un'ora o meno.

  • La replica tra bucket non fornisce un RPO.

Nella console Google Cloud, il grafico Percentuale di minuti rispetto all'RPO consente di monitorare la percentuale di minuti non validi negli ultimi 30 giorni per il bucket. Questo indicatore del livello di servizio può essere utilizzato per monitorare la conformità del tempo di replica mensile del bucket. Analogamente, la percentuale di oggetti fuori target monitora le repliche degli oggetti che non si sono verificate all'interno del RPO (RPO). Questo indicatore del livello di servizio può essere utilizzato per monitorare la conformità del volume di replica mensile del bucket. Per ulteriori informazioni, vedi Monitoraggio di Cloud Storage e SLA di Cloud Storage.

Passaggi successivi