Disponibilità e durabilità dei dati

Questa pagina illustra i concetti relativi alla disponibilità e alla durabilità dei dati in 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 e il di replica turbo per due regioni.

Concetti fondamentali

  • Cloud Storage è progettato per il 99,999999999% (11 9) nel tempo.

    • 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 al suo interno in almeno due diverse zone di disponibilità prima di considerare scrivere correttamente.

    • 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 ulteriori 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 archiviare i 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 una delle posizioni in cui è archiviato un oggetto diventa non disponibile dopo il dell'oggetto viene caricato correttamente, ma prima che venga replicato seconda località, l'elevata coerenza di Cloud Storage garantisce le versioni obsolete dell'oggetto non saranno pubblicate e quelle successive che le sovrascritture non vengono ripristinate quando la regione diventa di nuovo disponibile.

    • Per gli oggetti archiviati in due regioni è possibile 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 per mantenere sincronizzati i bucket.

Ridondanza tra regioni

Mentre i modelli di archiviazione tradizionali spesso si basano su un approccio attivo-passivo "principale" e "secondario" località geografiche, Cloud Storage offre un'architettura attiva-attiva basata su un singolo bucket con ridondanza 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 consente di pubblicare gli oggetti in modo trasparente da una regione disponibile, come richiesto. Di conseguenza, i bucket a due e più regioni sono progettati per avere un Recovery Time Objective (RTO) pari a zero, mentre gli errori regionali temporanei normalmente invisibile agli utenti; in caso di interruzione regionale, due regioni i bucket multiregionali continuano a gestire automaticamente tutti i dati replicati tra regioni.

Tuttavia, la ridondanza tra le regioni avviene in modo asincrono e tutti i dati che non terminare la replica tra regioni prima che una regione diventi non disponibile sia inaccessibile finché la regione non funzionante non torna online. 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 del servizio a livello di regione.

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

La ridondanza tra regioni e la replica turbo aiutano a supportare 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 su un bucket, può richiedere fino a 10 secondi prima che inizi ad applicarsi agli oggetti appena scritti.

  • Scritture degli oggetti avviate prima dell'abilitazione della replica turbo su un bucket di replicare tra regioni con la 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.

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 prodotto 20 minuti non validi dalle 9:00 alle 9:20 e un altro ha restituito 10 minuti errati dalle 9:15 alle 9:25, quindi ci sono due oggetti il mese al termine dell'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, l'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 entro un'ora o meno.

Nella console Google Cloud, la percentuale di minuti senza RPO ti consente di monitorare la percentuale di minuti non riusciti negli ultimi 30 giorni per il tuo bucket. Questo indicatore del livello del 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 del servizio può essere utilizzato per monitorare la quantità di dati mensili Conformità del volume di replica. Per ulteriori informazioni, vedi Monitoraggio di Cloud Storage e SLA di Cloud Storage.

Passaggi successivi