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 pool di archiviazione Hyperdisk consentono di acquista capacità di archiviazione e prestazioni in forma aggregata, quindi crea dischi per le tue VM da questo pool di spazio di archiviazione.
  • 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 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.

    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 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 su Persistent Disk dalle prestazioni più elevate con IOPS personalizzabili Prestazioni elevate per carichi di lavoro impegnativi a un costo inferiore Massima velocità effettiva di archiviazione 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 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 Persistent Disk con carico estremo Aggiungi un SSD locale

    * Se stai prendendo in considerazione la creazione di un volume logico maggiore rispetto alla dimensione massima di un singolo disco, esamina come dimensione del volume logico influisce sulle prestazioni.

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

    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:

    I volumi di Persistent Disk creati in modalità multi-writer hanno IOPS e limiti di velocità effettiva massima. Per maggiori dettagli, vedi delle prestazioni di Persistent Disk in modalità multi-writer.

    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 desktop 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 fornisce.
      • 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:

    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 ulteriori informazioni per informazioni sulle best practice per la condivisione di Persistent Disk tra VM, consulta 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.

    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 tra due zone nella stessa regione vengono 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.

    immagine

    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

    • Puoi collegare l'alta disponibilità Hyperdisk Balanced solo ai supporti tipi di macchine.
    • Puoi solo aumentare la dimensione di un volume Hyperdisk Bilanciato ad alta disponibilità; non puoi ridurne le dimensioni.
    • 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 prestazioni, flessibilità ed efficienza.

    • 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

      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 e l'accesso 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.

    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, puoi condividere un pool di capacità thin provisioning e ridotta e un massimo di 1000 dischi in un singolo progetto. I pool di archiviazione consentono di: maggiore efficienza e semplificazione della migrazione al cloud della tua SAN on-premise, semplificando al contempo la fornitura ai carichi di lavoro della capacità di cui hanno bisogno.

    Crei un pool di archiviazione con la capacità stimata per tutti i carichi di lavoro di 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 pool di archiviazione nell'ambito della creazione di una nuova VM. Ogni pool di archiviazione contiene un tipo di disco, come 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, 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.

    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 pool di archiviazione, qualsiasi capacità o prestazioni aggiuntiva è disponibile per tutti sia i dischi nuovi sia quelli esistenti nel pool. Inoltre, quando Il pool di archiviazione con capacità avanzata raggiunge l'80% del pool di archiviazione di cui è stato eseguito il provisioning utilizzata, i pool di archiviazione Hyperdisk tentano di aggiungere automaticamente capacità aggiuntiva.

    Ulteriori informazioni sul pool di archiviazione Hyperdisk

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

    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](#pdspecs), , 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 Iperdisco 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 Hyperdisk 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.

    archiviazione gcloud

    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 dispone dello strumento a riga di comando gcloud storage, puoi installarlo.

    1. Connettiti alle tue VM Linux oppure connetterti 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.

        Pulsante SSH accanto al nome dell'istanza.

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

      gcloud init

      In alternativa, se la tua VM è configurata per utilizzare un account di servizio con un nell'ambito di Cloud Storage, puoi saltare questo passaggio.

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

      Facoltativamente, puoi anche trasmettere i flussi di dati. in Cloud Storage.

    Libreria client

    Se hai configurato la tua VM per utilizzare un account di servizio con un in un ambito di 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.

        Pulsante SSH accanto al nome dell'istanza.

    2. Installare e configurare una libreria client per la tua lingua preferita.

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

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

    Passaggi successivi