Scegliere tra l'archiviazione SSD e HDD

Quando crei un'istanza Bigtable, scegli se i relativi cluster memorizzano i dati su unità a stato solido (SSD) o unità disco rigido (HDD):

  • Archiviazione SSD: è la scelta più efficiente ed economica per la maggior parte dei casi d'uso.
  • Archiviazione HDD: a volte è adatta per set di dati di grandi dimensioni che non sono sensibili alla latenza o a cui si accede di rado.

Le istanze Bigtable che utilizzano l'archiviazione SSD supportano l'archiviazione a livelli (anteprima). Puoi attivare un livello di archiviazione ad accesso sporadico a livello di tabella nei cluster SSD in cui puoi archiviare i dati a cui si accede raramente nel modo più conveniente. Per saperne di più, consulta la panoramica dell'archiviazione a livelli.

Indipendentemente dal tipo di archiviazione scelto, i tuoi dati vengono archiviati in un file system distribuito e replicato che si estende su molte unità fisiche.

Confronto dei livelli di archiviazione

Le seguenti tabelle confrontano i livelli di archiviazione Bigtable, a seconda della versione dell'istanza.

Versione Enterprise

Livello di archiviazione Capacità del nodo Latenza prevista Operazioni Ideale per
Istanza SSD SSD da 5 TB Scrittura/lettura: ms a una sola cifra Scrittura, lettura, aggiornamento, eliminazione Workload con throughput di scrittura/lettura elevato e bassa latenza
Istanza SSD, archiviazione a livelli abilitata 32 TB (fino a 5 TB SSD) Scrittura/lettura SSD: ms a una sola cifra Scrittura, lettura, aggiornamento, eliminazione Set di dati di grandi dimensioni con dati ad accesso non frequente
Accesso sporadico: millisecondi a due cifre basse Sola lettura
Istanza HDD 16 TB Scrittura: millisecondi a singola cifra
Lettura: millisecondi a doppia cifra bassi		 Scrittura, lettura, aggiornamento, eliminazione Set di dati di grandi dimensioni con workload non sensibili alla latenza

Versione Enterprise Plus

Livello di archiviazione Capacità del nodo Latenza prevista Operazioni Ideale per
Istanza SSD SSD da 5 TB Scrittura/lettura: ms a una sola cifra Scrittura, lettura, aggiornamento, eliminazione Workload con throughput di scrittura/lettura elevato e bassa latenza
Istanza SSD, archiviazione a livelli abilitata 64 TB (fino a 5 TB SSD) Scrittura/lettura SSD: ms a una sola cifra Scrittura, lettura, aggiornamento, eliminazione Set di dati di grandi dimensioni con dati ad accesso non frequente
Accesso sporadico: millisecondi a due cifre basse Sola lettura
Istanza HDD 16 TB Scrittura: millisecondi a singola cifra
Lettura: millisecondi a doppia cifra bassi		 Scrittura, lettura, aggiornamento, eliminazione Set di dati di grandi dimensioni con workload non sensibili alla latenza

Per saperne di più sul rendimento dei tipi di archiviazione Bigtable, consulta Informazioni sul rendimento. Per saperne di più sulle versioni, consulta Panoramica delle versioni.

In caso di dubbio, scegli l'archiviazione SSD

Esistono diversi motivi per cui in genere è meglio utilizzare l'archiviazione SSD per il cluster Bigtable:

  • L'SSD è molto più veloce e ha prestazioni più prevedibili rispetto all'HDD: in un cluster Bigtable, l'archiviazione SSD offre latenze significativamente inferiori sia per le letture che per le scritture rispetto all'archiviazione HDD.
  • L'archiviazione SSD supporta un'opzione di archiviazione a più livelli per i dati ad accesso non frequente.

  • Il throughput HDD è molto più limitato rispetto al throughput SSD: in un cluster che utilizza l'archiviazione HDD, è possibile raggiungere il throughput massimo prima che l'utilizzo della CPU raggiunga il 100%. Puoi monitorare questa situazione utilizzando la metrica Carico del disco. Per aumentare la velocità effettiva, devi aggiungere altri nodi, ma il costo dei nodi aggiuntivi potrebbe superare i risparmi derivanti dall'utilizzo dell'archiviazione HDD. Poiché l'archiviazione SSD offre una velocità effettiva per nodo significativamente più elevata, in genere non presenta questa limitazione. Un cluster che utilizza l'archiviazione SSD in genere raggiunge la velocità effettiva massima solo quando utilizza tutta la CPU e la memoria disponibili.

    Tuttavia, per i cluster SSD con archiviazione a più livelli abilitata, le letture dal livello ad accesso sporadico hanno limiti di throughput inferiori rispetto all'HDD. Per confrontare i limiti di throughput per ogni livello di archiviazione, consulta Informazioni sulle prestazioni. Puoi anche monitorare il throughput utilizzando la metrica di carico del disco.

  • Le letture di singole righe su HDD sono molto lente: a causa del tempo di ricerca del disco, l'archiviazione HDD supporta solo il 5% delle righe lette al secondo dell'archiviazione SSD. Le scansioni multiriga di grandi dimensioni, tuttavia, non sono altrettanto interessate.

  • Livello in memoria (anteprima): è disponibile solo per le istanze che utilizzano l'archiviazione SSD. Il livello in memoria richiede la versione Enterprise Plus.

Un potenziale svantaggio dell'archiviazione SSD è che richiede più nodi nei tuoi cluster in base alla quantità di dati archiviati. In pratica, però, potresti aver bisogno di questi nodi aggiuntivi per consentire ai cluster di stare al passo con il traffico in entrata, non solo per supportare la quantità di dati che stai archiviando.

Casi d'uso per l'archiviazione HDD

Lo spazio di archiviazione HDD è adatto ai casi d'uso che soddisfano tutti i seguenti criteri:

  • I tuoi carichi di lavoro sono incentrati sulla scrittura e basati sui dati.
  • I tuoi carichi di lavoro non sono sensibili alla latenza.
  • I tuoi dati non supportano un'applicazione rivolta agli utenti.
  • I carichi di lavoro batch sono costituiti principalmente da scansioni e scritture con letture casuali occasionali di un numero ridotto di righe o letture puntuali.
  • Non prevedi di utilizzare lo scaling dei nodi 2x�.
  • Nella versione Enterprise Plus, prevedi di utilizzare Data Boost per HDD.

Ad esempio, se prevedi di archiviare dati storici estesi per un numero elevato di dispositivi di telerilevamento e poi utilizzare i dati per generare report giornalieri, il risparmio sui costi per l'archiviazione HDD potrebbe giustificare il compromesso sulle prestazioni. D'altra parte, se prevedi di utilizzare i dati per visualizzare una dashboard in tempo reale, probabilmente non avrebbe senso utilizzare l'archiviazione HDD: le letture sarebbero molto più frequenti in questo caso e le letture che non sono scansioni sono molto più lente con l'archiviazione HDD.

Passare dallo spazio di archiviazione SSD a quello HDD e viceversa

Quando crei un'istanza Bigtable, la scelta dell'archiviazione SSD o HDD per l'istanza è definitiva. Non puoi utilizzare la console Google Cloud per modificare il tipo di archiviazione utilizzato per l'istanza.

Se vuoi modificare il tipo di archiviazione in cui è memorizzata una tabella, utilizza la funzionalità di backup:

  1. Crea o pianifica di utilizzare un'istanza che utilizza il tipo di archiviazione che preferisci.
  2. Crea un backup della tabella.
  3. Esegui il ripristino dal backup in una nuova tabella nell'altra istanza.

Passaggi successivi