Famille de machines U4 à latence ultra-faible (ULL)

Disponibilité générale avec liste d'autorisation : la solution ULL n'est disponible que pour les opérateurs de bourse approuvés et leurs participants. Si vous êtes un participant approuvé à la place de marché, 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 machines optimisées pour le réseau à latence ultra-faible (ULL) deGoogle Cloud. U4 est conçu pour prendre en charge les charges de travail principales des écosystèmes d'échange financier en offrant des fonctionnalité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 Xeon de 5e génération d'Intel (nom de code Emerald Rapids), tandis que la série de machines U4S est basée sur le processeur évolutif Xeon de 6e génération d'Intel (nom de code Granite Rapids).

La famille de machines U4 optimisées 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 plusieurs tailles de types de machines virtuelles (VM), avec ou sans disques Titanium SSD associés.

Chaque type de machine d'une série de machines 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 quelle est 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 de place de marché.

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 de l'écosystème

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

Série de machines U4C

La série de machines U4C s'exécute 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 fournissent un accès direct au processeur et à la mémoire du serveur sous-jacent, sans virtualisation ni hyperviseur Compute Engine entre les deux. Chaque instance utilise deux sockets de la machine hôte, avec 60 cœurs par socket. Chaque instance possè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 :

• Basé sur le processeur Intel Emerald Rapids et Titanium.
• Offre 120 processeurs et 512 Go ou 768 Go de mémoire.
• Prise en charge de jusqu'à 12 Tio de disques Titanium SSD locaux.
• Propose uniquement des types de machines prédéfinis.
• Permet d'utiliser une configuration 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 SSD Titanium 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 vCPU 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 compatibles avec 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

Les limites de Google Cloud Hyperdisk avec les instances U4C sont les suivantes :

• Nombre maximal de disques Hyperdisk associés à une instance : 32
• Capacité de disque maximale sur 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 par instance pour les SSD Titanium et Hyperdisk sont listé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 à des applications et services d'échange non ULL (par exemple, 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 unicast et multicast à 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 unicast et multicast à 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ée à 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 Intel Xeon Scalable 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 :

• Basé sur le processeur Intel Granite Rapids et Titanium.
• Compatible avec jusqu'à 18 Tio de disques Titanium SSD locaux.
• Propose uniquement 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, Hyperdisk Extreme et Hyperdisk Throughput.
• 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 vCPU 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 SSD Titanium 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 mis en œuvre 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 vCPU 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 compatibles avec les instances U4S

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

• Hyperdisk Balanced (hyperdisk-balanced)
• Hyperdisque extrême (hyperdisk-extreme)
• Hyperdisk Throughput (hyperdisk-throughput)
• 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	8	0	0
u4s-*-4 u4s-(standard,highmem)-4-lssd	16	16	16	0	0
u4s-*-8 u4s-(standard,highmem)-8-lssd	32	32	32	0	0
u4s-*-16 u4s-(standard,highmem)-16-lssd	32	32	32	0	0
u4s-*-24 u4s-(standard,highmem)-24-lssd	32	32	32	0	0
u4s-*-32 u4s-(standard,highmem)-32-lssd	64	64	64	0	0
u4s-*-48 u4s-(standard,highmem)-48-lssd	64	64	64	0	0
u4s-*-96 u4s-(standard,highmem)-96-lssd	128	128	128	0	8
u4s-*-144 u4s-(standard,highmem)-144-lssd	128	128	128	0	8
u4s-*-192 u4s-(standard,highmem)-192-lssd	128	128	128	0	8
u4s-*-288 u4s-(standard,highmem)-288-lssd	128	128	128	0	8

Limites de performances des disques pour les instances U4S

Les limites de performances des 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

Hyperdisk Throughput

Type de machine de l'instance	Nombre maximal d'IOPS	Débit maximal (Mio/s)
u4s-*-2	1 600	400
u4s-*-4 u4s-*-4-lssd	1 600	400
u4s-*-8 u4s-*-8-lssd	3 200	800
u4s-*-16 u4s-*-16-lssd	6 400	1 600
u4s-*-24 u4s-*-24-lssd	6 400	1 600
u4s-*-32 u4s-*-32-lssd	6 400	1 600
u4s-*-48 u4s-*-48-lssd	9 600	2 400
u4s-*-96 u4s-*-96-lssd	19 200	4 800
u4s-*-144 u4s-*-144-lssd	19 200	4 800
u4s-*-192 u4s-*-192-lssd	40 000	10 000
u4s-*-288 u4s-*-288-lssd	40 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 pour les adresses IP internes	Bande passante de sortie pour les adresses IP externes
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 de machines U4 sont disponibles dans les régions et zones Google Cloud suivantes :

• 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 Compatibilité des systèmes d'exploitation 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 du module de kernel. Comme les pilotes OOT ne sont pas signés avec une clé de distribution reconnue, le démarrage sécurisé empêche le chargement du pilote réseau, 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. La compilation d'Onload à partir de la source installe un module de noyau personnalisé. Étant donné que les modules de kernel 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 kernel 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

• Location 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 pour lesquelles l'état de veille du processeur C6 est activé présentent des performances de carte d'interface réseau à flux unique faibles. Vous pouvez désactiver l'état de veille du processeur C6 dans l'OS invité pour obtenir des performances de bande passante réseau optimales. Pour en savoir plus, consultez la documentation sur la résolution des problèmes de performances réseau.

Limites de quota pour U4

Il s'agit du nombre total de processeurs virtuels sur toutes les instances de calcul d'une région ou d'une zone. Les quotas de processeur 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 processeurs virtuels, ou quatre instances de calcul avec quatre processeurs virtuels 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 requise. 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) Hyperdisk Throughput Capacity (GB) (U4S uniquement)	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 de carte d'interface réseau virtuelle Google (gVNIC) hors arborescence (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 le protocole PTP, 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 OS avec Google Cloud pour les types de machines non U4. Pour en savoir plus sur la compatibilité des OS avec les types de machines U4, consultez les sections suivantes.

Les images Windows ne sont pas compatibles.

Images Red Hat Enterprise Linux (RHEL)

Google Cloud prend en charge les images de l'OS Red Hat Enterprise Linux (RHEL) suivantes pour les types de machines U4 :

• RHEL 10.2 EUS avec pilote gVNIC hors arborescence
  • 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 nom différent au format rhel-10-2-eus-gvnic-baremetal. Bien que nous vous recommandions d'utiliser des images avec le nouveau format de nom, les images qui utilisent le format d'origine restent disponibles et compatibles pendant toute la durée du cycle 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 BYOS RHEL.

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 remplir une condition préalable supplémentaire, comme suit :

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 BYOS RHEL.

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 le 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 arborescence
  • 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 de noyau des mises à jour DNF. Cette configuration évite 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 arborescence, ce qui pourrait entraîner une perte de connectivité réseau lors du 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 d'installer la dernière version.

Images personnalisées

Bien que Google Cloud compile 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 et doit utiliser une distribution compatible avec le pilote. Les images personnalisées peuvent être configurées de manière fonctionnelle pour fonctionner avec les machines U4. Toutefois, 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 de création d'images personnalisées et 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, à l'exception des 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 via SSH :

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

3. Installez le plug-in DNF Artifact Registry :

   sudo dnf makecache && sudo dnf install -y dnf-plugin-artifact-registry
   

4. Configurez le dépôt YUM et installez le package de pilote OOT précompilé (kmod-gve) à l'aide du RPM fourni par Google :

   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 kmod-gve
   

5. Arrêtez l'instance :

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

6. 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.

Distributions basées sur Debian

La procédure suivante est adaptée de la procédure générale de création d'images personnalisées et inclut les étapes supplémentaires nécessaires pour installer le pilote requis sur les distributions basées sur Debian. Cet exemple utilise Ubuntu 26.04 LTS.

1. Créez une instance de VM temporaire à l'aide d'une image de base Ubuntu 26.04 LTS. Vous pouvez utiliser n'importe quel type de machine, à l'exception des machines U4P et U4C. L'exemple suivant utilise n4-highcpu-2.

   gcloud compute instances create INSTANCE_NAME \
       --image-project=ubuntu-os-cloud \
       --image-family=ubuntu-2604-lts-amd64 \
       --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 via SSH :

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

3. Désactivez les mises à jour automatiques des packages en arrière-plan afin que les mises à niveau sans surveillance ne verrouillent pas le gestionnaire de packages, ne mettent pas à jour le noyau ou ne réinitialisent pas les configurations réseau et les routes statiques en arrière-plan :

   sudo systemctl stop apt-daily.timer apt-daily-upgrade.timer \
       apt-daily.service apt-daily-upgrade.service \
       unattended-upgrades.service
   sudo systemctl disable apt-daily.timer apt-daily-upgrade.timer \
       unattended-upgrades.service
   sudo systemctl mask apt-daily.service apt-daily-upgrade.service \
       unattended-upgrades.service
   

4. Installez les packages et les en-têtes de noyau requis pour le noyau en cours d'exécution :

   sudo apt-get update && sudo apt-get install -y curl gnupg dkms linux-headers-$(uname -r)
   

5. Récupérez la clé de signature du package Google Cloud et configurez le dépôt APT pour le pilote OOT :

   sudo mkdir -p /usr/share/keyrings
   curl -fsSL https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo gpg --dearmor -o /usr/share/keyrings/gve-archive-keyring.gpg
   
   cat << 'EOF' | sudo tee /etc/apt/sources.list.d/gve.sources
   Types: deb
   URIs: https://packages.cloud.google.com/apt
   Suites: gve-ubuntu2604-stable
   Components: main
   Signed-By: /usr/share/keyrings/gve-archive-keyring.gpg
   EOF
   

6. Installez le pilote OOT à l'aide du package DEB fourni par Google :

   sudo apt-get update && sudo apt-get install -y gve
   

7. Arrêtez l'instance :

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

8. 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