Scegliere tra l'archiviazione SSD e HDD

Quando crei un'istanza Bigtable, scegli se i relativi cluster devono archiviare 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 è appropriata per set di dati di grandi dimensioni che non sono sensibili alla latenza o a cui si accede raramente.

Le istanze Bigtable che utilizzano l'archiviazione SSD supportano l'archiviazione a livelli (anteprima). Puoi abilitare un livello di archiviazione ad accesso sporadico a livello di tabella sui cluster SSD in cui puoi archiviare i dati ad accesso sporadico nel modo più economico. Per saperne di più, consulta Panoramica dell'archiviazione a livelli.

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

Confronto tra i livelli di archiviazione

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

Versione Enterprise

Livello di archiviazione Capacità del nodo Latenza prevista Operazioni Ideale per
Istanza SSD 5 TB SSD Scrittura/lettura: ms a una cifra Scrittura, lettura, aggiornamento, eliminazione Carichi di lavoro 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 cifra Scrittura, lettura, aggiornamento, eliminazione Set di dati di grandi dimensioni con dati ad accesso sporadico
Accesso sporadico: ms a due cifre basse Sola lettura
Istanza HDD 16 TB Scrittura: ms a una cifra
Lettura: ms a due cifre basse		 Scrittura, lettura, aggiornamento, eliminazione Set di dati di grandi dimensioni con carichi di lavoro insensibili alla latenza

Enterprise Plus Edition

Livello di archiviazione Capacità del nodo Latenza prevista Operazioni Ideale per
Istanza SSD 5 TB SSD Scrittura/lettura: ms a una cifra Scrittura, lettura, aggiornamento, eliminazione Carichi di lavoro 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 cifra Scrittura, lettura, aggiornamento, eliminazione Set di dati di grandi dimensioni con dati ad accesso sporadico
Accesso sporadico: ms a due cifre basse Sola lettura
Istanza HDD 16 TB Scrittura: ms a una cifra
Lettura: ms a due cifre basse		 Scrittura, lettura, aggiornamento, eliminazione Set di dati di grandi dimensioni con carichi di lavoro insensibili alla latenza

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

In caso di dubbi, scegli l'archiviazione SSD

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

  • L'SSD è notevolmente più veloce e ha un rendimento più prevedibile rispetto all'HDD. In un cluster Bigtable, l'archiviazione SSD offre latenze notevolmente inferiori sia per le letture che per le scritture rispetto all'archiviazione HDD.
  • Il throughput dell'HDD è molto più limitato rispetto a quello dell'SSD. In un cluster che utilizza l'archiviazione HDD, è possibile raggiungere il throughput massimo prima che l'utilizzo della CPU raggiunga il 100%, una situazione che puoi monitorare utilizzando la metrica del carico del disco. Per aumentare il throughput, devi aggiungere altri nodi, ma il costo dei nodi aggiuntivi potrebbe superare i risparmi derivanti dall'utilizzo dell'archiviazione HDD. L'archiviazione SSD non presenta questa limitazione, perché offre un throughput molto maggiore per nodo. In genere, un cluster che utilizza l'archiviazione SSD raggiunge il throughput massimo solo quando utilizza tutta la CPU e la memoria disponibili.
  • 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 di lettura al secondo dell'archiviazione SSD. Le scansioni di più righe di grandi dimensioni, tuttavia, non sono influenzate in modo così negativo.
  • L'archiviazione SSD supporta un'opzione di archiviazione a livelli per i dati ad accesso sporadico.
  • Illivello 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 cluster in base alla quantità di dati archiviati. In pratica, però, potresti aver bisogno di questi nodi aggiuntivi per consentire ai cluster di tenere il passo con il traffico in entrata, non solo per supportare la quantità di dati che stai archiviando.

Casi d'uso per l'archiviazione HDD

L'archiviazione HDD è adatta ai casi d'uso che soddisfano tutti i seguenti criteri:

  • I carichi di lavoro sono incentrati sulla scrittura e sui dati.
  • I carichi di lavoro sono insensibili alla latenza.
  • I 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 sul rendimento. D'altra parte, se prevedi di utilizzare i dati per visualizzare una dashboard in tempo reale, probabilmente non avrebbe senso utilizzare l'archiviazione HDD: in questo caso, le letture sarebbero molto più frequenti e le letture che non sono scansioni sono molto più lente con l'archiviazione HDD.

Passare dall'archiviazione SSD a quella HDD e viceversa

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

Se vuoi modificare il tipo di archiviazione su cui è archiviata 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