Disco permanente con carico estremo

Per applicazioni critiche per le prestazioni di fascia alta, utilizza volumi di dischi permanenti con carico estremo. I volumi Extreme Persistent Disk offrono IOPS e velocità effettiva massimi superiori rispetto ad altri volumi Persistent Disk e consentono di eseguire il provisioning di IOPS e capacità separatamente. Il disco permanente con carico estremo è disponibile in tutte le zone.

Quando crei un disco permanente con carico estremo, puoi eseguire il provisioning da 2500 a 120.000 IOPS. Se hai bisogno di più di 125.000 IOPS, ti consigliamo Google Cloud Hyperdisk. Hyperdisk offre le IOPS e il throughput più elevati in Compute Engine ed è disponibile sui tipi di macchine più recenti.

Questo documento illustra diverse limitazioni dell'utilizzo di Extreme Persistent Disk, considerazioni per raggiungere i livelli di prestazioni massimi possibili e come eseguire il provisioning di IOPS utilizzando la console Google Cloud , la CLI gcloud o REST.

Prima di iniziare

  • Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione è il processo mediante il quale la tua identità viene verificata per l'accesso ai Google Cloud servizi e alle API. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti su Compute Engine selezionando una delle seguenti opzioni:

    Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

      1. After installing the Google Cloud CLI, initialize it by running the following command: 

        gcloud init

        If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

      2. Set a default region and zone.

        3. REST

        Per utilizzare gli esempi di API REST in questa pagina in un ambiente di sviluppo locale, utilizzi le credenziali che fornisci a gcloud CLI.

          After installing the Google Cloud CLI, initialize it by running the following command: 

          gcloud init

          If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

        Per saperne di più, consulta la sezione Autenticarsi per l'utilizzo di REST nella documentazione sull'autenticazione di Google Cloud .

Supporto della forma della macchina

Puoi utilizzare le serie di macchine N2, M2 e M3 con Extreme Persistent Disk. Le VM N2 richiedono almeno 64 vCPU.Di seguito è riportato un elenco dei tipi di macchine che supportano i livelli di prestazioni massimi offerti da Extreme Persistent Disk:

  • N2:

    • n2-*-64
    • n2-*-80
    • n2-*-96
    • n2-*-128

  • M2:

    • m2-*-208
    • m2-*-416

  • M3:

    • m3-*-32
    • m3-*-64

Tutti gli altri tipi di macchine non sono supportati per l'utilizzo in produzione. Se vuoi utilizzare un tipo di macchina non supportato, ti consigliamo di utilizzare Hyperdisk.

Le VM N2 con 64 o 80 vCPU richiedono la piattaforma CPU Intel Ice Lake per raggiungere i limiti di prestazioni indicati. Le VM N2 che utilizzano piattaforme CPU Intel Cascade Lake avranno prestazioni leggermente inferiori. Per ulteriori informazioni, consulta Impostazione della piattaforma CPU minima per le istanze VM.

Limiti di prestazioni per il disco permanente con carico estremo

La tabella seguente elenca i limiti di prestazioni per i tipi di macchine supportati.

Tipo di macchina Conteggio vCPU IOPS massime Velocità effettiva di lettura massima (MB/s) Throughput massimo di scrittura (MB/s)
N2 64 o 80 su Intel Cascade Lake 120.000 2200 2200
64 o più su Intel Ice Lake 120.000 4000 3000
M2 208 40.000 2200 1200
416 40.000 2200 1200
M3 64 o meno 40.000 2200 1200
128 80.000 2200 1700

Limiti di prestazioni e pattern di carico di lavoro

Per raggiungere i livelli di prestazioni massimi offerti dai volumi Persistent Disk Extreme, devi considerare i seguenti parametri del carico di lavoro:

  • Dimensione I/O: i limiti IOPS massimi presuppongono che tu stia utilizzando una dimensione I/O di 4 o 8 KB. I limiti di throughput massimo presuppongono che tu stia utilizzando una dimensione I/O di 1 MB.
  • Lunghezza della coda: la lunghezza della coda è il numero di richieste in attesa per un disco permanente. Per raggiungere i limiti massimi di prestazioni, devi regolare la lunghezza della coda in base alle dimensioni I/O, agli IOPS e alla sensibilità alla latenza del carico di lavoro. La lunghezza ottimale della coda varia per ogni carico di lavoro, ma in genere deve essere superiore a 128.
  • Dimensioni del working set: le dimensioni del working set sono la quantità di dati di un disco a cui si accede in un breve periodo di tempo. Per ottenere prestazioni ottimali, limita le dimensioni del working set a meno di 1,5 TB.
  • Utilizzo simultaneo di altri dischi permanenti: i volumi di dischi permanenti estremi condividono i limiti massimi di IOPS e velocità effettiva per VM con tutti gli altri dischi permanenti collegati alla stessa VM. Quando monitori le prestazioni dei volumi Extreme Persistent Disk, tieni conto di tutte le richieste di I/O che invii ad altri dischi collegati alla stessa VM.

Altre limitazioni

  • I volumi del disco permanente con carico estremo sono solo a livello di zona. Non puoi creare dischi permanenti Extreme regionali.
  • Non puoi collegare più istanze VM in modalità di sola lettura a un volume di disco permanente Extreme.
  • Non puoi creare un'immagine o un'immagine della macchina da un disco permanente extreme.
  • Puoi ridimensionare un disco permanente Extreme solo una volta in un periodo di 6 ore.

Velocità effettiva

Per i volumi Extreme Persistent Disk, il throughput aumenta in base al numero di IOPS di cui esegui il provisioning a una velocità di 256 KB di throughput per I/O. Tuttavia, il throughput è in ultima analisi vincolato dai limiti per istanza che dipendono dal numero di vCPU nell'istanza VM a cui sono collegati i dischi Extreme.

Il throughput per i volumi Extreme Persistent Disk non è full duplex. I limiti massimi di throughput elencati in questo documento si applicano alla somma totale del throughput di lettura e scrittura.

Provisioning di IOPS

Per eseguire il provisioning delle IOPS in modo che corrispondano ai requisiti del tuo workload, procedi nel seguente modo:

  1. Prendi nota del requisito IOPS del tuo workload.
  2. Determina le IOPS necessarie per soddisfare i requisiti di throughput del tuo workload.
    • IOPS richiesti = throughput in KB al secondo / 256
  3. Imposta le IOPS sottoposte a provisioning sul numero maggiore tra i due.

Console

  1. Crea un nuovo disco permanente.
  2. Nella sezione Tipo di disco, seleziona Disco permanente con carico estremo.
  3. In IOPS sottoposte a provisioning, seleziona il limite massimo di IOPS nell'intervallo da 2500 a 120.000 IOPS. Esiste un costo associato agli IOPS di cui è stato eseguito il provisioning.

gcloud

Utilizza il comando gcloud compute disks create per creare un nuovo disco e includi i seguenti flag:

gcloud compute disks create DISK_NAME \
  --size=DISK_SIZE \
  --type=pd-extreme \
  --provisioned-iops=IOPS_LIMIT

Sostituisci quanto segue:

  • DISK_NAME: il nome del nuovo disco
  • DISK_SIZE: le dimensioni, in GB, del nuovo disco. Le dimensioni predefinite del disco per i volumi di dischi permanenti con carico estremo sono di 1000 GB.
  • IOPS_LIMIT: il limite massimo di IOPS nell'intervallo compreso tra 2500 e 120.000 IOPS. Esiste un costo associato agli IOPS di cui è stato eseguito il provisioning.

REST

Utilizza il metodo disks.insert per creare un nuovo disco e includi i seguenti flag:

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/disks

{
 "name": "DISK_NAME",
 "type": "zones/ZONE/diskTypes/pd-extreme"
 "provisionedIops": "IOPS_LIMIT"
}

Sostituisci quanto segue:

  • PROJECT_ID: il tuo ID progetto
  • ZONE: la zona di destinazione del disco
  • DISK_NAME: un nome per il disco
  • IOPS_LIMIT: il limite massimo di IOPS nell'intervallo compreso tra 2500 e 120.000 IOPS. Esiste un costo associato agli IOPS di cui è stato eseguito il provisioning.

Passaggi successivi