Famiglia di macchine U4 Ultra Low Latency (ULL)

Questo documento descrive la famiglia di macchine ottimizzate per la rete U4. U4 è la famiglia di macchine ottimizzate per la rete a latenza ultra bassa (ULL) diGoogle Cloud. U4 è progettato per supportare i carichi di lavoro principali per gli ecosistemi di scambio finanziario offrendo funzionalità di networking delle istanze specifiche del settore nel cloud pubblico. Le serie di macchine U4P e U4C si basano sul processore scalabile Intel Xeon di quinta generazione (nome in codice Emerald Rapids), mentre la serie di macchine U4S si basa sul processore scalabile Intel Xeon di sesta generazione (nome in codice Granite Rapids).

La famiglia di macchine ottimizzate per la rete U4 offre tre serie di macchine:

  • U4P: tipi di macchine bare metal con o senza dischi Titanium SSD collegati
  • U4C: tipi di macchine bare metal con o senza dischi Titanium SSD collegati
  • U4S: disponibile in diverse dimensioni di tipi di macchine virtuali (VM), con o senza dischi Titanium SSD collegati

Ogni tipo di macchina all'interno di una serie di macchine ha un numero specifico di CPU, memoria, numero di domini NUMA e larghezza di banda di rete.

La tabella seguente fornisce le serie di macchine consigliate in base ai workload.

Serie di macchine Utilizzata da Tipo di workload
U4P Operatori di scambio (fornitori) Sistemi di trading
U4C Exchange Participant Eseguire strategie di trading
U4S
  • Operatori di scambio
  • Exchange Participant
  • Provider di servizi
  • Workload ausiliari
  • Scambio di servizi ecosistemici

Mentre le istanze U4P e U4C supportano il traffico unicast e multicast ULL, le istanze U4S forniscono supporto per carichi di lavoro non ULL con stretta prossimità fisica alle istanze U4P e U4C per una latenza ridotta.

Serie di macchine U4C

La serie di macchine U4C viene eseguita sul processore scalabile Intel Xeon di 5ª generazione (nome in codice Emerald Rapids) ed è ottimizzata per servizi di scambio finanziario a latenza ultra bassa. Sono disponibili solo tipi di macchine bare metal, con o senza dischi Titanium SSD locali collegati. Le istanze bare metal forniscono accesso diretto alla CPU e alla memoria del server sottostante senza virtualizzazione o hypervisor di Compute Engine. Ogni istanza utilizza due socket della macchina host, con 60 core per socket. Ogni istanza ha tre NIC fisiche.

Tutte le funzionalità avanzate disponibili e abilitate nella CPU host sono disponibili per le istanze bare metal U4C, anche se le istanze Compute Engine non espongono queste funzionalità.

Funzionalità supportate

La serie di macchine U4C offre le seguenti funzionalità:

Tipi di macchine U4C

I tipi di macchine U4C sono disponibili come configurazioni predefinite:

  • Le configurazioni standard hanno 120 CPU e 768 GB di memoria
  • Le configurazioni highcpu hanno 120 CPU e 512 GB di memoria

Per utilizzare Titanium SSD con U4C, crea l'istanza utilizzando la variante lssd dei tipi di macchine U4C. La selezione di questo tipo di macchina crea un'istanza delle dimensioni specificate con partizioni Titanium SSD collegate. Non puoi collegare i volumi Titanium SSD separatamente.

Tipo di macchina Numero di vCPU1 Memoria (GB) Titanium SSD collegato(GiB) Numero di NIC fisiche Larghezza di banda in uscita (Gbps)2
u4c-standard-120-metal 120 768 No 3 Fino a 100 Gbps
Fino a 1 Gbps (ULL)
u4c-highcpu-120-metal 120 512 No 3 Fino a 100 Gbps
Fino a 1 Gbps (ULL)
u4c-standard-120-lssd-metal 120 768 (4 x 3000 GiB)
12.000 GiB
3 Fino a 100 Gbps
Fino a 1 Gbps (ULL)
u4c-highcpu-120-lssd-metal 120 512 (4 x 3000 GiB)
12.000 GiB
3 Fino a 100 Gbps
Fino a 1 Gbps (ULL)

1Le istanze bare metal non utilizzano vCPU. Per le istanze bare metal, il numero di vCPU è equivalente al numero di thread hardware sul server host.
2 La larghezza di banda in uscita massima non può superare il numero specificato. La larghezza di banda in uscita effettiva dipende dall'indirizzo IP di destinazione e da altri fattori. Vedi Larghezza di banda della rete.

Tipi di dischi supportati per le istanze U4C

Le istanze U4C possono utilizzare i seguenti tipi di archiviazione a blocchi:

Limiti di capacità del disco per le istanze U4C

I limiti per Google Cloud Hyperdisk con le istanze U4C sono:

  • Numero massimo di dischi Hyperdisk collegati a un'istanza: 32
  • Capacità massima del disco per tutti i dischi Hyperdisk per un'istanza: 512 TiB

Per saperne di più sui limiti di capacità del disco, consulta Limiti di capacità di Hyperdisk per VM.

Limiti di prestazioni del disco per le istanze U4C

I limiti di prestazioni per Titanium SSD e Hyperdisk per istanza sono elencati nelle tabelle seguenti:

Titanium SSD

Tipo di macchina Numero di dischi Titanium SSD Spazio di archiviazione totale (GiB) IOPS di lettura IOPS di scrittura Velocità effettiva di lettura (MiB/s) Velocità effettiva di scrittura (MiB/s)
u4c-highcpu-120-lssd-metal 4 12.000 7.200.000 3.600.000 30.000 15.840

Hyperdisk

Tipo di disco Numero massimo di dischi per istanza IOPS massime Throughput massimo (MiB/s)
Hyperdisk bilanciato 32 275.000 8750
Hyperdisk Extreme 8 380.000 8750

Per saperne di più sui limiti di prestazioni, consulta quanto segue:

Supporto di rete per le istanze U4C

Le istanze U4C sono dotate di tre NIC fisiche per istanza.

Interfaccia di rete Driver Utilizzo Larghezza di banda
in uscita interna
Larghezza di banda in uscita verso endpoint esterni
nic0 AF_XDP supporta Google Virtual NIC (gVNIC) Comunicazione generale delle istanze, incluse le connessioni a servizi e applicazioni di scambio non ULL (ad esempio, drop copy). Utilizza il livello Premium per impostazione predefinita. Fino a 100 Gbps Fino a 25 Gbit/s
nic1 (ULL A) AF_XDP supporta Google Virtual NIC (gVNIC) Comunicazione unicast e multicast ULL Fino a 1 Gbps N/D
nic2 (ULL B) AF_XDP supporta Google Virtual NIC (gVNIC) Comunicazione unicast e multicast ULL Fino a 1 Gbps N/D

L'allineamento NUMA per le NIC ULL è il seguente: nic1 (ULL A) utilizza il nodo NUMA 0, mentre nic2 (ULL B) utilizza il nodo NUMA 2.

Serie di macchine U4S

La serie di macchine U4S è una serie di macchine per uso generico destinate a eseguire workload ausiliari per istanze U4C e U4P che non richiedono una connessione diretta a una rete VPC ULL. Le istanze U4S sono basate su processori scalabili Intel Xeon di 6ª generazione (nome in codice Granite Rapids) e su Titanium.

Funzionalità supportate

La serie di macchine U4S offre le seguenti funzionalità:

  • Basate sul processore Granite Rapids di Intel e su Titanium.
  • Supporta fino a 18 TiB di spazio di archiviazione su dischi Titanium SSD locali.
  • Offre solo tipi di macchine predefinite.
  • Supporta la configurazione di rete standard con larghezza di banda fino a 100 Gbps.
  • Può essere utilizzato con l'archiviazione a blocchi Hyperdisk Balanced e Hyperdisk Extreme.
  • Supporta le policy di posizionamento compatto e distribuito.

Tipi di macchine U4S

Le VM U4S sono disponibili in configurazioni predefinite,con dimensioni comprese tra 2 e 288 vCPU e fino a 2232 GB di memoria. I seguenti nomi di tipo di macchina preconfigurati corrispondono alla quantità di memoria configurata per l'istanza:

  • highcpu: 2 GB di memoria per vCPU
  • standard: 3,75 GB di memoria per vCPU
  • highmem: 7,75 GB di memoria per vCPU

Per utilizzare Titanium SSD con U4S, crea l'istanza utilizzando la variante -lssd dei tipi di macchine U4S. La selezione di questo tipo di macchina crea un'istanza delle dimensioni specificate con partizioni Titanium SSD collegate. Non puoi collegare i volumi Titanium SSD separatamente.

U4S standard

Tipo di macchina Numero di vCPU1 Memoria (GB) Titanium SSD collegato(GiB) Numero di NIC fisiche Larghezza di banda in uscita (Gbps)2,3 Larghezza di banda in uscita Tier_13
u4s-standard-2 2 7 No 1 Fino a 10 N/A
u4s-standard-4 4 15 No 1 Fino a 23 N/A
u4s-standard-8 8 30 No 1 Fino a 23 N/A
u4s-standard-16 16 60 No 1 Fino a 23 N/D
u4s-standard-24 24 90 No 1 Fino a 23 N/A
u4s-standard-32 32 120 No 1 Fino a 23 N/A
u4s-standard-48 48 180 No 1 Fino a 34 Fino a 50
u4s-standard-96 96 360 No 1 Fino a 67 Fino a 100
u4s-standard-144 144 540 No 1 Fino a 100 Fino a 150
u4s-standard-192 192 720 No 1 Fino a 100 Fino a 200
u4s-standard-288 288 1080 No 1 Fino a 100 Fino a 200

1 Una CPU utilizza due thread per core; una vCPU rappresenta un singolo thread. Vedi Piattaforme CPU.
2 La larghezza di banda in uscita predefinita non può superare il numero specificato. La larghezza di banda in uscita effettiva dipende dall'indirizzo IP di destinazione e da altri fattori. Vedi Larghezza di banda della rete.
3 Supporta il networking a larghezza di banda elevata sui tipi di macchine più grandi.

U4S highcpu

Tipo di macchina Numero di vCPU1 Memoria (GB) Titanium SSD collegato(GiB) Numero di NIC fisiche Larghezza di banda in uscita (Gbps)2,3 Larghezza di banda in uscita Tier_13
u4s-highcpu-2 2 4 No 1 Fino a 10 N/A
u4s-highcpu-4 4 8 No 1 Fino a 23 N/A
u4s-highcpu-8 8 16 No 1 Fino a 23 N/A
u4s-highcpu-16 16 32 No 1 Fino a 23 N/D
u4s-highcpu-24 24 48 No 1 Fino a 23 N/A
u4s-highcpu-32 32 64 No 1 Fino a 23 N/A
u4s-highcpu-48 48 96 No 1 Fino a 34 Fino a 50
u4s-highcpu-96 96 192 No 1 Fino a 67 Fino a 100
u4s-highcpu-144 144 288 No 1 Fino a 100 Fino a 150
u4s-highcpu-192 192 384 No 1 Fino a 100 Fino a 200
u4s-highcpu-288 288 576 No 1 Fino a 100 Fino a 200

1 Una CPU utilizza due thread per core; una vCPU rappresenta un singolo thread. Vedi Piattaforme CPU.
2 La larghezza di banda in uscita predefinita non può superare il numero specificato. La larghezza di banda in uscita effettiva dipende dall'indirizzo IP di destinazione e da altri fattori. Vedi Larghezza di banda della rete.
3 Supporta il networking a larghezza di banda elevata sui tipi di macchine più grandi.

U4S highmem

Tipo di macchina Numero di vCPU1 Memoria (GB) Titanium SSD collegato(GiB) Numero di NIC fisiche Larghezza di banda in uscita (Gbps)2,3 Larghezza di banda in uscita Tier_13
u4s-highmem-2 2 15 No 1 Fino a 10 N/A
u4s-highmem-4 4 31 No 1 Fino a 23 N/A
u4s-highmem-8 8 62 No 1 Fino a 23 N/A
u4s-highmem-16 16 124 No 1 Fino a 23 N/D
u4s-highmem-24 24 186 No 1 Fino a 23 N/A
u4s-highmem-32 32 248 No 1 Fino a 23 N/A
u4s-highmem-48 48 372 No 1 Fino a 34 Fino a 50
u4s-highmem-96 96 744 No 1 Fino a 67 Fino a 100
u4s-highmem-144 144 1116 No 1 Fino a 100 Fino a 150
u4s-highmem-192 192 1488 No 1 Fino a 100 Fino a 200
u4s-highmem-288 288 2232 No 1 Fino a 100 Fino a 200

1 Una CPU utilizza due thread per core; una vCPU rappresenta un singolo thread. Vedi Piattaforme CPU.
2 La larghezza di banda in uscita predefinita non può superare il numero specificato. La larghezza di banda in uscita effettiva dipende dall'indirizzo IP di destinazione e da altri fattori. Vedi Larghezza di banda della rete.
3 Supporta il networking a larghezza di banda elevata sui tipi di macchine più grandi.

U4S standard con SSD locale

Tipo di macchina Numero di vCPU1 Memoria (GB) Titanium SSD collegato(GiB) Numero di NIC fisiche Larghezza di banda in uscita (Gbps)2,3 Larghezza di banda in uscita Tier_13
u4s-standard-4-lssd 4 15 (1 x 375 GiB)
375 GiB
1 Fino a 23 N/A
u4s-standard-8-lssd 8 30 (1 x 375 GiB)
375 GiB
1 Fino a 23 N/A
u4s-standard-16-lssd 16 60 (2 x 375 GiB)
750 GiB
1 Fino a 23 N/D
u4s-standard-24-lssd 24 90 (4 x 375 GiB)
1500 GiB
1 Fino a 23 N/A
u4s-standard-32-lssd 32 120 (5 x 375 GiB)
1875 GiB
1 Fino a 23 N/A
u4s-standard-48-lssd 48 180 (8 x 375 GiB)
3000 GiB
1 Fino a 34 N/D
u4s-standard-96-lssd 96 360 (16 x 375 GiB)
6000 GiB
1 Fino a 67 N/D
u4s-standard-144-lssd 144 540 (24 x 375 GiB)
9000 GiB
1 Fino a 100 N/D
u4s-standard-192-lssd 192 720 (32 x 375 GiB)
12.000 GiB
1 Fino a 100 N/D
u4s-standard-288-lssd 288 1080 (48 x 375 GiB)
18.000 GiB
1 Fino a 100 Fino a 200

1 Una CPU utilizza due thread per core; una vCPU rappresenta un singolo thread. Vedi Piattaforme CPU.
2 La larghezza di banda in uscita predefinita non può superare il numero specificato. La larghezza di banda in uscita effettiva dipende dall'indirizzo IP di destinazione e da altri fattori. Vedi Larghezza di banda della rete.
3 Supporta il networking a larghezza di banda elevata sui tipi di macchine più grandi.

U4S highmem con SSD locale

Tipo di macchina Numero di vCPU1 Memoria (GB) Titanium SSD collegato(GiB) Numero di NIC fisiche Larghezza di banda in uscita (Gbps)2,3 Larghezza di banda in uscita Tier_13
u4s-highmem-4-lssd 4 31 (1 x 375 GiB)
375 GiB
1 Fino a 23 N/A
u4s-highmem-8-lssd 8 62 (1 x 375 GiB)
375 GiB
1 Fino a 23 N/A
u4s-highmem-16-lssd 16 124 (2 x 375 GiB)
750 GiB
1 Fino a 23 N/D
u4s-highmem-24-lssd 24 186 (4 x 375 GiB)
1500 GiB
1 Fino a 23 N/A
u4s-highmem-32-lssd 32 248 (5 x 375 GiB)
1875 GiB
1 Fino a 23 N/A
u4s-highmem-48-lssd 48 372 (8 x 375 GiB)
3000 GiB
1 Fino a 34 N/D
u4s-highmem-96-lssd 96 744 (16 x 375 GiB)
6000 GiB
1 Fino a 67 N/D
u4s-highmem-144-lssd 144 1116 (24 x 375 GiB)
9000 GiB
1 Fino a 100 N/D
u4s-highmem-192-lssd 192 1488 (32 x 375 GiB)
12.000 GiB
1 Fino a 100 N/D
u4s-highmem-288-lssd 288 2232 (48 x 375 GiB)
18.000 GiB
1 Fino a 100 Fino a 200

1 Una CPU utilizza due thread per core; una vCPU rappresenta un singolo thread. Vedi Piattaforme CPU.
2 La larghezza di banda in uscita predefinita non può superare il numero specificato. La larghezza di banda in uscita effettiva dipende dall'indirizzo IP di destinazione e da altri fattori. Vedi Larghezza di banda della rete.
3 Supporta il networking a larghezza di banda elevata sui tipi di macchine più grandi.

1 Una vCPU viene implementata come un singolo hyperthread hardware su una delle piattaforme CPU disponibili. Per le istanze bare metal (macchine U4P e U4C), il numero di vCPU è equivalente al numero di thread hardware sul server host.
2 La larghezza di banda in uscita massima non può superare il numero specificato. La larghezza di banda in uscita effettiva dipende dall'indirizzo IP di destinazione e da altri fattori. Vedi Larghezza di banda della rete.

Tipi di dischi supportati per le istanze U4S

Le istanze U4S possono utilizzare i seguenti tipi di archiviazione a blocchi:

  • Hyperdisk bilanciato (hyperdisk-balanced)
  • Hyperdisk Extreme (hyperdisk-extreme)
  • Titanium SSD locale

Limiti di capacità del disco per le istanze U4S

La capacità totale massima dei dischi collegati a un'istanza non può superare i 512 TiB.

Per saperne di più sui limiti di capacità, consulta Limiti di capacità di Hyperdisk per VM.

Numero massimo di dischi
Tipi di macchine Hyperdisk
per VM
Hyperdisk bilanciato Hyperdisk Throughput Hyperdisk ML Hyperdisk Extreme
u4s-*-2
8 8 0 0 0
u4s-*-4
u4s-(standard,highmem)-4-lssd
16 16 0 0 0
u4s-*-8
u4s-(standard,highmem)-8-lssd
32 32 0 0 0
u4s-*-16
u4s-(standard,highmem)-16-lssd
32 32 0 0 0
u4s-*-24
u4s-(standard,highmem)-24-lssd
32 32 0 0 0
u4s-*-32
u4s-(standard,highmem)-32-lssd
64 64 0 0 0
u4s-*-48
u4s-(standard,highmem)-48-lssd
64 64 0 0 0
u4s-*-96
u4s-(standard,highmem)-96-lssd
128 128 0 0 8
u4s-*-144
u4s-(standard,highmem)-144-lssd
128 128 0 0 8
u4s-*-192
u4s-(standard,highmem)-192-lssd
128 128 0 0 8
u4s-*-288
u4s-(standard,highmem)-288-lssd
128 128 0 0 8

Limiti di prestazioni del disco per le istanze U4S

I limiti di prestazioni per i dischi Titanium SSD e Hyperdisk collegati sono elencati nella tabella seguente:

Titanium SSD

Tipo di macchina dell'istanza Numero di dischi Titanium SSD Spazio di archiviazione totale (GiB) IOPS di lettura IOPS di scrittura Velocità effettiva di lettura (MiB/s) Velocità effettiva di scrittura (MiB/s)
u4s-*-4-lssd 1 375 150.000 75.000 625 330
u4s-*-8-lssd 1 375 150.000 75.000 625 330
u4s-*-16-lssd 2 750 300.000 150.000 1250 660
u4s-*-24-lssd 4 1500 600.000 300.000 2500 1320
u4s-*-32-lssd 5 1875 750.000 375.000 3125 1650
u4s-*-48-lssd 8 3000 1.200.000 600.000 5000 2640
u4s-*-96-lssd 16 6000 2.400.000 1.200.000 10.000 5280
u4s-*-144-lssd 16 6000 2.400.000 1.200.000 10.000 5280
u4s-*-192-lssd 32 12.000 4.800.000 2.400.000 20.000 10.560
u4s-*-288-lssd 48 18.000 7.200.000 3.600.000 30.000 15.840

Hyperdisk bilanciato

Tipo di macchina dell'istanza IOPS massime Throughput massimo (MiB/s)
u4s-*-2
50.000 400
u4s-*-4
u4s-*-4-lssd
50.000 400
u4s-*-8
u4s-*-8-lssd
50.000 800
u4s-*-16
u4s-*-16-lssd
100.000 1600
u4s-*-24
u4s-*-24-lssd
100.000 1600
u4s-*-32
u4s-*-32-lssd
100.000 1600
u4s-*-48
u4s-*-48-lssd
160.000 2400
u4s-*-96
u4s-*-96-lssd
240.000 4800
u4s-*-144
u4s-*-144-lssd
240.000 4800
u4s-*-192
u4s-*-192-lssd
320.000 10.000
u4s-*-288
u4s-*-288-lssd
320.000 10.000

Hyperdisk Extreme

Tipo di macchina dell'istanza IOPS massime Throughput massimo (MiB/s)
u4s-*-96
u4s-*-96-lssd
350.000 5000
u4s-*-144
u4s-*-144-lssd
350.000 5000
u4s-*-192
u4s-*-192-lssd
440.000 10.000
u4s-*-288
u4s-*-288-lssd
440.000 10.000

Per saperne di più sui limiti di prestazioni, consulta quanto segue:

Supporto di rete per le istanze U4S

Le istanze U4S sono dotate di una NIC fisica per istanza, ma puoi configurare più NIC virtuali.

vCPU Driver Larghezza di banda in uscita
dell'IP interno
Larghezza di banda in uscita
dell'IP esterno
2 gVNIC Fino a 10 Gbps Fino a 7 Gbit/s
4 gVNIC Fino a 23 Gbit/s Fino a 7 Gbit/s
8 gVNIC Fino a 23 Gbit/s Fino a 7 Gbit/s
16 gVNIC Fino a 23 Gbit/s Fino a 7 Gbit/s
24 gVNIC Fino a 23 Gbit/s Fino a 7 Gbit/s
32 gVNIC Fino a 23 Gbit/s Fino a 7 Gbit/s
48 gVNIC Fino a 50 Gbit/s Fino a 25 Gbit/s
96 gVNIC Fino a 100 Gbps Fino a 25 Gbit/s
144 gVNIC Fino a 150 Gbit/s Fino a 25 Gbit/s
192 gVNIC Fino a 200 Gbps Fino a 25 Gbit/s
288 gVNIC Fino a 200 Gbps Fino a 25 Gbit/s

Disponibilità regionale dei tipi di macchine U4

I tipi di macchine per la famiglia di macchine U4 sono disponibili nelle seguenti Google Cloud regioni e zone:

  • us-south1
    • us-south1-d
    • us-south1-e

Limitazioni della serie U4

La famiglia di macchine U4 non supporta le seguenti funzionalità di Compute Engine:

  • Per le funzionalità Shielded VM, consulta quanto segue:

    • L'avvio protetto non è supportato per le istanze U4.

      • Le istanze U4 richiedono un'immagine di sistema del sistema operativo con un driver gVNIC out-of-tree (OOT), come descritto in Supporto del sistema operativo per i tipi di macchine U4. Quando l'avvio protetto è attivato, il sistema operativo applica una verifica rigorosa della firma dei moduli kernel. Poiché i driver OOT non sono firmati con una chiave di distribuzione riconosciuta, Secure Boot impedisce il caricamento del driver di rete, il che causa l'errore di inizializzazione della rete.

      • Inoltre, l'avvio protetto impedisce l'utilizzo di Onload creato dal codice sorgente come descritto in Utilizzare Onload. Build Onload from source installa un modulo del kernel personalizzato. Poiché i moduli kernel personalizzati compilati dal codice sorgente non sono firmati con una chiave di distribuzione riconosciuta, l'avvio protetto impedisce il caricamento del modulo kernel Onload.

    • Shielded VM non è supportata per le istanze bare metal, come descritto nella sezione Limitazioni della panoramica di Shielded VM.

    Se la tua organizzazione Google Cloud utilizza una policy Shielded VM, devi creare una policy dell'organizzazione personalizzata che escluda le istanze U4 dal requisito Shielded VM.

  • Confidential VM

  • Single-tenancy: ogni istanza U4P o U4C viene eseguita su un server host dedicato.

  • VM spot

  • Simulazione di eventi di manutenzione dell'host

Ulteriori limitazioni delle istanze U4:

  • Per U4S, puoi creare solo istanze VM; le istanze bare metal non sono supportate.
  • Le istanze bare metal U4P e U4C con lo stato di sospensione della CPU C6 abilitato hanno prestazioni NIC a flusso singolo basse. Puoi disattivare lo stato di sospensione della CPU C6 nel sistema operativo guest per ottenere prestazioni di larghezza di banda di rete complete. Per saperne di più, consulta la documentazione sulla risoluzione dei problemi relativi alle prestazioni di rete.

Limiti di quota per U4

La quota CPU è il numero totale di CPU virtuali in tutte le tue istanze di calcolo in una regione o zona. Le quote CPU si applicano alle istanze in esecuzione e alle prenotazioni. Se la tua quota CPU è impostata su 16, puoi creare una singola istanza di computing con 16 vCPU oppure 4 istanze di computing con 4 vCPU ciascuna.

Per comprendere le quote di Compute Engine e i limiti di allocazione delle risorse e per scoprire come visualizzare le quote U4, consulta la panoramica delle quote e dei limiti di Compute Engine.

Tipo di quota Serie di macchine Nome quota Limite/Descrizione
CPU U4C CPUS_PER_VM_FAMILY: U4C 240 vCPU per zona
CPU U4S CPUS_PER_VM_FAMILY: U4S 576 vCPU per zona
SSD locale Tutti N/D Non è necessaria alcuna richiesta di quota; i dischi vengono aggiunti automaticamente alle istanze create utilizzando i tipi di macchine U4 che terminano con -lssd.
Google Cloud Hyperdisk Tutti Hyperdisk Balanced Capacity (GB)
Hyperdisk Balanced IOPS
Hyperdisk Balanced Throughput (MB/s)
Hyperdisk Extreme Capacity (GB)
Si applicano quote di capacità e prestazioni. Per saperne di più, consulta la sezione Quote dei dischi.
Impegni U4C Committed_U4C_CPUS Utilizzato con un contratto per impegno di utilizzo basato sulle risorse
Impegni U4S Committed_U4S_CPUS Utilizzato con un contratto per impegno di utilizzo basato sulle risorse

Se hai bisogno di un aumento della quota, puoi contattare i team dedicati al tuo account o seguire le istruzioni riportate in Quote di allocazione.

Supporto del sistema operativo per i tipi di macchina U4

Questa sezione descrive le immagini sistema operativo (OS) supportate per i tipi di macchine U4.

Le famiglie di immagini pubbliche supportate contengono un driver Google Virtual NIC (gVNIC) out-of-tree (OOT), che ti consente di creare istanze bare metal U4P e U4C con il tipo di interfaccia di rete GVNIC, nonché istanze VM U4S. Inoltre, il driver supporta PTP, che ti consente di configurare l'ora esatta per le istanze U4.

Le immagini Windows non sono supportate.

Immagini Red Hat Enterprise Linux (RHEL)

Google Cloud supporta le seguenti immagini sistema operativo Red Hat Enterprise Linux (RHEL) per i tipi di macchina U4:

  • RHEL 10.2 EUS con driver gVNIC out-of-tree
    • Progetto di immagini: rhel-cloud
    • Famiglia di immagini: rhel-10-2-eus-oot-gve o rhel-10-2-eus-lvm-oot-gve

Queste famiglie di immagini erano originariamente disponibili con un nome diverso che utilizzava il formato rhel-10-2-eus-gvnic-baremetal. Anche se consigliamo di utilizzare immagini con il nuovo formato di denominazione, le immagini che utilizzano il formato originale rimangono disponibili e supportate per tutta la durata del ciclo di vita del sistema operativo.

Immagini RHEL BYOS

Puoi anche creare un'istanza U4 utilizzando immagini provenienti dal tuo abbonamento Red Hat Cloud Access. La procedura generale è descritta in Crea un'istanza utilizzando un'immagine RHEL BYOS.

Per le immagini Bring Your Own Subscription (BYOS), il progetto e la famiglia di immagini sono i seguenti:

  • Progetto di immagini: rhel-byos-cloud
  • Famiglia di immagini: rhel-10-2-eus-oot-gve-byos o rhel-10-2-eus-lvm-oot-gve-byos

Per utilizzare l'immagine BYOS, devi completare un prerequisito aggiuntivo nel seguente modo:

  1. Devi prima concedere al tuo gruppo Google l'accesso al tuo abbonamento RHEL, come descritto in Crea un'istanza utilizzando un'immagine RHEL BYOS.

  2. Puoi quindi seguire la procedura per creare un'istanza ULL o creare un'istanza non ULL specificando il progetto e la famiglia di immagini BYOS.

Per ulteriori informazioni su BYOS, consulta Informazioni sulle licenze.

Immagini Rocky Linux

Google Cloud supporta le seguenti immagini sistema operativo Rocky Linux per i tipi di macchine U4:

  • Rocky Linux 10 ottimizzato per Google Cloud con driver gVNIC out-of-tree
    • Progetto di immagini: rocky-linux-cloud
    • Famiglia di immagini: rocky-linux-10-optimized-gcp-oot-gve

Differenze tra aggiornamento del kernel e aggiornamento automatico

Le immagini di Rocky Linux per Google Cloud sono configurate per installare gli aggiornamenti utilizzando lo strumento dnf-automatic, come descritto in Aggiornamenti automatici.

Tuttavia, la famiglia di immagini rocky-linux-10-optimized-gcp-oot-gve è configurata per escludere i pacchetti kernel dagli aggiornamenti DNF. Questa configurazione impedisce uno scenario in cui il sistema installa un nuovo kernel senza i pacchetti di intestazioni del kernel richiesti da DKMS per compilare il modulo GVE out-of-tree, il che potrebbe comportare una perdita di connettività di rete al riavvio.

Questa differenza di comportamento si applica alle versioni dell'immagine v20260911 e successive. Se non l'hai ancora fatto, ti consigliamo di eseguire l'aggiornamento all'ultima versione.

Immagini personalizzate

Sebbene Google Cloud crei e supporti le immagini pubbliche nelle sezioni precedenti, puoi anche utilizzare un'immagine personalizzata basata su un'altra distribuzione Linux.

Per utilizzare un'immagine personalizzata, questa deve essere configurata con il driver gVNIC OOT richiesto. Le immagini personalizzate possono essere configurate funzionalmente per funzionare con le macchine U4; tuttavia, non sono state convalidate per prestazioni o stabilità.

Distribuzioni basate su Red Hat

La seguente procedura è adattata dalla procedura generale per la creazione di immagini personalizzate e include i passaggi aggiuntivi necessari per installare il driver richiesto sulle distribuzioni basate su Red Hat. Questo esempio utilizza AlmaLinux.

  1. Crea un'istanza VM temporanea utilizzando un'immagine di base, ad esempio un'immagine AlmaLinux 10. Puoi utilizzare qualsiasi tipo di macchina ad eccezione delle macchine U4P e U4C. L'esempio seguente utilizza n4-highcpu-2.

    gcloud compute instances create INSTANCE_NAME \
        --image-project=almalinux-cloud \
        --image-family=almalinux-10 \
        --machine-type=n4-highcpu-2 \
        --project=PROJECT_ID \
        --zone=ZONE
    

    Sostituisci i seguenti valori:

    • INSTANCE_NAME: un nome per l'istanza
    • PROJECT_ID: l'ID del progetto
    • ZONE: la zona in cui creare l'istanza
  2. Connettiti all'istanza utilizzando SSH:

    gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
    
  3. Installa i pacchetti del kernel richiesti, il plug-in Artifact Registry e il pacchetto di rilascio Extra Packages for Enterprise Linux (EPEL). L'esecuzione di questa operazione come singola transazione consente di evitare problemi di sincronizzazione del mirror del repository:

    sudo dnf makecache && sudo dnf install -y dnf-plugin-artifact-registry kernel kernel-devel kernel-headers https://dl.fedoraproject.org/pub/epel/epel-release-latest-10.noarch.rpm
    
  4. Riavvia l'istanza per assicurarti che gli aggiornamenti del kernel vengano applicati prima di installare il driver:

    sudo reboot
    
  5. Riconnettiti all'istanza utilizzando SSH:

    gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
    
  6. Installa il driver OOT utilizzando l'RPM fornito da Google. I seguenti comandi compilano il modulo del kernel GVE e lo preparano per il caricamento al successivo avvio, ma non caricano immediatamente il nuovo driver:

    cat << 'EOF' | sudo tee /etc/yum.repos.d/gve-rpm.repo
    [gve-el10-stable]
    name=GVE Public Stable Repo
    baseurl=https://packages.cloud.google.com/yum/repos/gve-el10-stable
    enabled=1
    repo_gpgcheck=0
    gpgcheck=1
    gpgkey=https://packages.cloud.google.com/yum/doc/rpm-package-key-v10.gpg
    EOF
    
    sudo dnf -y --refresh --enablerepo=gve-el10-stable install gve
    
  7. Riavvia l'istanza per caricare il driver OOT:

    sudo reboot
    
  8. Arresta l'istanza:

    gcloud compute instances stop INSTANCE_NAME \
        --project=PROJECT_ID \
        --zone=ZONE
    
  9. Crea un'immagine dal disco dell'istanza:

    gcloud compute images create IMAGE_NAME \
        --source-disk=INSTANCE_NAME \
        --source-disk-zone=ZONE \
        --source-disk-project=PROJECT_ID \
        --guest-os-features=UEFI_COMPATIBLE,VIRTIO_SCSI_MULTIQUEUE,GVNIC,SEV_CAPABLE,SEV_SNP_CAPABLE,SEV_LIVE_MIGRATABLE,SEV_LIVE_MIGRATABLE_V2,IDPF,TDX_CAPABLE \
        --family=IMAGE_FAMILY \
        --project=IMAGE_PROJECT
    

    Sostituisci i seguenti valori:

    • IMAGE_NAME: un nome per l'immagine personalizzata
    • INSTANCE_NAME: il nome dell'istanza
    • ZONE: la zona dell'istanza
    • PROJECT_ID: l'ID del progetto
    • IMAGE_FAMILY: una famiglia di immagini per l'immagine personalizzata
    • IMAGE_PROJECT: l'ID progetto in cui vuoi archiviare l'immagine personalizzata

Passaggi successivi