Se i tuoi carichi di lavoro richiedono un'archiviazione temporanea a bassa latenza e prestazioni elevate, valuta l'utilizzo di dischi a stato solido locali (SSD locali) quando crei la tua macchina virtuale (VM). I dischi SSD locali sono archiviazione a stato solido sempre criptata per le VM di Compute Engine.
I dischi SSD locali sono ideali quando hai bisogno di spazio di archiviazione per uno dei seguenti casi d'uso:
- Cache o archiviazione per dati temporanei e di scarso valore
- Spazio di elaborazione temporaneo per computing ad alte prestazioni o analisi di dati
- Archiviazione temporanea dei dati, ad esempio per il database di sistema
tempdbper Microsoft SQL Server
I dischi SSD locali offrono operazioni di I/O al secondo (IOPS) di livello superiore e una latenza molto bassa rispetto a quelle di Persistent Disk e Google Cloud Hyperdisk. in quanto i dischi SSD locali sono fisicamente collegati al server che ospita la VM. Per lo stesso motivo, i dischi SSD locali possono fornire solo spazio di archiviazione temporaneo.
Poiché l'SSD locale è adatto solo per l'archiviazione temporanea, devi archiviare dati non temporanei o temporanei in una delle nostre opzioni di archiviazione durevole.
Ogni disco SSD locale ha dimensioni fisse e, quando lo crei, puoi collegare più dischi SSD locali a una singola VM. Il numero di dischi SSD locali che puoi collegare a una VM dipende dal tipo di macchina della VM. Per maggiori informazioni, consulta la pagina Scegliere un numero valido di dischi SSD locali.
Se i dischi SSD locali non soddisfano i tuoi requisiti di ridondanza o flessibilità, puoi utilizzare i dischi SSD locali in combinazione con altre opzioni di archiviazione.
Prestazioni
Le prestazioni degli SSD locali dipendono da diversi fattori, tra cui il numero di dischi SSD locali collegati, l'interfaccia del disco selezionata (NVMe o SCSI) e il tipo di macchina della VM. Le prestazioni disponibili aumentano man mano che colleghi più dischi SSD locali alla tua VM.
Prestazioni degli SSD locali per numero di dischi collegati
Le seguenti tabelle elencano il numero massimo di IOPS e la velocità effettiva per i dischi SSD locali collegati a NVMe e SCSI. Le metriche sono elencate in base alla capacità totale dei dischi SSD locali collegati alla VM.
Prestazioni degli SSD locali NVMe
| N. di dischi SSD collegati |
Spazio di archiviazione (GiB) | Capacità per disco | IOPS | Velocità effettiva (Mbps) |
||
|---|---|---|---|---|---|---|
| Lettura | Scrittura | Lettura | Scrittura | |||
| 1 | 375 | 375 GiB | 170.000 | 90.000 | 660 | 350 |
| 2 | 750 | 375 GiB | 340.000 | 180.000 | 1320 | 700 |
| 3 | 1125 | 375 GiB | 510.000 | 270.000 | 1980 | 1.050 |
| 4 | 1500 | 375 GiB | 680.000 | 360.000 | 2650 | 1400 |
| 5 | 1875 | 375 GiB | 680.000 | 360.000 | 2650 | 1400 |
| 6 | 2250 | 375 GiB | 680.000 | 360.000 | 2650 | 1400 |
| 7 | 2625 | 375 GiB | 680.000 | 360.000 | 2650 | 1400 |
| 8 | 3000 | 375 GiB | 680.000 | 360.000 | 2650 | 1400 |
| 16 | 6000 | 375 GiB | 1.600.000 | 800.000 | 6.240 | 3120 |
| 24 | 9000 | 375 GiB | 2.400.000 | 1.200.000 | 9.360 | 4680 |
| 32 | 12.000 | 375 GiB | 3.200.000 | 1.600.000 | 12.480 | 6.240 |
| Serie di macchine Z3 | ||||||
| 12 | 36.000 | 3000 GiB* | 6.000.000 | 6.000.000 | 36.000 | 30.000 |
Prestazioni degli SSD locali SCSI
| N. di dischi SSD locali combinati |
Spazio di archiviazione (GiB) | IOPS | Velocità effettiva (Mbps) |
||
|---|---|---|---|---|---|
| Lettura | Scrittura | Lettura | Scrittura | ||
| 1 | 375 | 100.000 | 70.000 | 390 | 270 |
| 2 | 750 | 200.000 | 140.000 | 780 | 550 |
| 3 | 1125 | 300.000 | 210.000 | 1170 | 820 |
| 4 | 1500 | 400.000 | 280.000 | 1.560 | 1090 |
| 5 | 1875 | 400.000 | 280.000 | 1.560 | 1090 |
| 6 | 2250 | 400.000 | 280.000 | 1.560 | 1090 |
| 7 | 2625 | 400.000 | 280.000 | 1.560 | 1090 |
| 8 | 3000 | 400.000 | 280.000 | 1.560 | 1090 |
| 16 | 6000 | 900.000 | 800.000 | 6.240 | 3120 |
| 24 | 9000 | 900.000 | 800.000 | 9.360 | 4680 |
Configura la tua VM per massimizzare le prestazioni
Per raggiungere i livelli di prestazioni indicati, devi configurare la VM come segue:
Collega i dischi SSD locali con l'interfaccia NVMe. I dischi collegati con l'interfaccia SCSI hanno prestazioni inferiori.
Anche i seguenti tipi di macchina richiedono un numero minimo di vCPU per raggiungere questi valori massimi:
Se la tua VM usa un'immagine Linux personalizzata, l'immagine deve utilizzare la versione 4.14.68 o successive del kernel Linux. Se utilizzi immagini pubbliche fornite da Compute Engine, non devi fare nient'altro.
Per ulteriori impostazioni di configurazione di VM e dischi in grado di migliorare le prestazioni degli SSD locali, consulta Ottimizzazione delle prestazioni degli SSD locali.
Per ulteriori informazioni sulla selezione di un'interfaccia del disco, consulta Scegliere un'interfaccia del disco.
Persistenza dei dati SSD locale
Compute Engine conserva i dati sui dischi SSD locali in determinati scenari e, in altri casi, Compute Engine non garantisce la persistenza dei dati degli SSD locali.
Le informazioni seguenti descrivono questi scenari e si applicano a ciascun disco SSD locale collegato a una VM.
Scenari in cui Compute Engine conserva i dati SSD locali
I dati sui dischi SSD locali vengono conservati solo attraverso i seguenti eventi:
- Se riavvii il sistema operativo guest.
- Se configuri la tua VM per la migrazione live e la VM viene sottoposta a un evento di manutenzione dell'host.
- Se scegli di conservare i dati degli SSD locali quando arresti o sospendi la VM. Questa funzionalità è in Anteprima.
Scenari in cui Compute Engine potrebbe non rendere persistenti i dati SSD locali
I dati sui dischi SSD locali potrebbero andare persi se si verifica un errore dell'host sulla VM e Compute Engine non riesce a riconnettere la VM al disco SSD locale entro un periodo di tempo specificato.
Puoi controllare l'eventuale tempo speso per tentare di recuperare i dati con il timeout del ripristino degli SSD locali. Se Compute Engine non riesce a riconnettersi al disco prima della scadenza del timeout, la VM viene riavviata. Al riavvio della VM, i dati degli SSD locali non saranno recuperabili. Compute Engine collega un disco SSD locale vuoto alla VM riavviata.
Il timeout del ripristino degli SSD locali fa parte del criterio di manutenzione dell'host di una VM. Per ulteriori informazioni, consulta Timeout del ripristino degli SSD locali.
Scenari in cui Compute Engine non memorizza i dati degli SSD locali
I dati sui dischi SSD locali non vengono mantenuti tramite i seguenti eventi:
- Se arresti il sistema operativo guest e forzi l'arresto della VM.
- Se crei una VM spot o una VM prerilasciabile e la VM viene sottoposta al processo di prerilascio.
- Se configuri la VM in modo che venga interrotta in caso di eventi di manutenzione dell'host e la VM passa attraverso un evento di manutenzione dell'host.
- Se configuri in modo errato l'SSD locale in modo che diventi irraggiungibile.
- Se disabiliti la fatturazione del progetto, causa l'arresto della VM.
Se Compute Engine non è riuscito a recuperare i dati degli SSD locali di una VM, Compute Engine riavvia la VM con un disco SSD locale montato e collegato per ogni disco SSD locale collegato in precedenza.
Crittografia SSD locali
Compute Engine cripta automaticamente i dati quando vengono scritti nello spazio di archiviazione SSD locale. Non puoi utilizzare chiavi di crittografia fornite dal cliente con il disco SSD locale.
Backup dei dati degli SSD locali
Poiché non puoi eseguire il backup dei dati degli SSD locali con immagini disco, snapshot standard o cloni di dischi, Google consiglia di archiviare sempre i dati preziosi in un'opzione di archiviazione durevole.
Se hai bisogno di conservare i dati su un disco SSD locale, collega un Persistent Disk o Google Cloud Hyperdisk alla VM. Dopo aver montato il Persistent Disk o l'hyperdisk, copia i dati dal disco SSD locale al disco appena collegato.
Scegli un'interfaccia disco
Per ottenere le massime prestazioni degli SSD locali, devi collegare i dischi alla VM con l'interfaccia NVMe. Le prestazioni sono inferiori se utilizzi l'interfaccia SCSI.
L'interfaccia del disco che scegli dipende anche dal tipo di macchina e dal sistema operativo utilizzati dalla VM. Alcuni dei tipi di macchine disponibili in Compute Engine consentono di scegliere tra le interfacce NVMe e SCSI, mentre altri supportano solo NVMe o solo SCSI. Allo stesso modo, alcune delle immagini del sistema operativo pubbliche fornite da Compute Engine potrebbero supportare sia NVMe che SCSI, o solo uno dei due.
Supporto dell'interfaccia del disco per tipo di macchina e immagine del sistema operativo
Le pagine seguenti forniscono ulteriori informazioni sui tipi di macchina disponibili e sulle immagini pubbliche supportate, nonché sui dettagli delle prestazioni.
Interfacce supportate per tipi di macchina: consulta Confronto tra serie di macchine. Nell'elenco Scegli le proprietà della VM da confrontare, seleziona Tipo di interfaccia del disco.
Immagine sistema operativo: per un elenco delle immagini del sistema operativo pubbliche fornite da Compute Engine che supportano SCSI o NVMe, consulta la scheda Interfacce per ogni tabella nella documentazione dei dettagli del sistema operativo.
Considerazioni su NVMe per le immagini personalizzate
Se la tua VM usa un'immagine Linux personalizzata, devi usare la versione 4.14.68 o successiva del kernel Linux per ottenere prestazioni ottimali da NVMe.
Considerazioni su SCSI per le immagini personalizzate
Se hai una configurazione esistente che richiede l'uso di un'interfaccia SCSI, valuta la possibilità di utilizzare questo tipo di SCSI multi-coda per ottenere prestazioni migliori rispetto all'interfaccia SCSI standard.
Se utilizzi un'immagine personalizzata che hai importato, consulta Abilitare SCSI multi-coda.
Scegli un numero valido di dischi SSD locali
La maggior parte dei tipi di macchina disponibili su Compute Engine supporta dischi SSD locali. Alcuni tipi di macchina includono sempre un numero fisso di dischi SSD locali per impostazione predefinita, mentre altri consentono di aggiungere un numero specifico di dischi. Puoi aggiungere dischi SSD locali solo quando crei la VM. Non puoi aggiungere dischi SSD locali a una VM dopo averla creata.
Per le VM create in base alla serie di macchine Z3, ogni disco collegato ha una capacità di 3000 GiB. Per tutte le altre serie di macchine, ogni disco collegato ha una capacità di 375 GiB.
Tipi di macchina che collegano automaticamente i dischi SSD locali
La seguente tabella elenca i tipi di macchina che includono i dischi SSD locali per impostazione predefinita e mostra il numero di dischi collegati quando crei la VM.
| Tipo di macchina | Numero di dischi SSD locali collegati automaticamente per VM |
|---|---|
| Tipi di macchina C3 | |
Solo le
varianti -lssd dei tipi di macchine C3
supportano gli SSD locali.
|
|
c3-standard-4-lssd |
1 |
c3-standard-8-lssd |
2 |
c3-standard-22-lssd |
4 |
c3-standard-44-lssd |
8 |
c3-standard-88-lssd |
16 |
c3-standard-176-lssd |
32 |
| Tipi di macchina C3D | |
Solo le
varianti -lssd dei tipi di macchine C3D
supportano gli SSD locali.
|
|
c3d-standard-8-lssd |
1 |
c3d-standard-16-lssd |
1 |
c3d-standard-30-lssd |
2 |
c3d-standard-60-lssd |
4 |
c3d-standard-90-lssd |
8 |
c3d-standard-180-lssd |
16 |
c3d-standard-360-lssd |
32 |
c3d-highmem-8-lssd |
1 |
c3d-highmem-16-lssd |
1 |
c3d-highmem-30-lssd |
2 |
c3d-highmem-60-lssd |
4 |
c3d-highmem-90-lssd |
8 |
c3d-highmem-180-lssd |
16 |
c3d-highmem-360-lssd |
32 |
| Tipi di macchina standard A3 | |
a3-highgpu-8g |
16 |
| Tipi di macchine A2 Ultra | |
a2-ultragpu-1g |
1 |
a2-ultragpu-2g |
2 |
a2-ultragpu-4g |
4 |
a2-ultragpu-8g |
8 |
| Tipi di macchina Z3 | |
| Ogni disco ha una dimensione di 3 TiB. | |
z3-standard-88-lssd |
12 |
z3-standard-176-lssd |
12 |
Tipi di macchina che richiedono di scegliere un numero di dischi SSD locali
I tipi di macchina elencati nella tabella seguente non collegano automaticamente i dischi SSD locali a una VM appena creata. Poiché non puoi aggiungere dischi SSD locali a una VM dopo averla creata, utilizza le informazioni in questa sezione per determinare quanti dischi SSD locali collegare quando crei una VM.
| Tipi di macchine N1 | Numero di dischi SSD locali consentiti per VM | |
|---|---|---|
| Tutti i tipi di macchina N1 | Da 1 a 8, 16 o 24 | |
| Tipi di macchine N2 | ||
| Tipi di macchina con da 2 a 10 vCPU, incluse | 1, 2, 4, 8, 16 o 24 | |
| Tipi di macchina con 12-20 vCPU, incluse | 2, 4, 8, 16 o 24 | |
| Tipi di macchina con da 22 a 40 vCPU, incluse | 4, 8, 16 o 24 | |
| Tipi di macchina con da 42 a 80 vCPU, incluse | 8, 16 o 24 | |
| Tipi di macchina con da 82 a 128 vCPU, incluse | 16 o 24 | |
| Tipi di macchine N2D | ||
| Tipi di macchina con da 2 a 16 vCPU, incluse | 1, 2, 4, 8, 16 o 24 | |
| Tipi di macchina con 32 o 48 vCPU | 2, 4, 8, 16 o 24 | |
| Tipi di macchina con 64 o 80 vCPU | 4, 8, 16 o 24 | |
| Tipi di macchina con 96-224 vCPU, incluse | 8, 16 o 24 | |
| Tipi di macchine C2 | ||
| Tipi di macchina con 4 o 8 vCPU | 1, 2, 4 o 8 | |
| Tipi di macchina con 16 vCPU | 2, 4 o 8 | |
| Tipi di macchina con 30 vCPU | 4 o 8 | |
| Tipi di macchina con 60 vCPU | 8 | |
| Tipi di macchine C2D | ||
| Tipi di macchina con da 2 a 16 vCPU, incluse | 1, 2, 4, 8 | |
| Tipi di macchina con 32 vCPU | 2, 4, 8 | |
| Tipi di macchina con 56 vCPU | 4, 8 | |
| Tipi di macchina con 112 vCPU | 8 | |
| Tipi di macchina standard A2 | ||
a2-highgpu-1g |
1, 2, 4 o 8 | |
a2-highgpu-2g |
2, 4 o 8 | |
a2-highgpu-4g |
4 o 8 | |
a2-highgpu-8g o a2-megagpu-16g |
8 | |
| Tipi di macchina G2 | ||
g2-standard-4 |
1 | |
g2-standard-8 |
1 | |
g2-standard-12 |
1 | |
g2-standard-16 |
1 | |
g2-standard-24 |
2 | |
g2-standard-32 |
1 | |
g2-standard-48 |
4 | |
g2-standard-96 |
8 | |
| Tipi di macchine M1 | ||
m1-ultramem-40 |
Non disponibile | |
m1-ultramem-80 |
Non disponibile | |
m1-megamem-96 |
Da 1 a 8 | |
m1-ultramem-160 |
Non disponibile | |
| Tipi di macchina M3 | ||
m3-ultramem-32 |
4, 8 | |
m3-megamem-64 |
4, 8 | |
m3-ultramem-64 |
4, 8 | |
m3-megamem-128 |
8 | |
m3-ultramem-128 |
8 | |
| Tipi di macchine N4, E2, Tau T2D, Tau T2A e M2 | Questi tipi di macchina non supportano i dischi SSD locali. | |
Prezzi
Per ogni disco SSD locale che crei, ti viene addebitata la capacità totale del disco per la durata della VM a cui è collegato.
Per informazioni dettagliate sui prezzi degli SSD locali e sugli sconti disponibili, consulta la pagina relativa ai prezzi di SSD locali.
Dischi SSD locali e istanze VM spot
Se avvii una VM spot o una VM prerilasciabile con un disco SSD locale, Compute Engine addebita dei prezzi spot scontati per l'utilizzo di SSD locali. I dischi SSD locali collegati a VM spot o VM prerilasciabili funzionano come normali dischi SSD locali, mantengono le stesse caratteristiche di persistenza dei dati e rimangono collegati per tutta la durata della VM.
Compute Engine non addebita alcun costo per l'utilizzo dei dischi SSD locali su una VM spot o una VM prerilasciabile se la VM viene prerilasciata entro un minuto dall'avvio dell'esecuzione.
Prenotazione di dischi SSD locali con sconti per impegno di utilizzo
Per prenotare risorse SSD locali in una zona specifica, consulta Prenotazioni di risorse di zona di Compute Engine.
Per ricevere sconti per impegno di utilizzo per i dischi SSD locali in una zona specifica, devi acquistare impegni basati sulle risorse per le risorse SSD locali e collegare ai tuoi impegni anche prenotazioni che specificano risorse SSD locali corrispondenti. Per maggiori informazioni, consulta Collegare le prenotazioni agli impegni basati sulle risorse.
Utilizza dischi SSD locali con una VM
Per utilizzare un disco SSD locale con una VM, devi completare i seguenti passaggi:
- Aggiungi dischi SSD locali quando crei una VM.
- Formatta e monta i dischi SSD locali che hai aggiunto alla VM.
Denominazione dei dispositivi sulle VM Linux
I nomi dei dispositivi Linux per i dischi collegati alla VM dipendono dall'interfaccia scelta durante la creazione dei dischi. Quando utilizzi il comando del sistema operativo lsblk per visualizzare i dispositivi disco, viene visualizzato il prefisso nvme per i dischi collegati con l'interfaccia NVMe e il prefisso sd per i dischi collegati con l'interfaccia SCSI.
L'ordine dei numeri dei dischi o dei controller NVMe non è prevedibile o coerente tra i riavvii delle VM. Al primo avvio, un disco permanente potrebbe essere nvme0n1 (o sda per SCSI). Al secondo avvio, il nome dispositivo per lo stesso disco permanente potrebbe essere nvme2n1 o nvme0n3 (o sdc per SCSI).
Quando accedi ai dischi collegati, devi utilizzare i link simbolici creati in /dev/disk/by-id/. Questi nomi rimangono invariati durante i riavvii.
Per ulteriori informazioni sui collegamenti simbolici, consulta Link simbolici per i dischi collegati a una VM.
Nomi dei dispositivi SCSI
Il formato di un'unità disco collegato a SCSI è sda per il primo disco collegato.
Le partizioni del disco vengono visualizzate come sda1. Ogni disco aggiuntivo utilizza una lettera sequenziale, ad esempio sdb e sdc. Quando viene raggiunto sdz, i dischi aggiunti successivi avranno nomi come sdaa, sdab e sdac, fino a sddx.
Nomi dei dispositivi NVMe
Il formato di un dispositivo disco collegato a NVMe nei sistemi operativi Linux è
nvmenumbernnamespace. number rappresenta il numero del controller del disco NVMe e namespace è un ID spazio dei nomi NVMe assegnato dal controller del disco NVMe. na partizione.
Il numero del controller inizia da 0. Un singolo disco NVMe collegato alla VM ha il nome dispositivo nvme0n1. La maggior parte dei tipi di macchine utilizza
un singolo controller di disco NVMe. I nomi dei dispositivi SSD locali sono quindi nvme0n1, nvme0n2, nvme0n3
e così via.
I dischi SSD locali sulle VM delle serie di macchine di terza generazione (C3, C3D, Z3 e H3) hanno un controller NVMe separato per ogni disco. Su queste VM, i nomi dei dispositivi collegati a NVMe a SSD locale sono nvme0n1, nvme1n1 e nvme2n1.
Il numero di dischi SSD locali collegati dipende dal tipo di macchina della VM.
Le VM delle serie di macchine di terza generazione utilizzano NVMe sia per Persistent Disk che per Hypeperdisk, oltre che per i dischi SSD locali. Ogni VM dispone di 1 controller NVMe per Persistent Disk e Hyperdisk e un controller NVMe per ogni disco SSD locale. Il disco permanente e il controller Hyperdisk NVMe hanno un singolo spazio dei nomi NVMe per tutti i dischi collegati. Pertanto, una VM della serie di macchine di terza generazione con 2 Persistent Disk (ognuno con 2 partizioni) e 2 dischi SSD locali non formattati utilizza i seguenti nomi di dispositivo:
nvme0n1- primo Persistent Disknvme0n1p1nvme0n1p2nvme0n2: secondo Persistent Disknvme0n2p1nvme0n2p2nvme1n1- primo SSD localenvme2n1- secondo SSD locale
Arresta una VM con SSD locale
Quando arresti o sospendi una VM, Compute Engine ignora i dati di qualsiasi disco SSD locale collegato alla VM per impostazione predefinita.
Se vuoi conservare i dati dei dischi SSD locali collegati alla VM, devi arrestare o suspend la VM utilizzando gcloud CLI e includendo il flag --discard-local-ssd=false. Viene avviata una migrazione gestita dei dati degli SSD locali nell'archiviazione permanente e ti viene addebitato l'utilizzo dello spazio di archiviazione aggiuntivo fino al riavvio della VM. Dopo il riavvio della VM, potrebbe essere necessario rimontare il disco SSD locale nel file system.
Limitazioni
--discard-local-ssd=falseè solo in anteprima pubblica e non è coperto dai termini GA per Compute Engine.- Compute Engine supporta solo l'utilizzo di
--discard-local-ssd=falsenelle VM con un massimo di 16 dischi SSD locali collegati. - Non puoi conservare i dati degli SSD locali se arresti o sospendi una VM dalla console Google Cloud. Devi utilizzare Google Cloud CLI, le librerie client di Cloud o l'API Compute Engine.
- Il salvataggio dei dati degli SSD locali è un processo lento. La copia dei dati degli SSD locali inizia solo dopo la ricezione della richiesta
suspendostop. - Quando utilizzi VM spot o VM prerilasciabili, il prerilascio può avvenire in qualsiasi momento e potrebbe interrompere un tentativo di sospensione o ripristino. In questo caso, la VM viene arrestata (prerilasciata), non SOSPESO e nessun dato SSD locale viene conservato nell'archiviazione permanente quando la VM viene riavviata o riavviata.
Rimuovi i dischi SSD locali
Per rimuovere o eliminare i dischi SSD locali, elimina la VM a cui sono collegati. Prima di eliminare una VM con dischi SSD locali, assicurati di eseguire la migrazione dei dati critici dal disco SSD locale a un Persistent Disk, un Hyperdisk o un'altra VM.