Opzioni di archiviazione

---

Per aggiungere dischi alle tue VM, scegli una delle opzioni di archiviazione a blocchi di Compute Engine offerte. Ognuna delle opzioni di archiviazione riportate di seguito ha prezzi e prestazioni univoci caratteristiche:

• I volumi Google Cloud Hyperdisk sono spazi di archiviazione di rete Compute Engine, con prestazioni e volumi configurabili che possono essere ridimensionati in modo dinamico. Offrono prestazioni nettamente superiori, flessibilità ed efficienza rispetto a Persistent Disk. Disponibilità elevata Hyperdisk bilanciata (Anteprima) può replicare in modo sincrono i dati tra dischi situati in due zone, che fornisce protezione se una zona non è più disponibile.
• I pool di archiviazione Hyperdisk consentono di acquistare capacità e prestazioni Hyperdisk in forma aggregata e poi creare dischi per le VM da questo pool di archiviazione.
• I volumi Persistent Disk offrono una rete ridondante e ad alte prestazioni archiviazione. Ogni volume di un disco permanente a righe su centinaia di dischi fisici.
  • Per impostazione predefinita, le VM utilizzano un disco permanente a livello di zona e archiviano dati su volumi situati all'interno di una singola zona, ad esempio us-west1-c.
  • Puoi anche creare volumi di Persistent Disk a livello di regione, che replicare in modo sincrono i dati tra dischi situati in due zone e fornire una protezione se una zona non è più disponibile.
• I dischi SSD locali sono unità fisiche collegate direttamente al sullo stesso server della VM. Possono offrire prestazioni migliori, ma sono temporanee.

Per confronti dei costi, vedi i prezzi dei dischi. Se hai dubbi su quale opzione utilizzare, per le serie di macchine di precedente generazione, la soluzione più comune è aggiungi un volume di disco permanente bilanciato a sulla tua VM e per le ultime serie di macchine, aggiungi un volume Hyperdisk della tua istanza Compute.

Oltre all'archiviazione a blocchi, Compute Engine offre l'archiviazione di file e oggetti le opzioni di CPU e memoria disponibili. Per esaminare e confrontare le opzioni di archiviazione, vedi Esamina le opzioni di archiviazione.

Introduzione

Per impostazione predefinita, ogni VM di Compute Engine ha un singolo avvio che contiene il sistema operativo. I dati del disco di avvio sono in genere archiviati su un disco permanente Volume bilanciato con iperdisco. Quando le applicazioni richiedono di archiviazione aggiuntivo, puoi eseguire il provisioning di uno o più i volumi di archiviazione della 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 ML	Hyperdisk Extreme	Velocità effettiva Hyperdisk	SSD locali
Tipo di archiviazione	Archiviazione a blocchi affidabile ed economica	Archiviazione a blocchi veloce e affidabile	Archiviazione a blocchi efficiente e affidabile	Opzione di archiviazione a blocchi Persistent Disk dalle prestazioni più elevate con IOPS personalizzabili	Prestazioni elevate per carichi di lavoro impegnativi a un costo inferiore	Archiviazione con velocità effettiva massima ottimizzata per carichi di lavoro di machine learning.	Opzione di archiviazione a blocchi più veloce con IOPS personalizzabili	archiviazione a blocchi economica e orientata alla velocità effettiva con velocità effettiva	Archiviazione a blocchi locale ad alte prestazioni
Capacità minima per disco	Zonale: 10 GiB A livello di regione: 10 GiB	Zonale: 10 GiB A livello di regione: 10 GiB	Zonale: 10 GiB A livello di regione: 200 GiB	500 GiB	A livello di zona e di regione: 4 GiB	4 GiB	64 GiB	2 TiB	375 GiB, 3 TiB con Z3
Capacità massima per disco	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	64 TiB	32 TiB	375 GiB, 3 TiB con Z3
Incremento della capacità	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	1 GiB	Dipende dal tipo di macchina†
Capacità massima per VM	257 TiB*	257 TiB*	257 TiB*	257 TiB*	512 TiB*	512 TiB*	512 TiB*	512 TiB*	36 TiB
Ambito dell'accesso	Zona	Zona	Zona	Zona	Zona	Zona	Zona	Zona	Istanza
Ridondanza dei dati	A livello di zona e multi-zona	A livello di zona e multi-zona	A livello di zona e multi-zona	A livello di zona	A livello di zona e multi-zona	A livello di zona	A livello di zona	A livello di zona	Nessuno
Crittografia at-rest	Sì	Sì	Sì	Sì	Sì	Sì	Sì	Sì	Sì
Chiavi di crittografia personalizzate	Sì	Sì	Sì	Sì	Sì‡	Sì	Sì	Sì	No
Guida illustrativa	Aggiungi un disco permanente Aggiungi un disco permanente a livello di regione			Aggiungi un Persistent Disk con carico estremo	Aggiungi un Hyperdisk Crea un disco replicato in modo sincrono				Aggiungi un SSD locale

^† L'incremento della capacità per gli SSD locali dipende da Il numero di dischi SSD (partizioni) consentiti per VM, che varia a seconda tipo di macchina. Per ulteriori informazioni, vedi Scegli un numero valido di SSD locali.

^‡ Se hai bisogno di controlli di sicurezza avanzati e prevedono di utilizzare Confidential VM, considerando l'utilizzo della modalità Confidential per Hyperdisk Balanced. Consulta: Considerazioni sulla modalità riservata per Hyperdisk Balanced e ulteriori informazioni su Confidential VM.

Oltre alle opzioni di archiviazione offerte da Google Cloud, puoi per il deployment di soluzioni di archiviazione alternative.

• Creare un file server o un file system distribuito su Compute Engine per utilizzarlo come file system di rete con NFSv3 funzionalità SMB3.
• Installa un disco RAM all'interno 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. Prendi in considerazione le dimensioni dello spazio di archiviazione e i requisiti di prestazioni nel determinare il tipo di archiviazione a blocchi corretto per le tue VM.

Per informazioni sui limiti delle prestazioni, consulta:

* Limiti di prestazioni di Persistent Disk * Limiti delle prestazioni degli SSD locali * Limiti di prestazioni di Hyperdisk

Persistent Disk

I volumi dei Persistent Disk sono dispositivi di archiviazione di rete durevoli che di macchine (VM) possono accedere come dischi fisici su un computer o un server. I dati su ciascun volume di Persistent Disk sono distribuiti tra diverse i dischi permanenti. Compute Engine gestisce i dischi fisici e i dati per garantire ridondanza e prestazioni ottimali.

I volumi dei Persistent Disk sono situati in modo indipendente dalla VM in modo da poter scollegare o spostare volumi di Persistent Disk per conservare i dati anche per eliminare le VM. Le prestazioni Persistent Disk scalano automaticamente di dimensioni del disco permanente, così puoi ridimensionare i volumi di dischi permanenti esistenti o aggiungerne Volumi di Persistent Disk su una VM per soddisfare le tue prestazioni e lo spazio di archiviazione i tuoi requisiti.

Tipi di Persistent Disk

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

• 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 uno, questi dischi hanno lo stesso numero massimo di IOPS dei dischi permanenti SSD e un numero inferiore di IOPS per GiB. Questo tipo di disco offre prestazioni adatte per la maggior parte delle applicazioni per uso generico a un prezzo consigliato compreso tra tra dischi permanenti standard e dischi permanenti e prestazioni (pd-ssd).
  • Supportata da unità a stato solido (SSD).
• Dischi permanenti prestazionali (SSD) (pd-ssd)
  • Adatto ad applicazioni aziendali e database ad alte prestazioni che richiedono latenza inferiore e più IOPS rispetto ai dischi permanenti standard che forniscono.
  • Progettato per latenze di millisecondi a una sola cifra. la latenza osservata per applicazioni specifiche.
  • Supportata da unità a stato solido (SSD).
• Dischi permanenti standard (pd-standard)
  • Adatto a carichi di lavoro di elaborazione dati di grandi dimensioni che utilizzano principalmente I/O sequenziali.
  • Basato su dischi rigidi standard (HDD).
• Dischi permanenti con carico estremo (pd-extreme)
  • Offrire prestazioni costantemente elevate sia per carichi di lavoro ad accesso casuale che per e la velocità effettiva collettiva.
  • Progettato per carichi di lavoro di database di fascia alta.
  • Consente di eseguire il provisioning delle IOPS di destinazione.
  • Supportata da unità a stato solido (SSD).
  • Disponibile con un numero limitato di tipi di macchina.

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

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

• Disco permanente di zona
• Disco permanente regionale

Durabilità di Persistent Disk

La durabilità del disco rappresenta la probabilità di perdita di dati, secondo la progettazione, per disco tipico in un anno tipo, utilizzando un insieme di ipotesi sull'hardware errori, la probabilità di eventi catastrofici, le pratiche di isolamento e nei data center di Google e le codifiche interne utilizzate per ciascun tipo di disco. Gli eventi di perdita di dati su Persistent Disk sono estremamente rari e è stato storicamente il risultato di guasti hardware coordinati, bug del software o una combinazione dei due. Google adotta anche varie misure per mitigare rischio di corruzione silenzioso dei dati a livello di settore. Errore umano di un cliente Google Cloud, ad esempio quando un cliente elimina accidentalmente un disco, non rientra nell'ambito della durabilità del Persistent Disk.

Il rischio di perdita di dati che si verifica è molto ridotto con una risorsa permanente a livello di regione grazie alle codifiche e alla replica dei dati interni. Persistente a livello di regione I dischi permanenti forniscono il doppio di repliche rispetto a un Persistent Disk a livello di zona, con di repliche distribuite tra due zone nella stessa regione, alta disponibilità e può essere utilizzata per il ripristino di emergenza quando un intero data center viene hanno perso e non possono essere recuperati (anche se questo non è mai accaduto). L'ulteriore è possibile accedere immediatamente a repliche in una seconda zona se una zona principale non è più disponibile durante un'interruzione di lunga durata.

Tieni presente che la durabilità è aggregata per ogni tipo di disco e non rappresentano un accordo sul livello del servizio (SLA) supportato finanziariamente.

La tabella seguente mostra la durabilità per la progettazione di ogni tipo di disco. Durabilità del 99,999% significa che con 1000 dischi, probabilmente ricorreste per cento anni senza perderne uno.

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

Disco permanente di zona

Facilità di utilizzo

Compute Engine gestisce per te la maggior parte delle attività di gestione dei dischi non devi gestire il partizionamento, gli array di dischi ridondanti o il volume gestione dei dispositivi. In genere, non è necessario creare volumi logici più grandi, ma puoi estendere della capacità Persistent Disk collegato secondario a 257 TiB per VM e applica queste pratiche ai volumi di Persistent Disk, se vuoi. Puoi risparmiare tempo e ottenere le migliori prestazioni formattare i Persistent Disk permanenti con un unico file system e nessuna tabella di partizione.

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

Quando hai bisogno di spazio aggiuntivo sui volumi Persistent Disk, ridimensiona i dischi anziché il partizionamento e la formattazione.

Prestazioni

Le prestazioni di Persistent Disk sono prevedibili e scalano in modo lineare per il provisioning della capacità limitata fino a quando raggiunto. Per ulteriori informazioni sui limiti e sull'ottimizzazione della scalabilità delle prestazioni, consulta Configurare i dischi per soddisfare i requisiti di prestazioni.

I volumi di dischi permanenti standard sono efficienti ed economici per la gestione operazioni sequenziali di lettura/scrittura, ma non sono ottimizzate per gestire velocità di operazioni di I/O casuali al secondo (IOPS). Se le tue app richiedono elevate quantità di IOPS casuali, è consigliabile usare un'unità SSD o Persistent Disk con carico estremo. Il disco permanente SSD è progettata per latenze di millisecondi a una sola cifra. La latenza osservata è per applicazioni specifiche.

Compute Engine ottimizza le prestazioni e la scalabilità su Persistent Disk voluminosa automaticamente. Non è necessario eseguire lo striping di più dischi insieme preriscalda i dischi per ottenere le migliori prestazioni. Se hai bisogno di più spazio su disco o prestazioni migliori, ridimensiona i dischi e possibilmente aggiungere altre vCPU per aggiungere più spazio di archiviazione, velocità effettiva e IOPS. Le prestazioni di un Persistent Disk si basano sulla capacità totale del Persistent Disk e il numero di vCPU di cui dispone la VM.

Per i dispositivi di avvio, puoi ridurre i costi utilizzando un Persistent Disk. Piccoli volumi di dischi permanenti da 10 GiB possono funzionare per l'avvio di base e i casi d'uso per la gestione di pacchetti. Tuttavia, per garantire un rendimento costante il dispositivo di avvio, usa un Persistent Disk bilanciato disco.

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

Affidabilità

Persistent Disk integra la ridondanza per proteggere i dati dei guasti delle apparecchiature e garantire la disponibilità dei dati nei data center di manutenzione. I checksum vengono calcolati per tutte le operazioni su Persistent Disk, per consentirci di verificare che ciò che hai letto corrisponda a quello che hai scritto.

Inoltre, puoi crea snapshot di un disco permanente per consente di evitare la perdita di dati dovuta a un errore dell'utente. Gli snapshot sono incrementali bastano pochi minuti per la creazione, anche se crei snapshot dei dischi alle VM in esecuzione.

Modalità multi-writer

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

Persistent Disk in modalità multi-writer offre una funzionalità di archiviazione a blocchi condivisa e costituisce una base infrastrutturale per costruire una disponibilità file system e database condivisi. Questi file system e database specializzati deve essere progettata per funzionare con l'archiviazione a blocchi condivisa e gestire la coerenza della cache tra le VM usando strumenti come Prenotazioni permanenti SCSI.

Tuttavia, generalmente non è consigliabile utilizzare Persistent Disk con modalità multi-writer e tieni presente che molti file system come EXT4, XFS, e NTFS non sono progettati per essere usati con l'archiviazione a blocchi condivisa. Per maggiori informazioni 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 un file Filestore la condivisione di file sulle VM di Compute Engine.

Per abilitare la modalità multi-writer per i nuovi volumi Persistent Disk, crea un nuovo su Persistent Disk e specifica il flag --multi-writer in gcloud CLI oppure la proprietà multiWriter nell'API Compute Engine. Per ulteriori informazioni, vedi Condividi i volumi di dischi permanenti tra le VM.

Crittografia Persistent Disk

Compute Engine cripta automaticamente i dati prima che vengano trasferiti all'esterno della VM allo spazio di archiviazione su Persistent Disk. Ogni disco permanente rimangono criptati con chiavi definite dal sistema chiavi fornite dal cliente. Google distribuisce i dati dei Persistent Disk su più piattaforme in modo non controllato dagli utenti.

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

Se vuoi controllare le chiavi di crittografia utilizzate per criptare i tuoi dati, creare 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 tipi di macchine personalizzate di macchine predefinite con un minimo di 1 vCPU, puoi collegare con 128 volumi di Persistent Disk.

• Ogni volume di Persistent Disk può avere una dimensione massima di 64 TiB, pertanto non gestire array di dischi per creare grandi volumi logici. Ogni VM può solo una quantità limitata di spazio su Persistent Disk di singoli volumi di Persistent Disk. Tipi di macchina predefinita e tipi di macchine personalizzate hanno gli stessi limiti per Persistent Disk.

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

• Tipi di macchine con core condivisi sono limitati a 16 volumi di Persistent Disk e 3 TiB del Persistent Disk totale spazio.

• La creazione di volumi logici maggiori di 64 TiB potrebbe richiedere speciali considerazione. Per ulteriori informazioni sulle prestazioni di volumi logici maggiori vedi dimensione logica del volume.

di Gemini Advanced.

Persistent Disk regionale

I volumi dei dischi permanenti a livello di regione hanno qualità di archiviazione simili a quelle Persistent Disk. Tuttavia, i volumi di Persistent Disk a livello di regione offrono spazio di archiviazione durevole la replica dei dati tra due zone nella stessa regione.

Informazioni sulla replica dei dischi sincroni

Quando crei un nuovo Persistent Disk, puoi creare il disco in una zona oppure replicarlo in due zone all'interno nella stessa regione.

Ad esempio, se crei un disco in una zona, come in us-west1-a, avere una copia del disco. In questo caso si parla di disco a livello di zona. Puoi aumentare la disponibilità del disco archiviando un altro del disco in una zona diversa all'interno della regione, ad esempio us-west1-b.

Persistent Disk replicati in due zone nella stessa regione sono chiamati un disco permanente regionale. Puoi anche utilizzare Hyperdisk Balanced Highavailability per l'architettura sincrona tra zone diverse replica di Google Cloud Hyperdisk.

È improbabile che si verifichi un errore completo in una regione, ma possono verificarsi errori a livello di zona. Replica all'interno della regione in zone diverse, come mostrato di seguito migliora la disponibilità e riduce la latenza del disco. Se vengono replicati viene considerato un errore a livello di regione.

Il disco viene replicato in due zone.

Nello scenario replicato, i dati sono disponibili nella zona locale (us-west1-a), che è la zona in cui viene eseguita la macchina virtuale (VM). Poi, i dati vengono replicati in un'altra zona (us-west1-b). Una delle zone deve essere nella stessa zona in cui è in esecuzione la VM.

Se si verifica un'interruzione a livello di zona, di solito puoi eseguire il failover del carico di lavoro su un disco permanente a livello di regione in un'altra zona. Per saperne di più, vedi Failover del disco permanente a livello di regione.

Considerazioni sulla progettazione di un disco permanente a livello di regione

Se stai progettando sistemi robusti o servizi ad alta disponibilità su Compute Engine, usa un disco permanente regionale combinato con altri come il backup dei dati tramite snapshot. I volumi di dischi permanenti a livello di regione sono inoltre progettati per funzionare gruppi di istanze gestite a livello di regione.

Prestazioni

I volumi di dischi permanenti regionali sono progettati per carichi di lavoro che richiedono una RPO (Recovery Point Objective) e RTO (Recovery Time Objective) rispetto all'uso di snapshot di Persistent Disk.

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

Come i Persistent Disk a livello di zona, i dischi permanenti a livello di regione possono raggiungere Prestazioni di IOPS e velocità effettiva su VM con un numero maggiore di vCPU. Per ulteriori informazioni su questa e altre limitazioni, vedi Configura i dischi per soddisfare i requisiti di prestazioni.

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

Affidabilità

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

Analogamente a Persistent Disk a livello di zona, crea snapshot di un disco permanente per consente di evitare la perdita di dati dovuta a un errore dell'utente. Gli snapshot sono incrementali bastano pochi minuti per la creazione, anche se crei snapshot dei dischi alle VM in esecuzione.

Limitazioni

• È possibile collegare un disco permanente regionale solo alle macchine virtuali che utilizzano come machine family E2, N1, N2 e N2D.
• Puoi collegare l'alta disponibilità Hyperdisk Balanced solo ai supporti tipi di macchine.
• Non puoi creare un Persistent Disk regionale da un'immagine o da un disco creato un'immagine.
• Quando utilizzi la modalità di sola lettura, puoi collegare un Persistent Disk bilanciato a livello di regione a un massimo di 10 di istanze VM di Compute Engine.
• La dimensione minima di un Persistent Disk standard a livello di regione è 200 GiB.
• Puoi solo aumentare la dimensione di un disco Persistent Disk o volume Hyperdisk Bilanciato ad alta disponibilità; non puoi ridurne le dimensioni.
• I volumi di disco permanente regionale e iperdisco bilanciato ad alta disponibilità hanno prestazioni diverse rispetto ai dischi di zona corrispondenti. Per ulteriori informazioni, vedi Blocca le prestazioni dello spazio di archiviazione.
• Se crei un disco replicato clonando un disco a livello di zona, le due repliche non sono completamente sincronizzati al momento della creazione. Dopo la creazione, puoi utilizzare il disco regionale clone entro 3 minuti, in media. Tuttavia, potresti dover attendere decine di minuti prima che il disco raggiunga uno stato completamente replicato Il Recovery Point Objective (RPO) è vicino allo zero. Scopri come verifica che il disco replicato sia completamente replicato.

Google Cloud Hyperdisk

Google Cloud Hyperdisk è l'archiviazione a blocchi di nuova generazione di Google. Scaricando e lo scale out dinamico dell'elaborazione dell'archiviazione, disaccoppia le prestazioni dal tipo e dalle dimensioni della VM. Hyperdisk offre prestazioni notevolmente superiori in termini di prestazioni, flessibilità ed efficienza rispetto a Persistent Disk.

• Hyperdisk bilanciato

  Hyperdisk Balanced per Compute Engine è una buona soluzione per un'ampia gamma di casi d'uso come applicazioni line of business (LOB), applicazioni applicazioni e database di livello medio che non richiedono le prestazioni Hyperdisk Extreme Usa Hyperdisk Bilanciato per applicazioni in cui più VM contemporaneamente richiedono l'accesso in scrittura allo stesso disco.

  I volumi bilanciati Hyperdisk consentono di ottimizzare dinamicamente capacità, IOPS e velocità effettiva per i tuoi carichi di lavoro.

• Hyperdisk ML

  I carichi di lavoro che utilizzano acceleratori per addestrare o gestire i modelli di machine learning devono con Hyperdisk ML. I volumi Hyperdisk ML offrono la velocità effettiva personalizzabile più rapida sono ideali per i modelli più grandi di 20 GiB. Hyperdisk ML supporta inoltre accesso in lettura allo stesso volume da più VM.

  Puoi ottimizzare dinamicamente la capacità e la velocità effettiva di un volume Hyperdisk ML.

• Hyperdisk Extreme

  Hyperdisk Extreme offre il più veloce l'archiviazione a blocchi disponibile. È adatto a carichi di lavoro di fascia alta che richiedono con velocità effettiva e IOPS più elevate.

  I volumi Hyperdisk Extreme consentono di gestire e ottimizzare la capacità e il numero di IOPS per i carichi di lavoro.

• Velocità effettiva Hyperdisk

  La velocità effettiva Hyperdisk è ideale per l'analisi a scale out tra cui Hadoop e Kafka, le unità dati per le app sensibili ai costi Cold Storage.

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

• Disponibilità elevata con Hyperdisk Balanced (anteprima)

  L'alta disponibilità bilanciata Hyperdisk consente la replica sincrona sulla terza generazione o successive di macchine virtuali. L'alta disponibilità bilanciata Hyperdisk consente la resilienza dei dati con la replica RPO=0 in due zone, simile a un disco permanente regionale.

  I volumi ad alta disponibilità bilanciati Hyperdisk consentono di ottimizzare dinamicamente capacità, IOPS e velocità effettiva per i tuoi carichi di lavoro. Puoi modificare le prestazioni e la capacità di cui è stato eseguito il 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 IOPS o velocità effettiva di cui è stato eseguito il provisioning lo puoi modificare in qualsiasi momento. Non esiste un percorso di migrazione diretto da Persistent Disk a Hyperdisk. Puoi invece creare uno snapshot ripristinare lo snapshot in un nuovo volume Hyperdisk.

Per ulteriori informazioni su Hyperdisk, vedi Informazioni su Hyperdisk.

Durabilità di Hyperdisk

La durabilità del disco rappresenta la probabilità di perdita di dati, per definizione, per un disco tipico in un anno tipo. La durabilità viene calcolata utilizzando un insieme di ipotesi sugli errori hardware, ad esempio:

• La probabilità di eventi catastrofici
• Pratiche di isolamento
• Processi ingegneristici 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 adotta inoltre numerose misure per mitigare il rischio a livello di settore corruzione dei dati silenziosi.

Errore umano di un cliente Google Cloud, ad esempio quando un cliente elimina accidentalmente un disco, non rientra nell'ambito di Hyperdisk nel tempo.

La tabella seguente mostra la durabilità per la progettazione di ogni tipo di disco. Durabilità del 99,999% significa che con 1000 dischi, probabilmente ricorreste per cento anni senza perderne uno.

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

Crittografia Hyperdisk

Compute Engine cripta automaticamente i dati quando scrivi in un volume Hyperdisk.

Hyperdisk bilanciato con disponibilità elevata

I dischi Hyperdisk ad alta disponibilità bilanciata forniscono archiviazione durevole e replica dei dati tra due di zone nella stessa regione. I volumi Hyperdisk Bilanciato ad alta disponibilità hanno limiti di archiviazione che simili ai dischi Hyperdisk bilanciati non replicati.

Se stai progettando sistemi robusti o servizi ad alta disponibilità su Compute Engine, usa i dischi Hyperdisk Balanced Alta disponibilità combinati con altri come il backup dei dati tramite snapshot. I dischi Hyperdisk Bilanciato ad alta disponibilità sono inoltre progettati per funzionare gruppi di istanze gestite a livello di regione.

Nell'improbabile caso di interruzione a livello di zona, solitamente puoi eseguire il failover del carico di lavoro in esecuzione su dischi ad alta disponibilità Hyperdisk bilanciata in un'altra zona utilizzando --force-attach flag. Il flag --force-attach consente di collegare il disco Hyperdisk Balanced Highavailability a un'istanza in standby anche se non è possibile scollegare il disco dalla piattaforma di calcolo originale a causa della sua indisponibilità. Per saperne di più, vedi Failover del disco replicato sincrono.

Prestazioni

I dischi Hyperdisk Bilanciato ad alta disponibilità sono progettati per carichi di lavoro che richiedono una RPO (Recovery Point Objective) e RTO (Recovery Time Objective) rispetto all'uso degli snapshot Hyperdisk per il ripristino.

I dischi Hyperdisk Bilanciato ad alta disponibilità sono un'opzione quando le prestazioni di scrittura sono meno critiche rispetto alla ridondanza dei dati in più zone.

I dischi Hyperdisk Bilanciato ad alta disponibilità offrono prestazioni personalizzabili in termini di IOPS e velocità effettiva. Per ulteriori informazioni sulle prestazioni e sui limiti della disponibilità elevata Hyperdisk Balanced, vedi Informazioni su Hyperdisk.

Se hai bisogno di più spazio su disco o di prestazioni migliori, puoi modificare i dischi Hyperdisk Balanced Alta disponibilità per aggiungere spazio di archiviazione, velocità effettiva e IOPS.

Affidabilità

Compute Engine replica i dati dei tuoi dischi Hyperdisk Bilanciato ad alta disponibilità nel al momento della creazione dei dischi. I dati di ogni replica distribuiti su più macchine fisiche all'interno della zona per garantire la ridondanza.

Analogamente a Hyperdisk, puoi crea snapshot dei dischi Hyperdisk Bilanciato ad alta disponibilità su consente di evitare la perdita di dati dovuta a un errore dell'utente. Gli snapshot sono incrementali bastano pochi minuti per la creazione, anche se crei snapshot dei dischi alle VM in esecuzione.

Condivisione di volumi Hyperdisk tra le VM

Per determinati volumi Hyperdisk, puoi abilitare l'accesso simultaneo a il volume da più VM abilitando la condivisione dei dischi. La condivisione del disco è utile per una varietà di casi d'uso, come la creazione di una le applicazioni disponibili o i grandi carichi di lavoro di machine learning dove più VM richiedono l'accesso allo stesso modello o agli stessi dati di addestramento.

Per ulteriori informazioni, vedi Condividere un disco tra le VM.

Pool di archiviazione Hyperdisk

I pool di archiviazione Hyperdisk semplificano la riduzione del costo totale dell'archiviazione a blocchi Proprietà (TCO) e semplifica la gestione dell'archiviazione a blocchi. Con i pool di archiviazione Hyperdisk, puoi condividere un pool di capacità e prestazioni e un massimo di 1000 dischi in un singolo progetto. Poiché i pool di archiviazione offrono il thin provisioning e la riduzione dei dati, puoi raggiungere una maggiore efficienza. I pool di archiviazione semplificano la migrazione della tua SAN on-premise e anche di semplificare l'offerta ai carichi di lavoro della capacità le prestazioni di cui hanno bisogno.

Creerai un pool di archiviazione con la capacità e le prestazioni stimate per per tutti i carichi di lavoro in un progetto in una zona specifica. Quindi creerai dischi in questo pool di archiviazione e collegare i dischi alle VM esistenti. Puoi anche creare un disco nel pool di archiviazione nell'ambito della creazione di una nuova VM. Ciascuna Il pool di archiviazione contiene un tipo di disco, come la velocità effettiva Hyperdisk. Esistono due metodi tipi di pool di archiviazione Hyperdisk:

• Pool di archiviazione bilanciato Hyperdisk: per carichi di lavoro generici gestiti al meglio da Hyperdisk Balanced dischi
• Pool di archiviazione per la velocità effettiva Hyperdisk: per carichi di lavoro ottimali per flussi di dati, dati inattivi e analisi gestita dai dischi 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, puoi creare dischi pool di archiviazione finché la dimensione totale di tutti i dischi non raggiunge la capacità sottoposta a provisioning del pool di archiviazione. I dischi in un pool di archiviazione con il provisioning della capacità standard consuma capacità in modo simile ai dischi non pool, in cui viene consumata capacità quando crei i dischi.

Provisioning avanzato della capacità

Il provisioning avanzato della capacità consente di condividere con provisioning sottile ridotta e ridotta su tutti i dischi di un pool di archiviazione. Ti viene addebitata la capacità sottoposta a provisioning del pool di archiviazione.

Puoi eseguire il provisioning fino al 500% della capacità sottoposta a provisioning del pool di archiviazione ai dischi in un pool di capacità avanzata. Solo la quantità di dati su un disco del pool di archiviazione consumano il pool di archiviazione e la capacità di archiviazione. La riduzione automatica dei dati può ridurre il consumo di la capacità del pool di archiviazione.

Se l'utilizzo della capacità di un pool di archiviazione della capacità avanzato raggiunge l'80% della capacità sottoposta a provisioning, i pool di archiviazione Hyperdisk tentano aggiungere automaticamente capacità al pool di archiviazione per evitare errori a causa di una capacità insufficiente.

Esempio

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

Con il provisioning della capacità standard:

• Puoi eseguire il provisioning di un massimo di 10 TiB di Hyperdisk aggregati dei dischi permanenti nel pool di archiviazione. Ti vengono addebitati i costi per di 10 TiB di capacità sottoposta a provisioning del pool di archiviazione.
• Se nel pool di archiviazione crei un singolo disco di 5 TiB in dimensione e scrivere 2 TiB sul disco, la capacità utilizzata il pool di archiviazione è pari a 5 TiB.

Con il provisioning avanzato della capacità:

• Puoi eseguire il provisioning di un massimo di 50 TiB di Hyperdisk aggregati dei dischi permanenti nel pool di archiviazione. Ti vengono addebitati i costi per di 10 TiB di capacità sottoposta a provisioning del pool di archiviazione.
• Se nel pool di archiviazione crei un singolo disco di 5 TiB in scrivi 3 TiB di dati sul disco e la riduzione dei dati riduce di dati scritti in 2 TiB, la capacità utilizzata il pool di archiviazione è pari a 2 TiB.

Opzioni di provisioning delle prestazioni

Puoi eseguire il provisioning delle prestazioni del pool di archiviazione Hyperdisk in due modi:

Provisioning delle prestazioni standard

Le prestazioni standard sono l'opzione migliore per i seguenti tipi di carichi di lavoro:

• Carichi di lavoro che non possono riuscire se le prestazioni sono limitate da risorse del pool di archiviazione
• Carichi di lavoro in cui è probabile che i dischi nel pool di archiviazione picchi di prestazioni correlati, ad esempio dischi dati per database che sono al massimo dell'utilizzo ogni mattina.

Il pool di archiviazione per le prestazioni standard non sfrutta i vantaggi del thin provisioning non abbasserà materialmente il TCO delle prestazioni. Con il provisioning delle prestazioni Standard, crei dischi nel pool di archiviazione fino al numero totale di IOPS di cui è stato eseguito il provisioning o la velocità effettiva di tutti i dischi raggiunge la soglia importo. I dischi in un pool di archiviazione con il provisioning delle prestazioni Standard utilizzare IOPS e velocità effettiva in modo simile ai dischi non pool, per cui Esegui il provisioning della quantità di IOPS e della velocità effettiva quando crei i dischi. Tu vengono fatturate per le IOPS totali e la velocità effettiva di cui è stato eseguito pool di archiviazione.

In un pool di archiviazione Hyperdisk bilanciato con prestazioni Standard, le prime 3000 IOPS e i 140 MiBps di di ogni disco nel pool di archiviazione (la base di riferimento) non e consumano risorse del pool di archiviazione. Quando crei dischi pool di archiviazione, eventuali IOPS e velocità effettiva in eccesso rispetto ai valori di riferimento e consumano IOPS e velocità effettiva dal pool di archiviazione.

I dischi creati in un pool di archiviazione delle prestazioni Standard non condividono le prestazioni con il resto del pool di archiviazione. La quantità aggregata di le prestazioni di tutti i dischi nel pool di archiviazione non possono superare il totale di IOPS di cui è stato eseguito il provisioning o di velocità effettiva del pool di archiviazione.

Provisioning avanzato per le prestazioni

Pool di archiviazione con provisioning avanzato delle prestazioni il thin provisioning per aumentare l'efficienza delle prestazioni delle prestazioni dell'archiviazione a blocchi. Il provisioning avanzato delle prestazioni consente di delle prestazioni di cui è stato eseguito il provisioning su tutti i dischi di un pool di archiviazione. Il pool di archiviazione alloca dinamicamente le risorse per le prestazioni come i dischi permanenti nel pool di archiviazione. Solo la quantità di Il numero di IOPS e la velocità effettiva utilizzati da un disco nel pool di archiviazione consumano di IOPS e velocità effettiva del pool di archiviazione. Poiché le prestazioni avanzate per i pool di archiviazione sottoposti a provisioning ridotto, puoi allocare più IOPS ai dischi nel pool di archiviazione di cui hai eseguito il provisioning per il pool di archiviazione, fino al 500% delle IOPS o di cui è stato eseguito il provisioning per il pool di archiviazione. Analogamente al rendimento standard, e verranno addebitati per le IOPS e la velocità effettiva di cui è stato eseguito il provisioning del pool di archiviazione.

In un pool di archiviazione bilanciato Hyperdisk con provisioning delle prestazioni avanzato, i dischi non hanno delle prestazioni di base. Ogni operazione di lettura e scrittura di un disco Hyperdisk bilanciato nel pool di archiviazione consuma risorse del pool.

Quando l'utilizzo aggregato delle prestazioni di tutti i dischi il pool di archiviazione raggiunge la quantità totale di prestazioni di cui è stato eseguito il provisioning i dischi possono trovarsi in un conflitto di prestazioni. Di conseguenza, il provisioning delle prestazioni avanzato è più adatto carichi di lavoro non con tempi di utilizzo di picco molto correlati. Se le tue carichi di lavoro contemporaneamente, il pool di archiviazione per le prestazioni raggiungere i limiti delle prestazioni del pool, ottenendo delle risorse per le prestazioni.

Se in una campagna Avanzata viene rilevata un conflitto relativo alle risorse di rendimento pool di archiviazione per tutti i dischi nei pool, quindi la funzionalità di crescita automatica tenta di aumentare automaticamente le IOPS o la velocità effettiva disponibile nel pool di archiviazione per evitare problemi di prestazioni.

Esempio

Supponi di avere un pool di archiviazione bilanciato Hyperdisk con 100.000 IOPS sottoposte a provisioning.

Con il provisioning delle prestazioni della versione Standard:

• Puoi eseguire il provisioning di un massimo di 100.000 IOPS aggregati durante la creazione Dischi bilanciati Hyperdisk nel pool di archiviazione.
• Ti vengono addebitate le 100.000 IOPS delle prestazioni di cui è stato eseguito il provisioning del pool di archiviazione bilanciato Hyperdisk.

• Come i dischi creati all'esterno di un pool di archiviazione, i dischi Hyperdisk bilanciati in pool di archiviazione con prestazioni standard viene eseguito automaticamente il provisioning con un massimo di 3000 IOPS di base e 140 MiB/s di riferimento e la velocità effettiva effettiva. Queste prestazioni di riferimento non vengono conteggiate rispetto alle prestazioni di cui è stato eseguito il provisioning per pool di archiviazione. Solo quando aggiungi dischi al pool di archiviazione con provisioning superiore alla base di riferimento viene conteggiato rispetto alle prestazioni di cui è stato eseguito il provisioning del pool di archiviazione, ad esempio:

  • Un disco sottoposto a provisioning con 3000 IOPS utilizza 0 IOPS del pool e il pool ne ha ancora 100.000 IOPS sottoposte a provisioning disponibili per altri dischi.
  • Un disco sottoposto a provisioning con 13.000 IOPS utilizza 10.000 IOPS del pool, mentre il pool ne ha 90.000 IOPS di cui è stato eseguito il provisioning rimanente che puoi allocare ad altri dischi nel pool di archiviazione.

Con il provisioning delle prestazioni avanzato:

• Puoi eseguire il provisioning di un massimo di 500.000 IOPS di Hyperdisk aggregati durante la creazione dei dischi nel pool di archiviazione.
• Ti vengono addebitati 100.000 IOPS di cui il pool di archiviazione ha eseguito il provisioning.
• Se crei un singolo disco (Disk1) nel pool di archiviazione con 5000 IOPS, non consumi IOPS dalle IOPS sottoposte a provisioning del pool di archiviazione. Tuttavia, la quantità di IOPS di cui puoi eseguire il provisioning sui nuovi dischi creati il pool di archiviazione ora è pari a 495.000.
• Se Disk1 inizia a leggere e scrivere dati e se utilizza il numero massimo di 5000 IOPS in un determinato minuto, vengono consumate 5000 IOPS IOPS sottoposte a provisioning del pool di archiviazione. Per tutti gli altri dischi che hai creato nello stesso pool di archiviazione può usare un massimo aggregato di 95.000 IOPS nello stesso minuti senza incorrere in conflitti.

Modifica della capacità e delle prestazioni sottoposte a provisioning del pool di archiviazione Hyperdisk

Puoi aumentare o diminuire la capacità di provisioning, il numero di IOPS e la velocità effettiva per il pool di archiviazione man mano che i carichi di lavoro scalano. Con una capacità avanzata o Pool di archiviazione per le prestazioni avanzato, eventuali capacità o prestazioni aggiuntive disponibili per tutti i dischi esistenti e nuovi nel pool di archiviazione. Inoltre, Compute Engine tenta di modificare automaticamente il pool di archiviazione come segue:

• Capacità avanzata: quando il pool di archiviazione raggiunge l'80% del pool per il provisioning della capacità utilizzata, Compute Engine tenta di aggiungerne automaticamente al pool di archiviazione.
• Prestazioni avanzate: se si verifica una contesa estesa per il pool di archiviazione a causa di un uso eccessivo, Compute Engine tenta di aumentare il numero di IOPS o la velocità effettiva del pool di archiviazione.

Ulteriori informazioni sul pool di archiviazione Hyperdisk

Per informazioni sull'utilizzo dei pool di archiviazione Hyperdisk, usa 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 collegati fisicamente al server che ospita la tua VM. I dischi SSD locali hanno una velocità effettiva superiore e una latenza inferiore rispetto Persistent Disk standard o SSD. I dati archiviati su un Il disco SSD locale persiste solo fino a quando la VM non viene arrestata o eliminata. Puoi collegare più dischi SSD locali alla tua VM, in base al numero di vCPU.

La dimensione di ogni disco SSD locale è fissata a 375 GiB, ad eccezione delle VM Z3 che utilizzano un disco SSD locale di 3 TiB. Per altro spazio di archiviazione, Quando crei la VM, aggiungi più dischi SSD locali. Il valore massimo numero 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 su dischi SSD locali

Esamina la persistenza dei dati degli SSD locali. per scoprire quali eventi conservano i tuoi dati degli SSD locali e quali eventi possono causare I dati degli SSD locali non siano recuperabili.

SSD locali e tipi di macchina

Puoi collegare i dischi SSD locali alla maggior parte dei tipi di macchina disponibili su Compute Engine, come illustrato Confronto di serie di macchine tabella. Tuttavia, esistono vincoli al numero di dischi SSD locali che puoi per il collegamento in base a ciascun tipo di macchina. Per ulteriori informazioni, vedi Scegli 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	Dimensione del disco SSD locale	Numero di dischi	Capacità massima
Z3	3 TiB	12	36 TiB
c3d-standard-360-lssd	375 GiB	32	12 TiB
c3d-highmem-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

L'SSD locale ha le seguenti limitazioni:

• Per raggiungere i limiti massimi di IOPS, utilizza una VM con 32 o più vCPU.
• VM con con core condiviso non è possibile collegare dischi SSD locali.
• Non è possibile collegare i dischi SSD locali ai tipi di macchina N4, H3, M2 E2 e Tau T2A.
• Non puoi utilizzare le chiavi di crittografia fornite dal cliente con i dischi SSD locali. Compute Engine cripta automaticamente i tuoi dati quando viene scritto nello spazio di archiviazione SSD locale.

Prestazioni

I dischi SSD locali offrono un numero molto elevato di IOPS e una bassa latenza. Non mi piace Persistent Disk, devi gestire autonomamente lo striping sui dischi SSD locali.

Le prestazioni degli SSD locali dipendono da diversi fattori. Per ulteriori informazioni, consulta Prestazioni degli SSD locali. e Ottimizzazione delle prestazioni degli SSD locali.

Bucket Cloud Storage

I bucket Cloud Storage sono i più flessibili, scalabili e durevoli di archiviazione per le tue VM. Se le tue app non richiedono il livello inferiore latenza di Hyperdisk, dischi permanenti, e SSD locali, puoi archiviare 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 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 classe di archiviazione selezionata e del bucket in base alla VM.

Utilizzare la classe Standard Storage di Cloud Storage nella stessa località poiché la tua VM offre prestazioni paragonabili Hyperdisk o Dischi permanenti ma con latenza più alta e minore e coerente in merito alla velocità effettiva. L'utilizzo della classe di archiviazione Standard in due regioni archivia i tuoi dati in modo ridondante in due regioni. Per prestazioni ottimali quando utilizzi due regioni, le tue VM Deve trovarsi in una delle regioni che fanno parte della doppia regione.

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

Affidabilità

Tutti i bucket Cloud Storage ridondanza integrata per proteggere i dati da guasti alle apparecchiature e per garantirne la disponibilità attraverso degli eventi di manutenzione dei data center. I checksum vengono calcolati per Operazioni di Cloud Storage per aiutarti a garantire che ciò che leggi sia ciò che ha scritto.

Flessibilità

A differenza di Hyperdisk o Dischi permanenti, bucket Cloud Storage non sono limitate alla zona in cui si trova la VM. Inoltre, puoi legge e scrive dati in un bucket da più VM contemporaneamente. Ad esempio: puoi configurare VM in più zone per leggere e scrivere dati anziché replicare i dati in un bucket Iperdisco o il volume dei dischi permanenti in più zone.

Crittografia di Cloud Storage

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

Come per i volumi Persistent Disk, puoi criptare i bucket le tue chiavi di crittografia.

Scrittura e lettura di dati dai bucket Cloud Storage

Scrivere e leggere file dai bucket Cloud Storage utilizzando Strumento a riga di comando gcloud storage o una libreria client di Cloud Storage.

Passaggi successivi

• Aggiungi un volume Hyperdisk alla tua VM.
• Aggiungi un volume di Persistent Disk alla tua VM.
• Aggiungi alla VM un disco replicato in modo sincrono.
• 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.