Opzioni di archiviazione

Compute Engine offre diverse opzioni di archiviazione per le VM. Ognuna delle seguenti opzioni di archiviazione ha caratteristiche uniche in termini di prezzo e prestazioni:

• I pool di archiviazione Hypeperdisk consentono di acquistare capacità di archiviazione e prestazioni in forma aggregata, per poi creare dischi per le VM da questo pool di archiviazione.
• I volumi Google Cloud Hyperdisk sono archiviazione di rete per Compute Engine, con prestazioni e volumi configurabili che possono essere ridimensionati in modo dinamico. Offrono prestazioni, flessibilità ed efficienza notevolmente più elevate rispetto a Persistent Disk.
• I volumi di Persistent Disk offrono archiviazione di rete ridondante e ad alte prestazioni. Ogni volume di disco permanente viene a righe su centinaia di dischi fisici.
  • Per impostazione predefinita, le VM utilizzano il disco permanente a livello di zona e archiviano i dati su volumi che si trovano all'interno di una singola zona, ad esempio us-west1-c.
  • Puoi anche creare volumi di Persistent Disk a livello di regione, che replicano in modo sincrono i dati tra dischi situati in due zone e forniscono protezione se una zona non è più disponibile.
• I dischi SSD locali sono unità fisiche collegate direttamente allo stesso server della VM. Possono offrire un rendimento migliore, ma sono temporanei.
• I bucket Cloud Storage offrono archiviazione di oggetti a prezzi contenuti.
• Puoi anche utilizzare Filestore con le tue VM per l'archiviazione di file ad alte prestazioni.

Ogni opzione di archiviazione ha caratteristiche uniche in termini di prezzo e prestazioni. Per i confronti dei costi, consulta i prezzi dei dischi. Se non sai con sicurezza quale opzione utilizzare, la soluzione più comune è aggiungere un Persistent Disk permanente alla VM.

Introduzione

Per impostazione predefinita, ogni VM di Compute Engine ha un singolo disco di avvio contenente il sistema operativo. I dati del disco di avvio sono in genere archiviati su un volume di Persistent Disk. Quando le applicazioni richiedono ulteriore spazio di archiviazione, puoi eseguire il provisioning di uno o più dei seguenti volumi di archiviazione nella VM.

Per saperne di più su ciascuna opzione di archiviazione, consulta la seguente tabella:

	Disco permanente bilanciato	Disco permanente SSD	Disco permanente standard	Disco permanente con carico estremo	Hyperdisk bilanciato	Hyperdisk Extreme	Velocità effettiva Hyperdisk	SSD locali	Bucket Cloud Storage
Tipo di archiviazione	Archiviazione a blocchi conveniente e affidabile	Archiviazione a blocchi rapida e affidabile	Archiviazione a blocchi efficiente e affidabile	Opzione di archiviazione a blocchi su Persistent Disk con le massime prestazioni con IOPS personalizzabili	Prestazioni elevate per carichi di lavoro impegnativi a un costo ridotto	L'opzione di archiviazione a blocchi più veloce con IOPS personalizzabili	Archiviazione a blocchi conveniente e orientata alla velocità effettiva con velocità effettiva personalizzabile	Archiviazione a blocchi locale ad alte prestazioni	Archiviazione di oggetti conveniente
Capacità minima per disco	Zonale: 10 GiB Area geografica: 10 GiB	Zonale: 10 GiB Area geografica: 10 GiB	Zonale: 10 GiB Area geografica: 200 GiB	500 GiB	4 GiB	64 GiB	2 TiB	375 GiB, 3 TiB con Z3	n/d
Capacità massima per disco	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	32 TiB	375 GiB, 3 TiB con Z3	n/d
Aumento della capacità	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	Dipende dal tipo di macchina^†	n/d
Capacità massima per VM	257 TiB^*	257 TiB^*	257 TiB^*	257 TiB^*	512 TiB^*	512 TiB^*	512 TiB^*	36 TiB	Quasi infinita
Ambito dell'accesso	Zona	Zona	Zona	Zona	Zona	Zona	Zona	Istanza	Globale
Ridondanza dei dati	a livello di zona e multi-zona	a livello di zona e multi-zona	a livello di zona e multi-zona	Zonale	Zonale	Zonale	Zonale	Nessuna	Una, due regioni o più regioni
Crittografia at-rest	Sì	Sì	Sì	Sì	Sì	Sì	Sì	Sì	Sì
Chiavi di crittografia personalizzate	Sì	Sì	Sì	Sì	Sì	Sì	Sì	No	Sì
Guida illustrativa	Aggiungi un disco permanente Aggiungi un disco permanente a livello di regione			Aggiungi un disco permanente con carico estremo	Aggiungere un Hyperdisk			Aggiungere un'unità SSD locale	Collega un bucket

^* Se stai considerando la creazione di un volume logico superiore alla dimensione massima di un singolo disco, rivedi come la dimensione del volume logico influisce sulle prestazioni.

^† L'incremento della capacità per le unità SSD locali dipende dal numero di dischi SSD (partizioni) consentiti per VM, che varia in base al tipo di macchina. Per saperne di più, consulta Scegliere un numero valido di SSD locali.

Oltre alle opzioni di archiviazione fornite da Google Cloud, puoi eseguire il deployment di soluzioni di archiviazione alternative.

• Crea un file server o un file system distribuito su Compute Engine da utilizzare come file system di rete con funzionalità NFSv3 e SMB3.
• Monta un disco RAM nella memoria della VM per creare un volume di archiviazione a blocchi con velocità effettiva elevata e bassa latenza.

Le risorse di archiviazione a blocchi hanno caratteristiche prestazionali diverse. Considera i requisiti di prestazioni e dimensioni dello spazio di archiviazione al momento di determinare il tipo di archiviazione a blocchi corretto per le tue VM.

Per informazioni sui limiti delle prestazioni per ogni tipo di disco, vedi:

• Limiti delle prestazioni dei dischi permanenti
• Limiti delle prestazioni degli SSD locali
• Limiti delle prestazioni di Hyperdisk

I volumi di Persistent Disk creati in modalità multi-writer hanno limiti di velocità effettiva e IOPS specifici. Per i dettagli, consulta la sezione sulle prestazioni del Persistent Disk in modalità multi-writer.

Persistent Disk

I volumi di Persistent Disk sono dispositivi di archiviazione di rete durevoli a cui le istanze di macchine virtuali (VM) possono accedere come se si trattasse di dischi fisici su un computer desktop o un server. I dati su ogni volume di Persistent Disk sono distribuiti tra più dischi fisici. Compute Engine gestisce i dischi fisici e la distribuzione dei dati al posto tuo per garantire ridondanza e prestazioni ottimali.

I volumi dei Persistent Disk si trovano in modo indipendente rispetto alla VM, quindi puoi scollegarli o spostarli per conservare i dati anche dopo l'eliminazione delle VM. Le prestazioni dei Persistent Disk scalano automaticamente insieme alla dimensione, perciò puoi ridimensionare i volumi Persistent Disk esistenti o aggiungerne altri a una VM per soddisfare i tuoi requisiti di prestazioni e spazio di archiviazione.

Tipi di Persistent Disk

Quando configuri un disco permanente, puoi selezionare uno dei seguenti tipi di disco:

• Dischi permanenti bilanciati (pd-balanced)
  • Un'alternativa ai dischi permanenti prestazionali (pd-ssd)
  • Equilibrio tra prestazioni e costi. Per la maggior parte delle forme di VM, ad eccezione di quelle molto grandi, questi dischi hanno lo stesso numero massimo di IOPS per dischi permanenti SSD e un numero inferiore di IOPS per GiB. Questo tipo di disco offre livelli di prestazioni adatti alla maggior parte delle applicazioni per uso generico a una tariffa massima compresa tra quella dei dischi permanenti standard e quella dei dischi permanenti prestazionali (pd-ssd).
  • È supportato da unità a stato solido (SSD).
• Dischi permanenti prestazionali (SSD) (pd-ssd)
  • Adatto per applicazioni aziendali e database ad alte prestazioni che richiedono una latenza più bassa e più IOPS rispetto a quelli forniti dai dischi permanenti standard.
  • Progettato per latenze di millisecondi a singola cifra; la latenza osservata è specifica per l'applicazione.
  • È supportato da unità a stato solido (SSD).
• Dischi permanenti standard (pd-standard)
  • Adatto per carichi di lavoro di elaborazione dati di grandi dimensioni che utilizzano principalmente I/O sequenziali.
  • È supportato da unità disco rigido (HDD) standard.
• Dischi permanenti con carico estremo (pd-extreme)
  • Offri prestazioni costantemente elevate sia per carichi di lavoro ad accesso casuale che per velocità effettiva collettiva.
  • Progettato per carichi di lavoro di database di fascia alta.
  • Consente di eseguire il provisioning delle IOPS di destinazione.
  • È supportato da unità a stato solido (SSD).
  • Disponibile con un numero limitato di tipi di macchine.

Se crei un disco nella console Google Cloud, il tipo di disco predefinito è pd-balanced. Se crei un disco utilizzando gcloud CLI o l'API Compute Engine, il tipo di disco predefinito è pd-standard.

Per informazioni sul supporto del tipo di macchina, consulta quanto segue:

• Disco permanente a livello di zona
• Disco permanente a livello di regione

Durabilità del Persistent Disk

La durabilità del disco rappresenta la probabilità di perdita di dati, per progettazione, per un disco tipico in un anno tipico, utilizzando una serie di ipotesi su guasti hardware, probabilità di eventi catastrofici, pratiche di isolamento e processi di progettazione nei data center di Google e le codifiche interne utilizzate da ogni tipo di disco. Gli eventi di perdita di dati del Persistent Disk sono estremamente rari e sono storicamente il risultato di guasti hardware coordinati, bug del software o una combinazione dei due. Inoltre, Google adotta molte misure per ridurre il rischio di corruzione silenziosa dei dati a livello di settore. Un errore umano di un cliente di Google Cloud, ad esempio quando un cliente elimina accidentalmente un disco, non rientra nell'ambito della durabilità del Persistent Disk.

Esiste un rischio minimo che si verifichi una perdita di dati con un disco permanente a livello di regione a causa delle codifiche e della replica dei dati interni. I dischi permanenti a livello di regione forniscono il doppio delle repliche rispetto a un Persistent Disk a livello di zona, con le repliche distribuite tra due zone nella stessa regione. Di conseguenza, offrono un'alta disponibilità e possono essere utilizzati per il ripristino di emergenza se un intero data center viene smarrito e non può essere ripristinato (anche se non è mai avvenuto). Le repliche aggiuntive in una seconda zona sono immediatamente accessibili se una zona principale diventa non disponibile durante un'interruzione prolungata.

Tieni presente che la durabilità è aggregata per ogni tipo di disco e non rappresenta un accordo sul livello del servizio (SLA) con finanziamenti finanziari.

La tabella seguente mostra la durabilità del design di ciascun tipo di disco. Una durabilità del 99,999% significa che con 1000 dischi probabilmente passeresti per cento anni senza perderne uno solo.

Persistent Disk standard di zona	Persistent Disk con bilanciamento a livello di zona	Disco permanente SSD di zona	Persistent Disk con carico a livello di zona	Persistent Disk standard regionale	Persistent Disk bilanciato a livello di regione	Disco permanente SSD regionale
Migliore del 99,99%	Migliore del 99,999%	Migliore del 99,999%	Migliore del 99,9999%	Migliore del 99,999%	Migliore del 99,9999%	Migliore del 99,9999%

Disco permanente a livello di zona

Facilità di utilizzo

Compute Engine gestisce la maggior parte delle attività di gestione dei dischi per conto tuo in modo che tu non debba occuparti di partizionamento, array di dischi ridondanti o gestione dei volumi secondari. In genere, non è necessario creare volumi logici più grandi, ma puoi estendere la capacità del Persistent Disk collegato secondario a 257 TiB per VM e applicare queste pratiche ai volumi dei Persistent Disk, se vuoi. Puoi risparmiare tempo e ottenere le migliori prestazioni se formatti i Persistent Disk permanenti con un singolo file system e senza tabelle di partizione.

Se devi separare i dati in più volumi univoci, crea altri dischi anziché dividere i dischi esistenti in più partizioni.

Quando hai bisogno di ulteriore spazio sui volumi del Persistent Disk, ridimensiona i dischi anziché ripartizionando e formattarli.

Prestazioni

Le prestazioni del Persistent Disk sono prevedibili e scalano in modo lineare con la capacità di cui è stato eseguito il provisioning fino al raggiungimento dei limiti per le vCPU di cui è stato eseguito il provisioning di una VM. Per ulteriori informazioni su limiti di scalabilità e ottimizzazione delle prestazioni, consulta Configurare i dischi per soddisfare i requisiti delle prestazioni.

I volumi di dischi permanenti standard sono efficienti ed economici per la gestione delle operazioni sequenziali di lettura/scrittura, ma non sono ottimizzati per gestire elevate percentuali di operazioni di input/output casuali al secondo (IOPS). Se le tue app richiedono frequenze elevate di IOPS casuali, utilizza un'unità SSD o Persistent Disk estremo. SSD Persistent Disk è progettato per latenze in millisecondi a singola cifra. La latenza osservata è specifica per l'applicazione.

Compute Engine ottimizza automaticamente le prestazioni e la scalabilità sui volumi dei Persistent Disk. Non è necessario collegare più dischi o prepararli per ottenere le migliori prestazioni. Se hai bisogno di più spazio su disco o di prestazioni migliori, ridimensiona i dischi ed eventualmente aggiungi più vCPU per aggiungere più spazio di archiviazione, velocità effettiva e IOPS. Le prestazioni di un Persistent Disk si basano sulla capacità totale Persistent Disk collegata a una VM e sul numero di vCPU di cui dispone la VM.

Per i dispositivi di avvio, puoi ridurre i costi utilizzando un Persistent Disk standard. I volumi di dischi permanenti di piccole dimensioni da 10 GiB possono funzionare per casi d'uso di base di avvio e gestione di pacchetti. Tuttavia, per garantire prestazioni coerenti per un uso più generale del dispositivo di avvio, utilizza un Persistent Disk bilanciato come disco di avvio.

Ogni operazione di scrittura su disco permanente contribuisce al traffico cumulativo in uscita dalla rete per la VM. Ciò significa che le operazioni di scrittura Persistent Disk sono limitate dal limite di traffico in uscita dalla rete per la tua VM.

Affidabilità

Persistent Disk dispone di ridondanza integrata per proteggere i dati da guasti dell'apparecchiatura e per garantirne la disponibilità tramite gli eventi di manutenzione del data center. I checksum vengono calcolati per tutte le operazioni sul Persistent Disk, in modo che possiamo garantire che ciò che leggi sia quello che hai scritto.

Inoltre, puoi creare snapshot di Persistent Disk per proteggerti dalla perdita di dati a causa di errori dell'utente. Gli snapshot sono incrementali e la loro creazione richiede solo pochi minuti, anche se crei snapshot di dischi collegati a VM in esecuzione.

Modalità Multi-writer

Anteprima

Questa funzionalità è soggetta ai "Termini delle Offerte pre-GA" nella sezione Termini generali del servizio dei Termini specifici dei servizi. Le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per saperne di più, consulta le descrizioni della fase di lancio.

Puoi collegare un disco permanente SSD in modalità multi-writer a un massimo di due VM N2 contemporaneamente, in modo che entrambe le VM possano leggere e scrivere sul disco.

Persistent Disk in modalità multi-writer offre funzionalità di archiviazione a blocchi condivise e costituisce una base infrastrutturale per la creazione di file system e database condivisi ad alta disponibilità. Questi file system e database specializzati devono essere progettati per funzionare con l'archiviazione a blocchi condivisa e gestire la coerenza della cache tra le VM utilizzando strumenti come prenotazioni permanenti SCSI.

Tuttavia, Persistent Disk con modalità multi-writer in genere non deve essere utilizzato direttamente ed è bene ricordare che molti file system come EXT4, XFS e NTFS non sono progettati per l'utilizzo con l'archiviazione a blocchi condivisa. Per ulteriori informazioni sulle best practice per la condivisione di Persistent Disk tra VM, consulta le best practice.

Se hai bisogno di uno spazio di archiviazione file completamente gestito, puoi montare una condivisione file di Filestore sulle VM di Compute Engine.

Per abilitare la modalità multi-writer per i nuovi volumi di Persistent Disk, crea un nuovo Persistent Disk e specifica il flag --multi-writer nell'interfaccia alla gcloud CLI o nella proprietà multiWriter nell'API Compute Engine. Per maggiori informazioni, consulta Condivisione di volumi di dischi permanenti tra VM.

Crittografia Persistent Disk

Compute Engine cripta automaticamente i dati prima che vengano spostati all'esterno della VM nello spazio di archiviazione su Persistent Disk. Ogni disco permanente rimane criptato con chiavi definite dal sistema o chiavi fornite dal cliente. Google distribuisce i dati del Persistent Disk su più dischi fisici in modo non controllabile dagli utenti.

Quando elimini un volume di un Persistent Disk, Google ignora le chiavi di crittografia, rendendo i dati irrecuperabili. Questa operazione è irreversibile.

Se vuoi controllare le chiavi di crittografia utilizzate per criptare i tuoi dati, crea i tuoi dischi con le tue chiavi di crittografia.

Limitazioni

• Non puoi collegare un volume di Persistent Disk a una VM in un altro progetto.

• Puoi collegare un Persistent Disk bilanciato a un massimo di 10 VM in modalità di sola lettura.

• Per i tipi di macchine personalizzate o i tipi di macchina predefinita con un minimo di 1 vCPU, puoi collegare fino a 128 volumi di Persistent Disk.

• Ogni volume di disco permanente può raggiungere una dimensione massima di 64 TiB, quindi non è necessario gestire array di dischi per creare volumi logici di grandi dimensioni. Ogni VM può collegare solo una quantità limitata di spazio totale su Persistent Disk e un numero limitato di volumi singoli di Persistent Disk. I tipi di macchine predefinite e personalizzati hanno gli stessi limiti dei Persistent Disk.

• La maggior parte delle VM può avere fino a 128 volumi di Persistent Disk e fino a 257 TiB di spazio totale su disco collegato. Lo spazio su disco totale per una VM include le dimensioni del disco di avvio.

• I tipi di macchine con core condivisi sono limitati a 16 volumi di Persistent Disk e a 3 TiB di spazio totale su Persistent Disk.

• La creazione di volumi logici superiori a 64 TiB potrebbe richiedere una considerazione speciale. Per ulteriori informazioni sulle prestazioni del volume logico più elevato, consulta la dimensione del volume logico.

Nota: se hai creato una VM prima del 30 marzo 2016, potrebbe essere mantenuto un limite precedente di 10 TiB per lo spazio totale su Persistent Disk. Ricrea le VM per abilitare i limiti attuali.

Persistent Disk regionale

I volumi di dischi permanenti a livello di regione hanno qualità di archiviazione simili a quelle dei Persistent Disk a livello di zona. Tuttavia, i volumi di Persistent Disk a livello di regione forniscono archiviazione e replica durevoli dei dati tra due zone nella stessa regione.

Se stai progettando sistemi solidi o servizi ad alta disponibilità su Compute Engine, utilizza Persistent Disk a livello di regione in combinazione con altre best practice come il backup dei dati mediante snapshot. I volumi di dischi permanenti a livello di regione sono inoltre progettati per funzionare con i gruppi di istanze gestite a livello di regione.

Nell'improbabile eventualità di un'interruzione a livello di zona, puoi eseguire il failover del carico di lavoro in esecuzione sul Persistent Disk a livello di regione a un'altra zona utilizzando il flag --force-attach. Il flag --force-attach consente di collegare il Persistent Disk a livello di regione a una VM in standby anche se il disco non può essere scollegato dalla VM originale a causa della sua indisponibilità. Per saperne di più, consulta failover del disco permanente a livello di regione. Non puoi forzare il collegamento di un Persistent Disk a una VM a livello di zona.

Prestazioni

I volumi di dischi permanenti a livello di regione sono progettati per i carichi di lavoro che richiedono un RPO (Recovery Point Objective) e un RTO (Recovery Time Objective) più bassi rispetto all'utilizzo di snapshot dei Persistent Disk.

I dischi permanenti a livello di regione sono un'opzione quando le prestazioni di scrittura sono meno critiche della ridondanza dei dati in più zone.

Come Persistent Disk a livello di zona, Persistent Disk a livello di regione può ottenere prestazioni migliori per IOPS e velocità effettiva sulle VM con un numero maggiore di vCPU. Per ulteriori informazioni su questa e altre limitazioni, consulta Configurare i dischi per soddisfare i requisiti delle prestazioni.

Se hai bisogno di più spazio su disco o di prestazioni migliori, puoi ridimensionare i dischi regionali per aggiungere più spazio di archiviazione, velocità effettiva e IOPS.

Affidabilità

Compute Engine replica i dati del Persistent Disk a livello di regione nelle zone selezionate al momento della creazione dei dischi. I dati di ogni replica sono distribuiti su più macchine fisiche all'interno della zona per garantire la ridondanza.

Analogamente al Persistent Disk a livello di zona, puoi creare snapshot del disco permanente per proteggerti dalla perdita di dati a causa di errori dell'utente. Gli snapshot sono incrementali e la loro creazione richiede solo pochi minuti, anche se crei snapshot di dischi collegati a VM in esecuzione.

Limitazioni

• Puoi collegare un Persistent Disk a livello di regione solo alle VM che utilizzano i tipi di macchine E2, N1, N2 e N2D.
• Non puoi creare un Persistent Disk a livello di regione da un'immagine.
• Se utilizzi la modalità di sola lettura, puoi collegare un Persistent Disk bilanciato a livello di regione a un massimo di 10 istanze VM.
• La dimensione minima di un Persistent Disk standard a livello di regione è 200 GiB.
• Puoi aumentare solo le dimensioni di un volume di Persistent Disk a livello di regione; non puoi ridurle.
• I volumi di dischi permanenti a livello di regione hanno caratteristiche di prestazioni diverse rispetto ai volumi di Persistent Disk a livello di zona. Per maggiori informazioni, consulta Prestazioni dell'archiviazione a blocchi.
• Se crei un Persistent Disk a livello di regione clonando un disco di zona, le due repliche a livello di zona non sono completamente sincronizzate al momento della creazione. Dopo la creazione, puoi utilizzare il clone del disco a livello di regione entro 3 minuti, in media. Tuttavia, potresti dover attendere decine di minuti prima che il disco raggiunga uno stato completamente replicato e che il Recovery Point Objective (RPO) sia vicino a zero. Scopri come controllare se il tuo Persistent Disk a livello di regione è completamente replicato.

Google Cloud Hyperdisk

Google Cloud Hyperdisk è l'archiviazione a blocchi di nuova generazione di Google. Grazie alla riduzione del carico e allo scale out dinamico dell'elaborazione dello spazio di archiviazione, le prestazioni di archiviazione vengono disaccoppiate dal tipo e dalla dimensione della VM. Hyperdisk offre prestazioni, flessibilità ed efficienza sostanzialmente superiori.

• Hyperdisk bilanciato

  Hyperdisk Balanced for Compute Engine è ideale per un'ampia gamma di casi d'uso, come applicazioni line of business (LOB), applicazioni web e database di livello medio che non richiedono le prestazioni di Hyperdisk Extreme.

  I volumi Hyperdisk bilanciati consentono di ottimizzare in modo dinamico capacità, IOPS e velocità effettiva dei carichi di lavoro.

• Hyperdisk Extreme

  Hyperdisk Extreme offre lo spazio di archiviazione a blocchi più veloce disponibile. È adatto per carichi di lavoro di fascia alta che richiedono la velocità effettiva e il numero di IOPS più elevati.

  I volumi Hyperdisk Extreme consentono di ottimizzare dinamicamente la capacità e il numero di IOPS.

• Velocità effettiva Hyperdisk

  La velocità effettiva di Hyperdisk è ideale per l'analisi a scalabilità orizzontale, tra cui Hadoop e Kafka, unità di dati per app sensibili ai costi e cold storage.

  I volumi di velocità effettiva Hyperdisk consentono di ottimizzare dinamicamente la capacità e la velocità effettiva per i carichi di lavoro. Puoi modificare il livello di velocità effettiva sottoposta a provisioning senza tempi di inattività o interruzioni dei carichi di lavoro.

I volumi Hyperdisk vengono creati e gestiti come Persistent Disk, con la possibilità aggiuntiva di impostare il livello di velocità effettiva o IOPS di cui è stato eseguito il provisioning e modificare questo valore in qualsiasi momento. Non esiste un percorso di migrazione diretto da Persistent Disk a Hyperdisk. Puoi invece creare uno snapshot e ripristinarlo in un nuovo volume Hyperdisk.

Per maggiori informazioni su Hyperdisk, consulta Informazioni su Hyperdisk.

Durabilità di Hyperdisk

La durabilità del disco rappresenta la probabilità di perdita di dati, per progettazione, per un disco tipico in un anno tipico. La durabilità viene calcolata utilizzando un insieme di ipotesi su guasti hardware, tra cui:

• La probabilità di eventi catastrofici
• Pratiche di isolamento
• Processi di progettazione nei data center di Google
• Le codifiche interne utilizzate da ogni tipo di disco

Gli eventi di perdita di dati Hyperdisk sono estremamente rari. Google mette inoltre in atto varie misure per ridurre il rischio di corruzione silenziosa dei dati a livello di settore.

Un errore umano di un cliente di Google Cloud, ad esempio quando un cliente elimina accidentalmente un disco, non rientra nell'ambito della durabilità di Hyperdisk.

Nota: la durabilità è un aggregato per ogni tipo di disco e non rappresenta un accordo sul livello del servizio (SLA) con finanziamenti finanziari.

La tabella seguente mostra la durabilità del design di ciascun tipo di disco. Una durabilità del 99,999% significa che con 1000 dischi probabilmente passeresti per cento anni senza perderne uno solo.

Hyperdisk bilanciato	Hyperdisk Extreme	Velocità effettiva Hyperdisk
Migliore del 99,999%	Migliore del 99,9999%	Migliore del 99,999%

Crittografia Hyperdisk

Compute Engine cripta automaticamente i dati al momento della scrittura su un volume Hypeperdisk.

Pool di archiviazione Hyperdisk

I pool di archiviazione Hyperdisk semplificano la riduzione del costo totale di proprietà (TCO) dell'archiviazione a blocchi e la gestione dell'archiviazione a blocchi. Con i pool di archiviazione, puoi condividere un pool di capacità sottile con provisioning e riduzione dei dati su un massimo di 1000 dischi in un singolo progetto. I pool di archiviazione ti consentono di raggiungere una maggiore efficienza e semplificare la migrazione della tua SAN on-premise al cloud, semplificando al contempo la fornitura ai tuoi carichi di lavoro della capacità di cui hanno bisogno.

Crea un pool di archiviazione con la capacità stimata per tutti i carichi di lavoro in un progetto in una zona specifica. Ora puoi creare i dischi in questo pool di archiviazione e collegarli alle VM esistenti. Puoi anche creare un disco nel pool di archiviazione nell'ambito della creazione di una nuova VM. Ogni pool di archiviazione contiene un tipo di disco, ad esempio la velocità effettiva Hyperdisk. Esistono due tipi di pool di archiviazione Hyperdisk:

• Pool di archiviazione bilanciato Hyperdisk
• Pool di archiviazione per la velocità effettiva Hyperdisk

Opzioni di provisioning della capacità

Puoi eseguire il provisioning della capacità del pool di archiviazione Hyperdisk in due modi:

Provisioning della capacità standard

Con il provisioning della capacità Standard, crei dischi nel pool di archiviazione finché la dimensione totale di tutti i dischi non raggiunge la capacità del pool di cui è stato eseguito il provisioning. I dischi in un pool di archiviazione con il provisioning della capacità standard consumano capacità in modo simile ai dischi non in pool, dove la capacità viene consumata quando si creano i dischi.

Provisioning della capacità avanzato

Il provisioning avanzato della capacità consente di condividere un pool di capacità di archiviazione di cui è stato eseguito il provisioning sottile e ridotto di dati tra tutti i dischi di un pool di archiviazione. Ti verrà addebitato il costo per la capacità di cui è stato eseguito il provisioning del pool di archiviazione.

Puoi eseguire il provisioning fino al 500% della capacità del pool di archiviazione di cui è stato eseguito il provisioning sui dischi in un pool di capacità avanzato. Solo la quantità di dati scritti in un disco nel pool di archiviazione consuma la capacità del pool di archiviazione. La riduzione automatica dei dati può ridurre ulteriormente il consumo di capacità del pool di archiviazione.

Se l'utilizzo della capacità di un pool di capacità di archiviazione avanzato raggiunge l'80% della capacità di cui è stato eseguito il provisioning, i pool di archiviazione di Hyperdisk tentano di aggiungere automaticamente capacità al pool di archiviazione per evitare errori dovuti a capacità insufficiente.

Attenzione: anche se la funzionalità di crescita automatica è sempre abilitata, la possibilità di aggiungere capacità a un pool di archiviazione potrebbe non riuscire se la quota rimanente è insufficiente o se la zona non ha spazio di archiviazione disponibile che il pool di archiviazione può utilizzare. Sebbene la funzionalità di crescita automatica possa aiutare a mantenere la capacità disponibile di un pool di archiviazione entro i limiti di sicurezza, ti consigliamo di gestire attivamente l'utilizzo della capacità dei tuoi pool di archiviazione. Se un pool di archiviazione raggiunge l'utilizzo al 100%, blocca le operazioni di scrittura sui dischi del pool e provoca l'arresto o l'arresto anomalo dei carichi di lavoro e delle applicazioni.

Esempio

Supponi di avere un pool di archiviazione con 10 TiB di capacità di cui è stato eseguito il provisioning.

Con il provisioning della capacità Standard:

• Puoi eseguire il provisioning di massimo 10 TiB di capacità Hyperdisk aggregata durante la creazione di dischi nel pool di archiviazione. Ti vengono addebitati 10 TiB di capacità del pool di archiviazione di cui è stato eseguito il provisioning.
• Se crei un singolo disco nel pool di archiviazione con una dimensione di 5 TiB e scrivi 2 TiB sul disco, la capacità utilizzata del pool di archiviazione è di 5 TiB.

Con il provisioning della capacità avanzato:

• Puoi eseguire il provisioning di un massimo di 50 TiB di capacità Hyperdisk aggregata durante la creazione di dischi nel pool di archiviazione. Ti vengono addebitati 10 TiB di capacità del pool di archiviazione di cui è stato eseguito il provisioning.
• Se crei un singolo disco nel pool di archiviazione con una dimensione di 5 TiB, scrivi 3 TiB di dati sul disco e la riduzione di dati riduce la quantità di dati scritti a 2 TiB, la capacità utilizzata del pool di archiviazione è di 2 TiB.

Modifica della capacità e delle prestazioni di cui è stato eseguito il provisioning del pool di archiviazione Hyperdisk

Puoi aumentare o diminuire la capacità di cui è stato eseguito il provisioning, il numero di IOPS e la velocità effettiva del pool di archiviazione per la scalabilità dei carichi di lavoro. Con un pool di capacità di archiviazione avanzato, qualsiasi capacità o prestazioni aggiuntiva è disponibile per tutti i dischi esistenti e nuovi nel pool di archiviazione. Inoltre, quando il tuo pool di capacità di archiviazione Advanced raggiunge l'80% della capacità utilizzata per il provisioning del pool, i pool di archiviazione di Hyperdisk tentano di aggiungere automaticamente ulteriore capacità.

Ulteriori informazioni sul pool di archiviazione Hyperdisk

Per informazioni sull'utilizzo dei pool di archiviazione Hyperdisk, utilizza i seguenti link:

• Informazioni sui pool di archiviazione
• Crea pool di archiviazione
• Aggiungi dischi alle VM utilizzando un pool di archiviazione
• Gestire i pool di archiviazione
• Esaminare le metriche del pool di archiviazione

Dischi SSD locali

I dischi SSD locali sono fisicamente collegati al server che ospita la tua VM. I dischi SSD locali hanno una velocità effettiva superiore e una latenza più bassa rispetto a un Persistent Disk standard o un disco permanente SSD. I dati archiviati su un disco SSD locale vengono conservati solo fino a quando la VM non viene arrestata o eliminata. Puoi collegare più dischi SSD locali alla VM, a seconda del numero di vCPU.

Avviso: i miglioramenti in termini di prestazioni dell'archiviazione SSD locale richiedono determinati compromessi in termini di disponibilità, durabilità e flessibilità. Per via di questi compromessi, l'archiviazione SSD locale non viene replicata automaticamente e tutti i dati sul disco SSD locale potrebbero andare persi se la VM viene terminata per qualsiasi motivo. Per maggiori informazioni, consulta la pagina relativa alla persistenza dei dati degli SSD locali.

Le dimensioni di ogni disco SSD locale sono fisse a 375 GiB, ad eccezione delle VM Z3 che utilizzano un disco SSD locale di 3 TiB. Per ottenere ulteriore spazio di archiviazione, aggiungi più dischi SSD locali alla tua VM durante la sua creazione. Il numero massimo di dischi SSD locali che puoi collegare a una VM dipende dal tipo di macchina e dal numero di vCPU in uso.

Persistenza dei dati sui dischi SSD locali

Consulta la sezione sulla persistenza dei dati degli SSD locali per scoprire quali eventi conservano i dati degli SSD locali e quali possono causare l'impossibilità di recuperare i dati degli SSD locali.

Tipi di macchina e SSD locali

Puoi collegare i dischi SSD locali alla maggior parte dei tipi di macchine disponibili su Compute Engine, come mostrato nella tabella Confronto delle serie di macchine. Tuttavia, esistono dei vincoli sul numero di dischi SSD locali che puoi collegare in base a ciascun tipo di macchina. Per maggiori informazioni, consulta la pagina Scegliere un numero valido di dischi SSD locali.

Limiti di capacità con i dischi SSD locali

La capacità massima del disco SSD locale che puoi avere per una VM è:

Tipo di macchina	Dimensioni del disco SSD locale	Numero di dischi	Capacità massima
Z3	3 TiB	12	36 TiB
c3d-standard-360-lssd	375 GiB	32	12 TiB
c3-standard-176-lssd	375 GiB	32	12 TiB
N1, N2 e N2D	375 GiB	24	9 TiB
N1, N2 e N2D	375 GiB	16	6 TiB
A3	375 GiB	16	6 TiB
C2, C2D, A2 standard, M1 e M3	375 GiB	8	3 TiB
A2 Ultra	375 GiB	8	3 TiB

Limitazioni dei dischi SSD locali

Gli SSD locali presentano le seguenti limitazioni:

• Per raggiungere il limite massimo di IOPS, utilizza una VM con 32 o più vCPU.
• Le VM con tipi di macchine con core condivisi non possono collegare dischi SSD locali.
• Non puoi collegare i dischi SSD locali ai tipi di macchina N4, H3, M2 E2 e Tau T2A.
• Non puoi utilizzare chiavi di crittografia fornite dal cliente con i dischi SSD locali. Compute Engine cripta automaticamente i dati quando vengono scritti nello spazio di archiviazione SSD locale.

Prestazioni

I dischi SSD locali offrono un numero molto elevato di IOPS e bassa latenza. A differenza del Persistent Disk, sei tu a gestire lo striping sui dischi SSD locali.

Le prestazioni degli SSD locali dipendono da diversi fattori. Per saperne di più, consulta Prestazioni degli SSD locali e Ottimizzazione delle prestazioni degli SSD locali.

Bucket Cloud Storage

I bucket Cloud Storage sono l'opzione di archiviazione più flessibile, scalabile e durevole per le tue VM. Se le tue app non richiedono la latenza inferiore dei dischi permanenti e delle SSD locali, puoi archiviare i dati in un bucket Cloud Storage.

Connetti la tua VM a un bucket Cloud Storage quando latenza e velocità effettiva non sono una priorità e quando devi condividere facilmente i dati tra più VM o zone.

Proprietà dei bucket Cloud Storage

Consulta le sezioni seguenti per comprendere il comportamento e le caratteristiche dei bucket Cloud Storage.

Prestazioni

Le prestazioni dei bucket Cloud Storage dipendono dalla classe di archiviazione selezionata e dalla posizione del bucket rispetto alla VM.

L'utilizzo della classe Standard Storage di Cloud Storage nella stessa località della VM offre prestazioni paragonabili a quelle del disco permanente, ma con latenza più alta e caratteristiche di velocità effettiva meno coerenti. Se utilizzi la classe di archiviazione Standard in una due regioni, i dati vengono archiviati in modo ridondante in due regioni. Per prestazioni ottimali quando utilizzi una doppia regione, le VM devono trovarsi in una delle regioni che fanno parte della doppia regione.

Le classi Nearline Storage, Coldline Storage e Archive Storage sono principalmente per l'archiviazione dei dati a lungo termine. A differenza della classe di archiviazione Standard, queste classi hanno una durata minima di archiviazione e comportano costi per il recupero dei dati. Di conseguenza, sono ideali per l'archiviazione a lungo termine di dati a cui si accede raramente.

Affidabilità

Tutti i bucket Cloud Storage dispongono di ridondanza integrata per proteggere i dati da malfunzionamenti delle apparecchiature e per garantirne la disponibilità tramite gli eventi di manutenzione del data center. I checksum vengono calcolati per tutte le operazioni di Cloud Storage per garantire che ciò che leggi sia ciò che hai scritto.

Flessibilità

A differenza del disco permanente, i bucket Cloud Storage non sono limitati alla zona in cui si trova la VM. Inoltre, puoi leggere e scrivere dati in un bucket da più VM contemporaneamente. Ad esempio, puoi configurare le VM in più zone per leggere e scrivere dati nello stesso bucket, anziché replicarli su un Persistent Disk in più zone.

Crittografia di Cloud Storage

Compute Engine cripta automaticamente i dati prima che vengano trasferiti all'esterno della VM e ai bucket Cloud Storage. Non è necessario criptare i file delle VM prima di scriverli in un bucket.

Analogamente ai volumi dei Persistent Disk, puoi criptare i bucket con le tue chiavi di crittografia.

Scrittura e lettura dei dati dai bucket Cloud Storage

Scrivi e leggi file dai bucket Cloud Storage utilizzando lo strumento a riga di comando gcloud storage o una libreria client di Cloud Storage.

gcloud storage

Per impostazione predefinita, lo strumento a riga di comando gcloud storage è installato sulla maggior parte delle VM che utilizzano immagini pubbliche. Se la tua VM non ha lo strumento a riga di comando gcloud storage, puoi installarlo.

1. Connettiti alle tue VM Linux o alle VM Windows utilizzando SSH o un altro metodo di connessione.

   1. Nella console Google Cloud, vai alla pagina Istanze VM.

      Vai a Istanze VM

   2. Nell'elenco delle istanze di macchine virtuali, fai clic su SSH nella riga dell'istanza a cui vuoi connetterti.

      

2. Se non hai mai utilizzato gcloud storage su questa VM, utilizza gcloud CLI per configurare le credenziali.

   gcloud init

   In alternativa, se la VM è configurata in modo da utilizzare un account di servizio con un ambito Cloud Storage, puoi saltare questo passaggio.

3. Utilizza lo strumento gcloud storage per creare un bucket, scrivere dati nei bucket e leggere i dati da questi bucket. Per scrivere o leggere i dati da un bucket specifico, devi avere accesso al bucket. Puoi leggere i dati da qualsiasi bucket accessibile pubblicamente.

   Se vuoi, puoi anche eseguire il flusso di dati in Cloud Storage.

Libreria client

Se hai configurato la tua VM per l'utilizzo di un account di servizio con un ambito Cloud Storage, puoi utilizzare l'API Cloud Storage per scrivere e leggere i dati dai bucket Cloud Storage.

1. Connettiti a una VM.

   1. Nella console Google Cloud, vai alla pagina Istanze VM.

      Vai a Istanze VM

   2. Nell'elenco delle istanze di macchine virtuali, fai clic su SSH nella riga dell'istanza a cui vuoi connetterti.

      

2. Installa e configura una libreria client per la lingua che preferisci.

3. Se necessario, segui gli esempi di codice di inserimento per creare un bucket Cloud Storage sulla VM.

4. Segui gli esempi di inserimento di codice per scrivere i dati e leggere i dati, quindi includere nella tua app codice che scrive o legge un file da un bucket Cloud Storage.

Passaggi successivi

• Aggiungi un volume di Persistent Disk alla tua VM.
• Aggiungi un Persistent Disk a livello di regione alla VM.
• Crea una VM con dischi SSD locali.
• Crea un file server o un file system distribuito.
• Esamina le quote per i dischi.
• Installa un disco RAM sulla VM.