Famille de machines U4 à latence ultrafaible (ULL)

Disponibilité générale avec liste d'autorisation : la solution ULL n'est disponible que pour les opérateurs de place de marché approuvés et leurs participants. Si vous êtes un participant approuvé, contactez [e-mail] pour demander l'accès.

Ce document décrit la famille de machines optimisées pour le réseau U4. U4 est la famille de machinesGoogle Cloudoptimisée pour le réseau et à latence ultrafaible (ULL). U4 est conçu pour prendre en charge les charges de travail principales des écosystèmes de change financier en offrant des capacités de mise en réseau d'instances spécifiques au secteur dans le cloud public. Les séries de machines U4P et U4C sont basées sur le processeur évolutif Intel Xeon de 5e génération (nom de code Emerald Rapids), tandis que la série de machines U4S est basée sur le processeur évolutif Intel Xeon de 6e génération (nom de code Granite Rapids).

La famille de machines U4 optimisée pour le réseau propose trois séries de machines :

• U4P : types de machines Bare Metal avec ou sans disques Titanium SSD associés
• U4C : types de machines Bare Metal avec ou sans disques Titanium SSD associés
• U4S : disponible dans différentes tailles de types de machines virtuelles (VM), avec ou sans disques Titanium SSD associés

Dans une série de machines, chaque type de machine possède un nombre spécifique de processeurs, de mémoire, de domaines NUMA et de bande passante réseau.

Série de machines recommandée par type de charge de travail

Le tableau suivant indique la série de machines recommandée en fonction de vos charges de travail.

Remarque : Les machines U4P ne sont disponibles que pour les opérateurs d'échange.

Série de machines	Utilisé par	Type de charge de travail
U4P	Opérateurs d'échange (fournisseurs)	Systèmes de trading
U4C	Participants à l'échange	Exécuter des stratégies de trading
U4S	Opérateurs d'échange Participants à l'échange Fournisseurs de services	Charges de travail auxiliaires Échanger des services d'écosystème

Alors que les instances U4P et U4C sont compatibles avec le trafic ULL en mode monodiffusion et multidiffusion, les instances U4S sont compatibles avec les charges de travail non ULL à proximité physique des instances U4P et U4C pour réduire la latence.

Série de machines U4C

La série de machines U4C fonctionne sur le processeur Intel Xeon Scalable de 5e génération (nom de code Emerald Rapids) et est optimisée pour les services d'échange financier à très faible latence. Seuls les types de machines bare metal sont disponibles, avec ou sans disques Titanium SSD locaux associés. Les instances bare metal offrent un accès direct au processeur et à la mémoire du serveur sous-jacent, sans virtualisation ni hyperviseur Compute Engine intermédiaire. Chaque instance utilise deux sockets de la machine hôte, avec 60 cœurs par socket. Chaque instance dispose de trois cartes d'interface réseau physiques.

Toutes les fonctionnalités avancées disponibles et activées dans le processeur hôte sont disponibles pour les instances bare metal U4C, même si les instances Compute Engine n'exposent pas ces fonctionnalités.

Fonctionnalités compatibles

La série de machines U4C présente les caractéristiques suivantes :

• Équipée du processeur Emerald Rapids d'Intel et de Titanium.
• Offre 120 processeurs et 512 Go ou 768 Go de mémoire.
• Prend en charge jusqu'à 12 Tio de disques Titanium SSD locaux.
• Ne propose que des types de machines prédéfinis.
• Permet d'utiliser des configurations réseau standard avec une bande passante pouvant atteindre 100 Gbit/s sur nic0, pour la communication au sein de Google Cloud.
• Utilise des réseaux VPC ULL pour communiquer avec les instances U4P.
• Peut être utilisé avec le stockage de blocs Hyperdisk Balanced et Hyperdisk Extreme.
• Compatible avec les stratégies d'emplacement compact et par répartition.
• Peut être utilisé avec des groupes d'instances gérés avec ou sans état.

Types de machines U4C

Les types de machines U4C sont disponibles en tant que configurations prédéfinies :

• Les configurations standard disposent de 120 processeurs et de 768 Go de mémoire.
• Les configurations highcpu disposent de 120 processeurs et de 512 Go de mémoire.

Pour utiliser Titanium SSD avec U4C, créez votre instance à l'aide de la variante lssd des types de machines U4C. La sélection de ce type de machine crée une instance de la taille spécifiée avec des partitions Titanium SSD associées. Vous ne pouvez pas associer de volumes Titanium SSD séparément.

Type de machine	Nombre de vCPU^1	Mémoire (Go)	Titanium SSD associé(Gio)	Nombre de cartes d'interface réseau physiques	Bande passante de sortie (Gbit/s)^2
u4c-standard-120-metal	120	768	Non	3	Jusqu'à 100 Gbit/s Jusqu'à 1 Gbit/s (ULL)
u4c-highcpu-120-metal	120	512	Non	3	Jusqu'à 100 Gbit/s Jusqu'à 1 Gbit/s (ULL)
u4c-standard-120-lssd-metal	120	768	(4 x 3 000 Gio) 12 000 Gio	3	Jusqu'à 100 Gbit/s Jusqu'à 1 Gbit/s (ULL)
u4c-highcpu-120-lssd-metal	120	512	(4 x 3 000 Gio) 12 000 Gio	3	Jusqu'à 100 Gbit/s Jusqu'à 1 Gbit/s (ULL)

¹ Les instances Bare Metal n'utilisent pas de vCPU. Pour les instances Bare Metal, le nombre de processeurs virtuels est équivalent au nombre de threads matériels sur le serveur hôte.
²La bande passante de sortie maximale ne peut pas dépasser le nombre donné. La bande passante de sortie réelle dépend de l'adresse IP de destination et d'autres facteurs. Consultez la page Bande passante réseau.

Types de disques pris en charge par les instances U4C

Les instances U4C peuvent utiliser les types de stockage de blocs suivants :

• Hyperdisk Balanced (hyperdisk-balanced)
• Hyperdisk Extreme (hyperdisk-extreme)
• Titanium SSD local

Limites de capacité de disque pour les instances U4C

Voici les limites pour Google Cloud Hyperdisk avec les instances U4C :

• Nombre maximal de disques Hyperdisk associés à une instance : 32
• Capacité de disque maximale pour tous les disques Hyperdisk d'une instance : 512 Tio

Pour en savoir plus sur les limites de capacité des disques, consultez Limites de capacité Hyperdisk par VM.

Limites de performances des disques pour les instances U4C

Les limites de performances pour les disques SSD Titanium et Hyperdisk par instance sont indiquées dans les tableaux suivants :

Titanium SSD

Type de machine	Nombre de disques Titanium SSD	Espace de stockage total (Gio)	IOPS en lecture	IOPS en écriture	Débit en lecture (Mio/s)	Débit en écriture (Mio/s)
u4c-highcpu-120-lssd-metal	4	12 000	7 200 000	3 600 000	30 000	15 840

Hyperdisk

Type de disque	Nombre maximal de disques par instance	Nombre maximal d'IOPS	Débit maximal (Mio/s)
Volume Hyperdisk équilibré	32	275 000	8 750
Hyperdisk Extreme	8	380 000	8 750

Pour en savoir plus sur les limites de performances, consultez les pages suivantes :

• Limites Hyperdisk par instance
• Limites de performances par type d'Hyperdisk

Compatibilité réseau avec les instances U4C

Les instances U4C sont fournies avec trois cartes d'interface réseau physiques par instance.

Interface réseau	Pilote	Utilisation	Bande passante de sortie interne	Bande passante de sortie externe
nic0	Carte d'interface réseau virtuelle Google (gVNIC) compatible avec AF_XDP	Communication générale des instances, y compris les connexions aux applications et services d'échange non ULL (par exemple, la copie de dépôt). Utilise le niveau Premium par défaut.	Jusqu'à 100 Gbit/s	Jusqu'à 25 Gbit/s
nic1 (ULL A)	Carte d'interface réseau virtuelle Google (gVNIC) compatible avec AF_XDP	Communication monodiffusion et multidiffusion à très faible latence	Jusqu'à 1 Gbit/s	N/A
nic2 (ULL B)	Carte d'interface réseau virtuelle Google (gVNIC) compatible avec AF_XDP	Communication monodiffusion et multidiffusion à très faible latence	Jusqu'à 1 Gbit/s	N/A

L'alignement NUMA pour les cartes d'interface réseau ULL est le suivant : nic1 (ULL A) utilise le nœud NUMA 0, tandis que nic2 (ULL B) utilise le nœud NUMA 2.

Série de machines U4S

La série de machines U4S est une série de machines à usage général destinées à exécuter des charges de travail auxiliaires pour les instances U4C et U4P qui ne nécessitent pas de connexion directe à un réseau VPC ULL. Les instances U4S sont alimentées par des processeurs évolutifs Intel Xeon de 6e génération (nom de code Granite Rapids) et Titanium.

Fonctionnalités compatibles

La série de machines U4S présente les caractéristiques suivantes :

• Équipée du processeur Intel Granite Rapids et de Titanium.
• Compatible avec un maximum de 18 Tio de disques Titanium SSD locaux.
• Ne propose que des types de machines prédéfinis.
• Permet d'utiliser des configurations réseau standard avec une bande passante pouvant atteindre 100 Gbit/s.
• Peut être utilisé avec le stockage de blocs Hyperdisk Balanced et Hyperdisk Extreme.
• Compatible avec les stratégies d'emplacement compact et par répartition.

Types de machines U4S

Les VM U4S sont disponibles en tant que configurations prédéfinies,avec des tailles allant de 2 à 288 processeurs virtuels et jusqu'à 2 232 Go de mémoire. Les noms de types de machines préconfigurés suivants correspondent à la quantité de mémoire configurée pour l'instance :

• highcpu : 2 Go de mémoire par processeur virtuel
• standard : 3,75 Go de mémoire par processeur virtuel
• highmem : 7,75 Go de mémoire par processeur virtuel

Pour utiliser Titanium SSD avec U4S, créez votre instance à l'aide de la variante -lssd des types de machines U4S. La sélection de ce type de machine crée une instance de la taille spécifiée avec des partitions Titanium SSD associées. Vous ne pouvez pas associer de volumes Titanium SSD séparément.

U4S standard

Type de machine	Nombre de vCPU^1	Mémoire (Go)	Titanium SSD associé(Gio)	Nombre de cartes d'interface réseau physiques	Bande passante de sortie (Gbit/s)^2,3	Bande passante de sortie de niveau 1^3
u4s-standard-2	2	7	Non	1	Jusqu'à 10	N/A
u4s-standard-4	4	15	Non	1	Jusqu'à 23	N/A
u4s-standard-8	8	30	Non	1	Jusqu'à 23	N/A
u4s-standard-16	16	60	Non	1	Jusqu'à 23	N/A
u4s-standard-24	24	90	Non	1	Jusqu'à 23	N/A
u4s-standard-32	32	120	Non	1	Jusqu'à 23	N/A
u4s-standard-48	48	180	Non	1	Jusqu'à 34	Jusqu'à 50
u4s-standard-96	96	360	Non	1	Jusqu'à 67	Jusqu'à 100
u4s-standard-144	144	540	Non	1	Jusqu'à 100	Jusqu'à 150
u4s-standard-192	192	720	Non	1	Jusqu'à 100	Jusqu'à 200
u4s-standard-288	288	1 080	Non	1	Jusqu'à 100	Jusqu'à 200

¹ Un processeur utilise deux threads par cœur et un processeur virtuel représente un seul thread. Consultez la page Plates-formes de processeur pour en savoir plus.
² La bande passante de sortie par défaut ne peut pas dépasser le nombre donné. La bande passante de sortie réelle dépend de l'adresse IP de destination et d'autres facteurs. Consultez la page Bande passante réseau.
³ Compatible avec la mise en réseau à haut débit pour les types de machines plus volumineux.

U4S highcpu

Type de machine	Nombre de vCPU^1	Mémoire (Go)	Titanium SSD associé(Gio)	Nombre de cartes d'interface réseau physiques	Bande passante de sortie (Gbit/s)^2,3	Bande passante de sortie de niveau 1^3
u4s-highcpu-2	2	4	Non	1	Jusqu'à 10	N/A
u4s-highcpu-4	4	8	Non	1	Jusqu'à 23	N/A
u4s-highcpu-8	8	16	Non	1	Jusqu'à 23	N/A
u4s-highcpu-16	16	32	Non	1	Jusqu'à 23	N/A
u4s-highcpu-24	24	48	Non	1	Jusqu'à 23	N/A
u4s-highcpu-32	32	64	Non	1	Jusqu'à 23	N/A
u4s-highcpu-48	48	96	Non	1	Jusqu'à 34	Jusqu'à 50
u4s-highcpu-96	96	192	Non	1	Jusqu'à 67	Jusqu'à 100
u4s-highcpu-144	144	288	Non	1	Jusqu'à 100	Jusqu'à 150
u4s-highcpu-192	192	384	Non	1	Jusqu'à 100	Jusqu'à 200
u4s-highcpu-288	288	576	Non	1	Jusqu'à 100	Jusqu'à 200

¹ Un processeur utilise deux threads par cœur et un processeur virtuel représente un seul thread. Consultez la page Plates-formes de processeur pour en savoir plus.
² La bande passante de sortie par défaut ne peut pas dépasser le nombre donné. La bande passante de sortie réelle dépend de l'adresse IP de destination et d'autres facteurs. Consultez la page Bande passante réseau.
³ Compatible avec la mise en réseau à haut débit pour les types de machines plus volumineux.

U4S highmem

Type de machine	Nombre de vCPU^1	Mémoire (Go)	Titanium SSD associé(Gio)	Nombre de cartes d'interface réseau physiques	Bande passante de sortie (Gbit/s)^2,3	Bande passante de sortie de niveau 1^3
u4s-highmem-2	2	15	Non	1	Jusqu'à 10	N/A
u4s-highmem-4	4	31	Non	1	Jusqu'à 23	N/A
u4s-highmem-8	8	62	Non	1	Jusqu'à 23	N/A
u4s-highmem-16	16	124	Non	1	Jusqu'à 23	N/A
u4s-highmem-24	24	186	Non	1	Jusqu'à 23	N/A
u4s-highmem-32	32	248	Non	1	Jusqu'à 23	N/A
u4s-highmem-48	48	372	Non	1	Jusqu'à 34	Jusqu'à 50
u4s-highmem-96	96	744	Non	1	Jusqu'à 67	Jusqu'à 100
u4s-highmem-144	144	1 116	Non	1	Jusqu'à 100	Jusqu'à 150
u4s-highmem-192	192	1 488	Non	1	Jusqu'à 100	Jusqu'à 200
u4s-highmem-288	288	2 232	Non	1	Jusqu'à 100	Jusqu'à 200

¹ Un processeur utilise deux threads par cœur et un processeur virtuel représente un seul thread. Consultez la page Plates-formes de processeur pour en savoir plus.
² La bande passante de sortie par défaut ne peut pas dépasser le nombre donné. La bande passante de sortie réelle dépend de l'adresse IP de destination et d'autres facteurs. Consultez la page Bande passante réseau.
³ Compatible avec la mise en réseau à haut débit pour les types de machines plus volumineux.

U4S standard avec SSD local

Type de machine	Nombre de vCPU^1	Mémoire (Go)	Titanium SSD associé(Gio)	Nombre de cartes d'interface réseau physiques	Bande passante de sortie (Gbit/s)^2,3	Bande passante de sortie de niveau 1^3
u4s-standard-4-lssd	4	15	(1 x 375 Gio) 375 Gio	1	Jusqu'à 23	N/A
u4s-standard-8-lssd	8	30	(1 x 375 Gio) 375 Gio	1	Jusqu'à 23	N/A
u4s-standard-16-lssd	16	60	(2 x 375 Gio) 750 Gio	1	Jusqu'à 23	N/A
u4s-standard-24-lssd	24	90	(4 x 375 Gio) 1 500 Gio	1	Jusqu'à 23	N/A
u4s-standard-32-lssd	32	120	(5 x 375 Gio) 1 875 Gio	1	Jusqu'à 23	N/A
u4s-standard-48-lssd	48	180	(8 x 375 Gio) 3 000 Gio	1	Jusqu'à 34	N/A
u4s-standard-96-lssd	96	360	(16 x 375 Gio) 6 000 Gio	1	Jusqu'à 67	N/A
u4s-standard-144-lssd	144	540	(24 x 375 Gio) 9 000 Gio	1	Jusqu'à 100	N/A
u4s-standard-192-lssd	192	720	(32 x 375 Gio) 12 000 Gio	1	Jusqu'à 100	N/A
u4s-standard-288-lssd	288	1 080	(48 x 375 Gio) 18 000 Gio	1	Jusqu'à 100	Jusqu'à 200

¹ Un processeur utilise deux threads par cœur et un processeur virtuel représente un seul thread. Consultez la page Plates-formes de processeur pour en savoir plus.
² La bande passante de sortie par défaut ne peut pas dépasser le nombre donné. La bande passante de sortie réelle dépend de l'adresse IP de destination et d'autres facteurs. Consultez la page Bande passante réseau.
³ Compatible avec la mise en réseau à haut débit pour les types de machines plus volumineux.

U4S à haute capacité de mémoire avec SSD local

Type de machine	Nombre de vCPU^1	Mémoire (Go)	Titanium SSD associé(Gio)	Nombre de cartes d'interface réseau physiques	Bande passante de sortie (Gbit/s)^2,3	Bande passante de sortie de niveau 1^3
u4s-highmem-4-lssd	4	31	(1 x 375 Gio) 375 Gio	1	Jusqu'à 23	N/A
u4s-highmem-8-lssd	8	62	(1 x 375 Gio) 375 Gio	1	Jusqu'à 23	N/A
u4s-highmem-16-lssd	16	124	(2 x 375 Gio) 750 Gio	1	Jusqu'à 23	N/A
u4s-highmem-24-lssd	24	186	(4 x 375 Gio) 1 500 Gio	1	Jusqu'à 23	N/A
u4s-highmem-32-lssd	32	248	(5 x 375 Gio) 1 875 Gio	1	Jusqu'à 23	N/A
u4s-highmem-48-lssd	48	372	(8 x 375 Gio) 3 000 Gio	1	Jusqu'à 34	N/A
u4s-highmem-96-lssd	96	744	(16 x 375 Gio) 6 000 Gio	1	Jusqu'à 67	N/A
u4s-highmem-144-lssd	144	1 116	(24 x 375 Gio) 9 000 Gio	1	Jusqu'à 100	N/A
u4s-highmem-192-lssd	192	1 488	(32 x 375 Gio) 12 000 Gio	1	Jusqu'à 100	N/A
u4s-highmem-288-lssd	288	2 232	(48 x 375 Gio) 18 000 Gio	1	Jusqu'à 100	Jusqu'à 200

¹ Un processeur utilise deux threads par cœur et un processeur virtuel représente un seul thread. Consultez la page Plates-formes de processeur pour en savoir plus.
² La bande passante de sortie par défaut ne peut pas dépasser le nombre donné. La bande passante de sortie réelle dépend de l'adresse IP de destination et d'autres facteurs. Consultez la page Bande passante réseau.
³ Compatible avec la mise en réseau à haut débit pour les types de machines plus volumineux.

¹ Un vCPU est implémenté sous la forme d'une technologie hyper-threading matérielle unique sur l'une des plates-formes de processeur disponibles. Pour les instances Bare Metal (machines U4P et U4C), le nombre de processeurs virtuels est équivalent au nombre de threads matériels sur le serveur hôte.
² La bande passante de sortie maximale ne peut pas dépasser le nombre donné. La bande passante de sortie réelle dépend de l'adresse IP de destination et d'autres facteurs. Consultez la page Bande passante réseau.

Types de disques pris en charge par les instances U4S

Les instances U4S peuvent utiliser les types de stockage de blocs suivants :

• Hyperdisk Balanced (hyperdisk-balanced)
• Hyperdisk Extreme (hyperdisk-extreme)
• Titanium SSD local

Limites de capacité de disque pour les instances U4S

La capacité totale maximale de disque pour tous les disques associés à une instance ne peut pas dépasser 512 Tio.

Pour en savoir plus sur les limites de capacité, consultez Limites de capacité Hyperdisk par VM.

	Nombre maximal de disques
Types de machine	Volumes Hyperdisk par VM	Volume Hyperdisk équilibré	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

Limites de performances des disques pour les instances U4S

Les limites de performances pour les disques Titanium SSD et Hyperdisk associés sont indiquées dans le tableau suivant :

Titanium SSD

Type de machine de l'instance	Nombre de disques Titanium SSD	Espace de stockage total (Gio)	IOPS en lecture	IOPS en écriture	Débit en lecture (Mio/s)	Débit en écriture (Mio/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	1 250	660
u4s-*-24-lssd	4	1 500	600 000	300 000	2 500	1 320
u4s-*-32-lssd	5	1 875	750 000	375 000	3 125	1 650
u4s-*-48-lssd	8	3 000	1 200 000	600 000	5 000	2 640
u4s-*-96-lssd	16	6 000	2 400 000	1 200 000	10 000	5 280
u4s-*-144-lssd	16	6 000	2 400 000	1 200 000	10 000	5 280
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

Volume Hyperdisk équilibré

Type de machine de l'instance	Nombre maximal d'IOPS	Débit maximal (Mio/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	1 600
u4s-*-24 u4s-*-24-lssd	100 000	1 600
u4s-*-32 u4s-*-32-lssd	100 000	1 600
u4s-*-48 u4s-*-48-lssd	160 000	2 400
u4s-*-96 u4s-*-96-lssd	240 000	4 800
u4s-*-144 u4s-*-144-lssd	240 000	4 800
u4s-*-192 u4s-*-192-lssd	320 000	10 000
u4s-*-288 u4s-*-288-lssd	320 000	10 000

Hyperdisk Extreme

Type de machine de l'instance	Nombre maximal d'IOPS	Débit maximal (Mio/s)
u4s-*-96 u4s-*-96-lssd	350 000	5 000
u4s-*-144 u4s-*-144-lssd	350 000	5 000
u4s-*-192 u4s-*-192-lssd	440 000	10 000
u4s-*-288 u4s-*-288-lssd	440 000	10 000

Pour en savoir plus sur les limites de performances, consultez les pages suivantes :

• Limites Hyperdisk par instance
• Limites de performances par type d'Hyperdisk

Compatibilité réseau avec les instances U4S

Les instances U4S sont fournies avec une carte d'interface réseau physique par instance, mais vous pouvez configurer plusieurs cartes d'interface réseau virtuelles.

vCPU	Pilote	Bande passante de sortie adresse IP interne	Bande passante de sortie adresse IP externe
2	gVNIC	Jusqu'à 10 Gbit/s	Jusqu'à 7 Gbit/s
4	gVNIC	Jusqu'à 23 Gbit/s	Jusqu'à 7 Gbit/s
8	gVNIC	Jusqu'à 23 Gbit/s	Jusqu'à 7 Gbit/s
16	gVNIC	Jusqu'à 23 Gbit/s	Jusqu'à 7 Gbit/s
24	gVNIC	Jusqu'à 23 Gbit/s	Jusqu'à 7 Gbit/s
32	gVNIC	Jusqu'à 23 Gbit/s	Jusqu'à 7 Gbit/s
48	gVNIC	Jusqu'à 50 Gbit/s	Jusqu'à 25 Gbit/s
96	gVNIC	Jusqu'à 100 Gbit/s	Jusqu'à 25 Gbit/s
144	gVNIC	Jusqu'à 150 Gbit/s	Jusqu'à 25 Gbit/s
192	gVNIC	Jusqu'à 200 Gbit/s	Jusqu'à 25 Gbit/s
288	gVNIC	Jusqu'à 200 Gbit/s	Jusqu'à 25 Gbit/s

Disponibilité régionale des types de machines U4

Les types de machines de la famille U4 sont disponibles dans les régions et zones suivantes : Google Cloud

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

Limites des machines U4

La famille de machines U4 n'est pas compatible avec les fonctionnalités Compute Engine suivantes :

• Pour en savoir plus sur les fonctionnalités des VM protégées, consultez les ressources suivantes :

  • Le démarrage sécurisé n'est pas compatible avec les instances U4.

    • Les instances U4 nécessitent une image de système d'exploitation avec un pilote gVNIC externe (OOT), comme décrit dans Systèmes d'exploitation compatibles avec les types de machines U4. Lorsque le démarrage sécurisé est activé, le système d'exploitation applique une vérification stricte de la signature des modules de noyau. Étant donné que les pilotes OOT ne sont pas signés avec une clé de distribution reconnue, le démarrage sécurisé empêche le pilote réseau de se charger, ce qui entraîne l'échec de l'initialisation du réseau.

    • De plus, le démarrage sécurisé empêche l'utilisation d'Onload créé à partir de la source, comme décrit dans Utiliser Onload. Compilation L'installation d'Onload à partir de la source installe un module de noyau personnalisé. Étant donné que les modules de noyau personnalisés créés à partir de la source ne sont pas signés avec une clé de distribution reconnue, le démarrage sécurisé empêche le chargement du module de noyau Onload.

  • Les VM protégées ne sont pas compatibles avec les instances bare metal, comme décrit dans la section Limites de la présentation des VM protégées.

  Si votre organisation Google Cloud utilise une règle de VM protégée, vous devez créer une règle d'administration personnalisée qui exclut les instances U4 de l'exigence de VM protégée.

• Confidential VM

• Locataire unique : chaque instance U4P ou U4C s'exécute sur un serveur hôte dédié.

• Les VM Spot

• Simuler des événements de maintenance de l'hôte

Autres limites des instances U4 :

• Pour U4S, vous ne pouvez créer que des instances de VM. Les instances bare metal ne sont pas compatibles.
• Les instances Bare Metal U4P et U4C avec l'état de veille du processeur C6 activé présentent de faibles performances de carte d'interface réseau à flux unique. Vous pouvez désactiver l'état de veille du processeur C6 dans l'OS invité pour obtenir la totalité des performances de la bande passante réseau. Pour en savoir plus, consultez la documentation sur la résolution des problèmes de performances réseau.

Limites de quota pour U4

Le quota de processeurs correspond au nombre total de processeurs virtuels sur toutes les instances de calcul d'une région ou d'une zone. Les quotas de CPU s'appliquent aux instances et aux réservations en cours d'exécution. Si votre quota de processeurs est défini sur 16, vous pouvez créer une seule instance de calcul avec 16 vCPU, ou quatre instances de calcul avec 4 vCPU chacune.

Pour comprendre les quotas et les limites d'allocation de ressources de Compute Engine, et pour savoir comment afficher vos quotas U4, consultez Présentation des quotas et des limites de Compute Engine.

Type de quota	Série de machines	Nom du quota	Limite/Description
Processeur	U4C	CPUS_PER_VM_FAMILY: U4C	240 vCPU par zone
Processeur	U4S	CPUS_PER_VM_FAMILY: U4S	576 vCPU par zone
SSD local	Tous	N/A	Aucune demande de quota n'est nécessaire. Les disques sont ajoutés automatiquement aux instances créées à l'aide de types de machines U4 se terminant par -lssd.
Google Cloud Hyperdisk	Tous	Hyperdisk Balanced Capacity (GB) Hyperdisk Balanced IOPS Hyperdisk Balanced Throughput (MB/s) Hyperdisk Extreme Capacity (GB)	Des quotas de capacité et de performances s'appliquent. Pour en savoir plus, consultez Quotas de disque.
Engagements	U4C	Committed_U4C_CPUS	Utilisé avec un contrat d'engagement d'utilisation basé sur les ressources
Engagements	U4S	Committed_U4S_CPUS	Utilisé avec un contrat d'engagement d'utilisation basé sur les ressources

Si vous avez besoin d'augmenter votre quota, vous pouvez contacter les équipes chargées de votre compte ou suivre les instructions de la section Quotas d'allocation.

Systèmes d'exploitation compatibles avec les types de machines U4

Cette section décrit les images de système d'exploitation (OS) compatibles avec les types de machines U4.

Les familles d'images publiques compatibles contiennent un pilote Google Virtual NIC (gVNIC) hors arbre (OOT), qui vous permet de créer des instances Bare Metal U4P et U4C avec le type d'interface réseau GVNIC, ainsi que des instances de VM U4S. De plus, le pilote est compatible avec PTP, ce qui vous permet de configurer une heure précise pour les instances U4.

Remarque : La page Détails des systèmes d'exploitation de la documentation Compute Engine fournit des informations générales sur la compatibilité des systèmes d'exploitation pour Google Cloud les types de machines autres que U4. Pour comprendre la compatibilité des types de machines U4 avec les systèmes d'exploitation, consultez les sections suivantes.

Les images Windows ne sont pas acceptées.

Images Red Hat Enterprise Linux (RHEL)

Google Cloud est compatible avec les images OS Red Hat Enterprise Linux (RHEL) suivantes pour les types de machines U4 :

• RHEL 10.2 EUS avec pilote gVNIC hors arbre
  • Projet de l'image : rhel-cloud
  • Famille d'images : rhel-10-2-eus-oot-gve ou rhel-10-2-eus-lvm-oot-gve

Ces familles d'images étaient initialement disponibles sous un autre nom au format rhel-10-2-eus-gvnic-baremetal. Bien que nous vous recommandions d'utiliser des images avec le nouveau format de nommage, celles qui utilisent le format d'origine restent disponibles et compatibles pendant toute la durée de vie de l'OS.

Images RHEL BYOS

Vous pouvez également créer une instance U4 à l'aide des images de votre abonnement Red Hat Cloud Access. La procédure générale est décrite dans Créer une instance à l'aide d'une image RHEL BYOS.

Pour les images BYOS (Bring Your Own Subscription), le projet et la famille d'images sont les suivants :

• Projet de l'image : rhel-byos-cloud
• Famille d'images : rhel-10-2-eus-oot-gve-byos ou rhel-10-2-eus-lvm-oot-gve-byos

Pour utiliser l'image BYOS, vous devez effectuer une étape supplémentaire :

1. Vous devez d'abord autoriser votre groupe Google à accéder à votre abonnement RHEL, comme décrit dans Créer une instance à l'aide d'une image RHEL BYOS.

2. Vous pouvez ensuite suivre la procédure pour créer une instance ULL ou créer une instance non ULL en spécifiant le projet et la famille d'images BYOS.

Pour en savoir plus sur BYOS, consultez À propos des licences.

Images Rocky Linux

Google Cloud est compatible avec les images d'OS Rocky Linux suivantes pour les types de machines U4 :

• Rocky Linux 10 optimisé pour Google Cloud avec pilote gVNIC hors arbre
  • Projet de l'image : rocky-linux-cloud
  • Famille d'images : rocky-linux-10-optimized-gcp-oot-gve

Différences entre la mise à jour du noyau et la mise à jour automatique

Les images Rocky Linux pour Google Cloud sont configurées pour installer les mises à jour à l'aide de l'outil dnf-automatic, comme décrit dans Mises à jour automatiques.

Toutefois, la famille d'images rocky-linux-10-optimized-gcp-oot-gve est configurée pour exclure les packages du noyau des mises à jour DNF. Cette configuration empêche un scénario dans lequel le système installe un nouveau noyau sans les packages d'en-tête de noyau requis par DKMS pour compiler le module GVE hors arbre, ce qui pourrait entraîner une perte de connectivité réseau au redémarrage.

Cette différence de comportement s'applique aux versions d'image v20260911 et ultérieures. Si vous ne l'avez pas déjà fait, nous vous recommandons de passer à la dernière version.

Images personnalisées

Bien que Google Cloud crée et prenne en charge les images publiques des sections précédentes, vous pouvez également utiliser une image personnalisée basée sur une autre distribution Linux.

Pour utiliser une image personnalisée, celle-ci doit être configurée avec le pilote gVNIC OOT requis. Les images personnalisées peuvent être configurées pour fonctionner avec les machines U4, mais leurs performances et leur stabilité n'ont pas été validées.

Distributions basées sur Red Hat

La procédure suivante est adaptée de la procédure générale pour créer des images personnalisées. Elle inclut les étapes supplémentaires nécessaires pour installer le pilote requis sur les distributions basées sur Red Hat. Cet exemple utilise AlmaLinux.

1. Créez une instance de VM temporaire à l'aide d'une image de base, telle qu'une image AlmaLinux 10. Vous pouvez utiliser n'importe quel type de machine sauf les machines U4P et U4C. L'exemple suivant utilise 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
   

   Remplacez les valeurs suivantes :

   • INSTANCE_NAME : nom de l'instance.
   • PROJECT_ID : ID de votre projet.
   • ZONE : zone dans laquelle créer l'instance

2. Connectez-vous à l'instance à l'aide de SSH :

   gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
   

3. Installez les packages de noyau requis, le plug-in Artifact Registry et le package de version Extra Packages for Enterprise Linux (EPEL). L'exécution de cette opération en tant que transaction unique permet d'éviter les problèmes de synchronisation des miroirs de dépôt :

   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. Redémarrez l'instance pour vous assurer que les mises à jour du noyau prennent effet avant d'installer le pilote :

   sudo reboot
   

5. Reconnectez-vous à l'instance à l'aide de SSH :

   gcloud compute ssh INSTANCE_NAME --project=PROJECT_ID --zone=ZONE
   

6. Installez le pilote OOT à l'aide du RPM fourni par Google. Les commandes suivantes compilent le module de noyau GVE et le préparent à être chargé au prochain démarrage, mais ne chargent pas le nouveau pilote immédiatement :

   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. Redémarrez l'instance pour charger le pilote OOT :

   sudo reboot
   

8. Arrêtez l'instance :

   gcloud compute instances stop INSTANCE_NAME \
       --project=PROJECT_ID \
       --zone=ZONE
   

9. Créez une image à partir du disque de l'instance :

   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
   

   Remplacez les valeurs suivantes :

   • IMAGE_NAME : nom de votre image personnalisée
   • INSTANCE_NAME : nom de l'instance
   • ZONE : zone de l'instance
   • PROJECT_ID : ID de votre projet.
   • IMAGE_FAMILY : famille d'images pour votre image personnalisée
   • IMAGE_PROJECT : ID du projet dans lequel vous souhaitez stocker l'image personnalisée.

Étapes suivantes

• Créer des instances Compute Engine ULL
• Créer des instances Compute Engine non ULL
• En savoir plus sur la configuration de l'infrastructure ULL
• En savoir plus sur ULL Multicast