U4-Maschinenfamilie mit extrem niedriger Latenz (Ultra Low Latency, ULL)

Allgemeine Verfügbarkeit mit Zulassungsliste: Die ULL-Lösung ist nur für genehmigte Börsenbetreiber und ihre Börsenteilnehmer verfügbar. Wenn Sie ein zugelassener Börsenteilnehmer sind, wenden Sie sich an [e-mail], um Zugriff anzufordern.

In diesem Dokument wird die netzwerkoptimierte Maschinenfamilie U4 beschrieben. U4 ist die netzwerkoptimierte Maschinenfamilie mit extrem niedriger Latenz (Ultra Low Latency, ULL) vonGoogle Cloud. U4 wurde entwickelt, um die wichtigsten Arbeitslasten für Finanzbörsen-Ökosysteme zu unterstützen, indem branchenspezifische Instanznetzwerkfunktionen in der öffentlichen Cloud bereitgestellt werden. Die Maschinenserien U4P und U4C basieren auf dem skalierbaren Intel Xeon-Prozessor der 5. Generation (Codename Emerald Rapids), während die Maschinenserie U4S auf dem skalierbaren Intel Xeon-Prozessor der 6. Generation (Codename Granite Rapids) basiert.

Die netzwerkoptimierte U4-Maschinenfamilie bietet drei Maschinenserien:

• U4P: Bare Metal-Maschinentypen mit oder ohne angehängte Titanium-SSD-Laufwerke
• U4C: Bare-Metal-Maschinentypen mit oder ohne angehängte Titanium-SSD-Laufwerke
• U4S: In verschiedenen Größen für virtuelle Maschinen (VMs) verfügbar, entweder mit oder ohne angehängte Titanium-SSD-Laufwerke

Jeder Maschinentyp innerhalb einer Maschinenserie hat eine bestimmte Anzahl von CPUs, Arbeitsspeicher, NUMA-Domains und Netzwerkbandbreite.

Empfohlene Maschinenserie nach Arbeitslasttyp

In der folgenden Tabelle finden Sie die empfohlene Maschinenreihe basierend auf Ihren Arbeitslasten.

Hinweis :U4P-Geräte sind nur für Betreiber von Tauschprogrammen verfügbar.

Maschinenserie	Verwendet von	Arbeitslasttyp
U4P	Betreiber des Datenaustauschs (Anbieter)	Handelssysteme
U4C	Teilnehmer am Datenaustausch	Trading-Strategien ausführen
U4S	Betreiber des Datenaustauschs Teilnehmer am Datenaustausch Dienstanbieter	Zusätzliche Arbeitslasten Ökosystemdienstleistungen austauschen

Während U4P- und U4C-Instanzen ULL-Unicast- und ‑Multicast-Traffic unterstützen, bieten U4S-Instanzen Unterstützung für Nicht-ULL-Arbeitslasten mit geringer physischer Nähe zu U4P- und U4C-Instanzen, um die Latenz zu verringern.

U4C-Maschinenserie

Die U4C-Maschinenserie basiert auf dem skalierbaren Intel Xeon-Prozessor der 5. Generation (Codename Emerald Rapids) und ist für Finanzbörsendienste mit extrem niedriger Latenz optimiert. Es sind nur Bare-Metal-Maschinentypen verfügbar, entweder mit oder ohne angehängte lokale Titanium-SSD-Laufwerke. Bare-Metal-Instanzen bieten direkten Zugriff auf die zugrunde liegende Server-CPU und den Arbeitsspeicher, ohne dass Virtualisierung oder ein Compute Engine-Hypervisor dazwischengeschaltet sind. Jede Instanz verwendet zwei Sockets des Hostcomputers mit 60 Kernen pro Socket. Jede Instanz hat drei physische NICs.

Alle erweiterten Funktionen, die in der Host-CPU verfügbar und aktiviert sind, sind für die U4C-Bare-Metal-Instanzen verfügbar, auch wenn die Compute Engine-Instanzen diese Funktionen nicht verfügbar machen.

Unterstützte Features

Die U4C-Maschinenserie bietet die folgenden Funktionen:

• Basieren auf dem Emerald Rapids-Prozessor von Intel und Titanium.
• Bietet 120 CPUs und 512 GB oder 768 GB Arbeitsspeicher.
• Unterstützt bis zu 12 TiB lokale Titanium-SSDs.
• Bietet nur vordefinierte Maschinentypen.
• Unterstützt die Standardnetzwerkkonfiguration mit bis zu 100 Gbit/s Bandbreite auf nic0 für die Kommunikation innerhalb von Google Cloud.
• Verwendet ULL-VPC-Netzwerke für die Kommunikation mit U4P-Instanzen.
• Kann mit Hyperdisk Balanced- und Hyperdisk Extreme-Blockspeicher verwendet werden.
• Unterstützt Richtlinien für kompakte und gestreute Platzierungen.
• Kann mit zustandsorientierten oder zustandslosen verwalteten Instanzgruppen verwendet werden.

U4C-Maschinentypen

U4C-Maschinentypen sind als vordefinierte Konfigurationen verfügbar:

• standard-Konfigurationen haben 120 CPUs und 768 GB Arbeitsspeicher.
• highcpu-Konfigurationen haben 120 CPUs und 512 GB Arbeitsspeicher.

Wenn Sie Titanium SSD mit U4C verwenden möchten, erstellen Sie Ihre Instanz mit der lssd-Variante der U4C-Maschinentypen. Wenn Sie diesen Maschinentyp auswählen, wird eine Instanz der angegebenen Größe mit angehängten Titanium-SSD-Partitionen erstellt. Sie können Titanium-SSD-Volumes nicht separat anhängen.

Maschinentyp	vCPU-Anzahl^1	Arbeitsspeicher (GB)	Verbundene Titanium-SSD(GiB)	Anzahl der physischen NICs	Bandbreite für ausgehenden Traffic (Gbit/s)^2
u4c-standard-120-metal	120	768	Nein	3	Bis zu 100 Gbit/s Bis zu 1 Gbit/s (ULL)
u4c-highcpu-120-metal	120	512	Nein	3	Bis zu 100 Gbit/s Bis zu 1 Gbit/s (ULL)
u4c-standard-120-lssd-metal	120	768	(4 × 3.000 GiB) 12.000 GiB	3	Bis zu 100 Gbit/s Bis zu 1 Gbit/s (ULL)
u4c-highcpu-120-lssd-metal	120	512	(4 × 3.000 GiB) 12.000 GiB	3	Bis zu 100 Gbit/s Bis zu 1 Gbit/s (ULL)

¹: Bei Bare-Metal-Instanzen werden keine vCPUs verwendet. Bei Bare-Metal-Instanzen entspricht die Anzahl der vCPUs der Anzahl der Hardware-Threads auf dem Hostserver.
² Die maximale Bandbreite für ausgehenden Traffic darf die angegebene Zahl nicht überschreiten. Die tatsächliche Bandbreite für ausgehenden Traffic hängt von der Ziel-IP-Adresse und anderen Faktoren ab. Siehe Netzwerkbandbreite.

Unterstützte Laufwerktypen für U4C-Instanzen

U4C-Instanzen können folgende Blockspeichertypen verwenden:

• Hyperdisk Balanced (hyperdisk-balanced)
• Hyperdisk Extrem (hyperdisk-extreme)
• Lokale Titanium-SSD

Laufwerkskapazitätslimits für U4C-Instanzen

Die Grenzwerte für Google Cloud Hyperdisk mit U4C-Instanzen sind:

• Maximale Anzahl von Hyperdisk-Laufwerken, die an eine Instanz angehängt werden können: 32
• Maximale Laufwerkskapazität für alle Hyperdisk-Laufwerke für eine Instanz: 512 TiB

Weitere Informationen zu den Kapazitätslimits für Festplatten finden Sie unter Hyperdisk-Kapazitätslimits pro VM.

Leistungsgrenzen für Laufwerke für U4C-Instanzen

Die Leistungsgrenzen für Titanium SSD und Hyperdisk pro Instanz sind in den folgenden Tabellen aufgeführt:

Titanium SSD

Maschinentyp	Anzahl der Titanium-SSDs	Gesamtspeicherplatz (GiB)	IOPS für Lesevorgänge	IOPS für Schreibvorgänge	Lesedurchsatz (MiB/s)	Schreibdurchsatz (MiB/s)
u4c-highcpu-120-lssd-metal	4	12.000	7.200.000	3.600.000	30.000	15.840

Hyperdisk

Laufwerkstyp	Maximale Anzahl von Laufwerken pro Instanz	Maximale IOPS	Maximaler Durchsatz (MiB/s)
Hyperdisk abgestimmt	32	275.000	8.750
Hyperdisk Extrem	8	380.000	8.750

Weitere Informationen zu Leistungsgrenzen finden Sie unter:

• Hyperdisk-Limits pro Instanz
• Leistungsgrenzen nach Hyperdisk-Typ

Netzwerkunterstützung für U4C-Instanzen

U4C-Instanzen haben drei physische NICs pro Instanz.

Netzwerkschnittstelle	Treiber	Nutzung	Bandbreite des internen ausgehenden Traffics	Bandbreite für externen ausgehenden Traffic
nic0	Unterstützung von AF_XDP für Google Virtual NIC (gVNIC)	Allgemeine Instanzkommunikation, einschließlich Verbindungen zu Nicht-ULL-Austauschanwendungen und -diensten (z. B. Drop Copy). Verwendet standardmäßig die Premium-Stufe.	Bis zu 100 Gbit/s	Bis zu 25 Gbit/s
nic1 (ULL A)	Unterstützung von AF_XDP für Google Virtual NIC (gVNIC)	ULL-Unicast- und ‑Multicast-Kommunikation	Bis zu 1 Gbit/s	–
nic2 (ULL B)	Unterstützung von AF_XDP für Google Virtual NIC (gVNIC)	ULL-Unicast- und ‑Multicast-Kommunikation	Bis zu 1 Gbit/s	–

Die NUMA-Ausrichtung für die ULL-NICs ist wie folgt: nic1 (ULL A) verwendet NUMA-Knoten 0, während nic2 (ULL B) NUMA-Knoten 2 verwendet.

U4S-Maschinenserie

Die U4S-Maschinenserie ist eine Maschinenserie für allgemeine Zwecke, die für die Ausführung von Hilfslast für U4C- und U4P-Instanzen vorgesehen ist, die keine direkte Verbindung zu einem ULL-VPC-Netzwerk erfordern. U4S-Instanzen basieren auf skalierbaren Intel Xeon-Prozessoren der 6. Generation (Codename Granite Rapids) und Titanium.

Unterstützte Features

Die U4S-Maschinenserie bietet die folgenden Funktionen:

• Basieren auf dem Granite Rapids-Prozessor von Intel und Titanium.
• Unterstützt bis zu 18 TiB an lokalen Titanium-SSDs.
• Bietet nur vordefinierte Maschinentypen.
• Unterstützt die Standardnetzwerkkonfiguration mit bis zu 100 Gbit/s Bandbreite.
• Kann mit Hyperdisk Balanced- und Hyperdisk Extreme-Blockspeicher verwendet werden.
• Unterstützt Richtlinien für kompakte und gestreute Platzierungen.

U4S-Maschinentypen

U4S-VMs sind als vordefinierte Konfigurationen in Größen von 2 bis 288 vCPUs und bis zu 2.232 GB Arbeitsspeicher verfügbar. Die folgenden vorkonfigurierten Maschinentypnamen entsprechen der für die Instanz konfigurierten Speichermenge:

• highcpu: 2 GB Arbeitsspeicher pro vCPU
• standard: 3,75 GB Arbeitsspeicher pro vCPU
• highmem: 7,75 GB Arbeitsspeicher pro vCPU

Wenn Sie Titanium SSD mit U4S verwenden möchten, erstellen Sie Ihre Instanz mit der -lssd-Variante der U4S-Maschinentypen. Wenn Sie diesen Maschinentyp auswählen, wird eine Instanz der angegebenen Größe mit angehängten Titanium-SSD-Partitionen erstellt. Sie können Titanium-SSD-Volumes nicht separat anhängen.

U4S-Standard

Maschinentyp	vCPU-Anzahl^1	Arbeitsspeicher (GB)	Verbundene Titanium-SSD(GiB)	Anzahl der physischen NICs	Bandbreite für ausgehenden Traffic (Gbit/s)^2,3	Bandbreite für ausgehenden Traffic der Stufe 1^3
u4s-standard-2	2	7	Nein	1	Maximal 10	–
u4s-standard-4	4	15	Nein	1	Bis zu 23	–
u4s-standard-8	8	30	Nein	1	Bis zu 23	–
u4s-standard-16	16	60	Nein	1	Bis zu 23	–
u4s-standard-24	24	90	Nein	1	Bis zu 23	–
u4s-standard-32	32	120	Nein	1	Bis zu 23	–
u4s-standard-48	48	180	Nein	1	Bis zu 34	Bis zu 50
u4s-standard-96	96	360	Nein	1	Bis zu 67	Bis zu 100
u4s-standard-144	144	540	Nein	1	Bis zu 100	Bis zu 150
u4s-standard-192	192	720	Nein	1	Bis zu 100	Bis zu 200
u4s-standard-288	288	1.080	Nein	1	Bis zu 100	Bis zu 200

¹ Eine CPU verwendet zwei Threads pro Kern und eine vCPU stellt einen einzelnen Thread dar. Siehe CPU-Plattformen.
² Die maximale Bandbreite für ausgehenden Traffic darf die angegebene Zahl nicht überschreiten. Die tatsächliche Bandbreite für ausgehenden Traffic hängt von der Ziel-IP-Adresse und anderen Faktoren ab. Siehe Netzwerkbandbreite.
³ Unterstützt Netzwerke mit hoher Bandbreite für größere Maschinentypen.

U4S highcpu

Maschinentyp	vCPU-Anzahl^1	Arbeitsspeicher (GB)	Verbundene Titanium-SSD(GiB)	Anzahl der physischen NICs	Bandbreite für ausgehenden Traffic (Gbit/s)^2,3	Bandbreite für ausgehenden Traffic der Stufe 1^3
u4s-highcpu-2	2	4	Nein	1	Maximal 10	–
u4s-highcpu-4	4	8	Nein	1	Bis zu 23	–
u4s-highcpu-8	8	16	Nein	1	Bis zu 23	–
u4s-highcpu-16	16	32	Nein	1	Bis zu 23	–
u4s-highcpu-24	24	48	Nein	1	Bis zu 23	–
u4s-highcpu-32	32	64	Nein	1	Bis zu 23	–
u4s-highcpu-48	48	96	Nein	1	Bis zu 34	Bis zu 50
u4s-highcpu-96	96	192	Nein	1	Bis zu 67	Bis zu 100
u4s-highcpu-144	144	288	Nein	1	Bis zu 100	Bis zu 150
u4s-highcpu-192	192	384	Nein	1	Bis zu 100	Bis zu 200
u4s-highcpu-288	288	576	Nein	1	Bis zu 100	Bis zu 200

¹ Eine CPU verwendet zwei Threads pro Kern und eine vCPU stellt einen einzelnen Thread dar. Siehe CPU-Plattformen.
² Die maximale Bandbreite für ausgehenden Traffic darf die angegebene Zahl nicht überschreiten. Die tatsächliche Bandbreite für ausgehenden Traffic hängt von der Ziel-IP-Adresse und anderen Faktoren ab. Siehe Netzwerkbandbreite.
³ Unterstützt Netzwerke mit hoher Bandbreite für größere Maschinentypen.

U4S highmem

Maschinentyp	vCPU-Anzahl^1	Arbeitsspeicher (GB)	Verbundene Titanium-SSD(GiB)	Anzahl der physischen NICs	Bandbreite für ausgehenden Traffic (Gbit/s)^2,3	Bandbreite für ausgehenden Traffic der Stufe 1^3
u4s-highmem-2	2	15	Nein	1	Maximal 10	–
u4s-highmem-4	4	31	Nein	1	Bis zu 23	–
u4s-highmem-8	8	62	Nein	1	Bis zu 23	–
u4s-highmem-16	16	124	Nein	1	Bis zu 23	–
u4s-highmem-24	24	186	Nein	1	Bis zu 23	–
u4s-highmem-32	32	248	Nein	1	Bis zu 23	–
u4s-highmem-48	48	372	Nein	1	Bis zu 34	Bis zu 50
u4s-highmem-96	96	744	Nein	1	Bis zu 67	Bis zu 100
u4s-highmem-144	144	1.116	Nein	1	Bis zu 100	Bis zu 150
u4s-highmem-192	192	1.488	Nein	1	Bis zu 100	Bis zu 200
u4s-highmem-288	288	2.232	Nein	1	Bis zu 100	Bis zu 200

¹ Eine CPU verwendet zwei Threads pro Kern und eine vCPU stellt einen einzelnen Thread dar. Siehe CPU-Plattformen.
² Die maximale Bandbreite für ausgehenden Traffic darf die angegebene Zahl nicht überschreiten. Die tatsächliche Bandbreite für ausgehenden Traffic hängt von der Ziel-IP-Adresse und anderen Faktoren ab. Siehe Netzwerkbandbreite.
³ Unterstützt Netzwerke mit hoher Bandbreite für größere Maschinentypen.

U4S-Standardspeicher mit lokaler SSD

Maschinentyp	vCPU-Anzahl^1	Arbeitsspeicher (GB)	Verbundene Titanium-SSD(GiB)	Anzahl der physischen NICs	Bandbreite für ausgehenden Traffic (Gbit/s)^2,3	Bandbreite für ausgehenden Traffic der Stufe 1^3
u4s-standard-4-lssd	4	15	(1 × 375 GiB) 375 GiB	1	Bis zu 23	–
u4s-standard-8-lssd	8	30	(1 × 375 GiB) 375 GiB	1	Bis zu 23	–
u4s-standard-16-lssd	16	60	(2 × 375 GiB) 750 GiB	1	Bis zu 23	–
u4s-standard-24-lssd	24	90	(4 × 375 GiB) 1.500 GiB	1	Bis zu 23	–
u4s-standard-32-lssd	32	120	(5 × 375 GiB) 1.875 GiB	1	Bis zu 23	–
u4s-standard-48-lssd	48	180	(8 × 375 GiB) 3.000 GiB	1	Bis zu 34	–
u4s-standard-96-lssd	96	360	(16 × 375 GiB) 6.000 GiB	1	Bis zu 67	–
u4s-standard-144-lssd	144	540	(24 × 375 GiB) 9.000 GiB	1	Bis zu 100	–
u4s-standard-192-lssd	192	720	(32 × 375 GiB) 12.000 GiB	1	Bis zu 100	–
u4s-standard-288-lssd	288	1.080	(48 × 375 GiB) 18.000 GiB	1	Bis zu 100	Bis zu 200

¹ Eine CPU verwendet zwei Threads pro Kern und eine vCPU stellt einen einzelnen Thread dar. Siehe CPU-Plattformen.
² Die maximale Bandbreite für ausgehenden Traffic darf die angegebene Zahl nicht überschreiten. Die tatsächliche Bandbreite für ausgehenden Traffic hängt von der Ziel-IP-Adresse und anderen Faktoren ab. Siehe Netzwerkbandbreite.
³ Unterstützt Netzwerke mit hoher Bandbreite für größere Maschinentypen.

U4S-Highmem mit lokaler SSD

Maschinentyp	vCPU-Anzahl^1	Arbeitsspeicher (GB)	Verbundene Titanium-SSD(GiB)	Anzahl der physischen NICs	Bandbreite für ausgehenden Traffic (Gbit/s)^2,3	Bandbreite für ausgehenden Traffic der Stufe 1^3
u4s-highmem-4-lssd	4	31	(1 × 375 GiB) 375 GiB	1	Bis zu 23	–
u4s-highmem-8-lssd	8	62	(1 × 375 GiB) 375 GiB	1	Bis zu 23	–
u4s-highmem-16-lssd	16	124	(2 × 375 GiB) 750 GiB	1	Bis zu 23	–
u4s-highmem-24-lssd	24	186	(4 × 375 GiB) 1.500 GiB	1	Bis zu 23	–
u4s-highmem-32-lssd	32	248	(5 × 375 GiB) 1.875 GiB	1	Bis zu 23	–
u4s-highmem-48-lssd	48	372	(8 × 375 GiB) 3.000 GiB	1	Bis zu 34	–
u4s-highmem-96-lssd	96	744	(16 × 375 GiB) 6.000 GiB	1	Bis zu 67	–
u4s-highmem-144-lssd	144	1.116	(24 × 375 GiB) 9.000 GiB	1	Bis zu 100	–
u4s-highmem-192-lssd	192	1.488	(32 × 375 GiB) 12.000 GiB	1	Bis zu 100	–
u4s-highmem-288-lssd	288	2.232	(48 × 375 GiB) 18.000 GiB	1	Bis zu 100	Bis zu 200

¹ Eine CPU verwendet zwei Threads pro Kern und eine vCPU stellt einen einzelnen Thread dar. Siehe CPU-Plattformen.
² Die maximale Bandbreite für ausgehenden Traffic darf die angegebene Zahl nicht überschreiten. Die tatsächliche Bandbreite für ausgehenden Traffic hängt von der Ziel-IP-Adresse und anderen Faktoren ab. Siehe Netzwerkbandbreite.
³ Unterstützt Netzwerke mit hoher Bandbreite für größere Maschinentypen.

¹ Eine vCPU ist als einzelner Hardware-Hyper-Thread auf einer der verfügbaren CPU-Plattformen implementiert. Bei Bare-Metal-Instanzen (U4P- und U4C-Maschinen) entspricht die Anzahl der vCPUs der Anzahl der Hardware-Threads auf dem Hostserver.
² Die maximale Bandbreite für ausgehenden Traffic darf die angegebene Zahl nicht überschreiten. Die tatsächliche Bandbreite für ausgehenden Traffic hängt von der Ziel-IP-Adresse und anderen Faktoren ab. Siehe Netzwerkbandbreite.

Unterstützte Laufwerkstypen für U4S-Instanzen

U4S-Instanzen können folgende Blockspeichertypen verwenden:

• Hyperdisk Balanced (hyperdisk-balanced)
• Hyperdisk Extrem (hyperdisk-extreme)
• Lokale Titanium-SSD

Laufwerkskapazitätslimits für U4S-Instanzen

Die maximale Gesamt-Laufwerkskapazität für alle Laufwerke, die an eine Instanz angehängt sind, darf 512 TiB nicht überschreiten.

Weitere Informationen zu den Kapazitätslimits finden Sie unter Hyperdisk-Kapazitätslimits pro VM.

	Maximale Anzahl von Laufwerken
Maschinentypen	Hyperdisk pro VM	Hyperdisk Balanced	Hyperdisk Throughput	Hyperdisk ML	Hyperdisk Extrem
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

Leistungsgrenzen für Laufwerke für U4S-Instanzen

Die Leistungsgrenzen für Titanium-SSDs und Hyperdisk-angehängte Laufwerke sind in der folgenden Tabelle aufgeführt:

Titanium SSD

Maschinentyp der Instanz	Anzahl der Titanium-SSDs	Gesamtspeicherplatz (GiB)	IOPS für Lesevorgänge	IOPS für Schreibvorgänge	Lesedurchsatz (MiB/s)	Schreibdurchsatz (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	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

Hyperdisk abgestimmt

Maschinentyp der Instanz	Maximale IOPS	Maximaler Durchsatz (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	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 Extrem

Maschinentyp der Instanz	Maximale IOPS	Maximaler Durchsatz (MiB/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

Weitere Informationen zu Leistungsgrenzen finden Sie unter:

• Hyperdisk-Limits pro Instanz
• Leistungsgrenzen nach Hyperdisk-Typ

Netzwerkunterstützung für U4S-Instanzen

U4S-Instanzen haben eine physische NIC pro Instanz, Sie können aber mehrere vNICs konfigurieren.

vCPUs	Treiber	Bandbreite des ausgehenden Traffics für interne IP-Adressen	Externe IP-Adresse Bandbreite für ausgehenden Traffic
2	gVNIC	Bis zu 10 Gbit/s	Bis zu 7 Gbit/s
4	gVNIC	Bis zu 23 Gbit/s	Bis zu 7 Gbit/s
8	gVNIC	Bis zu 23 Gbit/s	Bis zu 7 Gbit/s
16	gVNIC	Bis zu 23 Gbit/s	Bis zu 7 Gbit/s
24	gVNIC	Bis zu 23 Gbit/s	Bis zu 7 Gbit/s
32	gVNIC	Bis zu 23 Gbit/s	Bis zu 7 Gbit/s
48	gVNIC	Bis zu 50 Gbit/s	Bis zu 25 Gbit/s
96	gVNIC	Bis zu 100 Gbit/s	Bis zu 25 Gbit/s
144	gVNIC	Bis zu 150 Gbit/s	Bis zu 25 Gbit/s
192	gVNIC	Bis zu 200 Gbit/s	Bis zu 25 Gbit/s
288	gVNIC	Bis zu 200 Gbit/s	Bis zu 25 Gbit/s

Regionale Verfügbarkeit von U4-Maschinentypen

Maschinentypen für die U4-Maschinenfamilie sind in den folgenden Google Cloud Regionen und ‑Zonen verfügbar:

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

U4-Einschränkungen

Die U4-Maschinenfamilie unterstützt die folgenden Compute Engine-Funktionen nicht:

• Informationen zu Shielded VM-Funktionen finden Sie unter:

  • Secure Boot wird für U4-Instanzen nicht unterstützt.

    • Für U4-Instanzen ist ein Betriebssystem-Image mit einem Out-of-Tree-gVNIC-Treiber (OOT) erforderlich, wie unter Betriebssystemunterstützung für U4-Maschinentypen beschrieben. Wenn Secure Boot aktiviert ist, erzwingt das Betriebssystem eine strenge Überprüfung der Kernelmodulsignatur. Da OOT-Treiber nicht mit einem erkannten Verteilungsschlüssel signiert sind, verhindert Secure Boot, dass der Netzwerktreiber geladen wird. Dadurch schlägt die Netzwerkinitialisierung fehl.

    • Außerdem verhindert Secure Boot die Verwendung von Onload, das aus dem Quellcode erstellt wurde, wie unter Mit Onload arbeiten beschrieben. Onload aus dem Quellcode erstellen: Bei der Installation wird ein benutzerdefiniertes Kernelmodul installiert. Da benutzerdefinierte Kernelmodule, die aus dem Quellcode erstellt wurden, nicht mit einem erkannten Verteilungsschlüssel signiert sind, verhindert Secure Boot das Laden des Onload-Kernelmoduls.

  • Shielded VM werden für Bare-Metal-Instanzen nicht unterstützt, wie im Abschnitt Einschränkungen in der Übersicht zu Shielded VM beschrieben.

  Wenn in Ihrer Google Cloud Organisation eine Shielded VM-Richtlinie verwendet wird, müssen Sie eine benutzerdefinierte Organisationsrichtlinie erstellen, in der U4-Instanzen von der Shielded VM-Anforderung ausgeschlossen werden.

• Confidential VM

• Einzelmandantenfähigkeit: Jede U4P- oder U4C-Instanz wird auf einem dedizierten Hostserver ausgeführt.

• Spot-VMs

• Hostwartungsereignisse simulieren

Zusätzliche Einschränkungen von U4-Instanzen:

• Für U4S können Sie nur VM-Instanzen erstellen. Bare-Metal-Instanzen werden nicht unterstützt.
• Bare-Metal-Instanzen vom Typ U4P und U4C mit aktiviertem C6-CPU-Ruhestatus haben eine geringe Single-Stream-NIC-Leistung. Sie können den C6-CPU-Ruhemodusstatus im Gastbetriebssystem deaktivieren, um die volle Netzwerkbandbreite zu erreichen. Weitere Informationen finden Sie in der Dokumentation zur Fehlerbehebung bei der Netzwerkleistung.

Kontingentlimits für U4

Das CPU-Kontingent bezieht sich auf die Gesamtzahl der virtuellen CPUs in Ihren Compute-Instanzen in einer Region oder Zone. CPU-Kontingente gelten für laufende Instanzen und Reservierungen. Wenn Ihr CPU-Kontingent auf 16 festgelegt ist, können Sie eine einzelne Compute-Instanz mit 16 vCPUs oder 4 Compute-Instanzen mit jeweils 4 vCPUs erstellen.

Informationen zu Compute Engine-Kontingenten und Ressourcenzuweisungslimits sowie dazu, wie Sie Ihre U4-Kontingente aufrufen, finden Sie unter Kontingente und Limits für Compute Engine.

Kontingenttyp	Maschinenreihe	Kontingentname	Limit/Beschreibung
CPU	U4C	CPUS_PER_VM_FAMILY: U4C	240 vCPUs pro Zone
CPU	U4S	CPUS_PER_VM_FAMILY: U4S	576 vCPUs pro Zone
Lokale SSD	Alle	–	Es ist keine Kontingentanfrage erforderlich. Laufwerke werden automatisch Instanzen hinzugefügt, die mit U4-Maschinentypen erstellt wurden, die mit -lssd enden.
Google Cloud-Hyperdisk	Alle	Hyperdisk Balanced Capacity (GB) Hyperdisk Balanced IOPS Hyperdisk Balanced Throughput (MB/s) Hyperdisk Extreme Capacity (GB)	Es gelten Kontingente für Kapazität und Leistung. Weitere Informationen finden Sie unter Laufwerkkontingente.
Zusicherungen	U4C	Committed_U4C_CPUS	Wird mit einem ressourcenbasierten Vertrag für zugesicherte Nutzung verwendet
Zusicherungen	U4S	Committed_U4S_CPUS	Wird mit einem ressourcenbasierten Vertrag für zugesicherte Nutzung verwendet

Wenn Sie eine Kontingenterhöhung benötigen, können Sie sich an Ihr Account-Management-Team wenden oder der Anleitung unter Zuweisungskontingente folgen.

Unterstützung von Betriebssystemen für U4-Maschinentypen

In diesem Abschnitt werden die unterstützten Betriebssystem-Images für U4-Maschinentypen beschrieben.

Die unterstützten öffentlichen Image-Familien enthalten einen Out-of-Tree-Treiber (OOT) für Google Virtual NIC (gVNIC), mit dem Sie Bare-Metal-Instanzen vom Typ U4P und U4C mit dem Netzwerk-Schnittstellentyp GVNIC sowie U4S-VM-Instanzen erstellen können. Außerdem unterstützt der Treiber PTP, sodass Sie die genaue Zeit für U4-Instanzen konfigurieren können.

Hinweis :Auf der Seite Details zu Betriebssystemen in der Compute Engine-Dokumentation finden Sie allgemeine Informationen zur Betriebssystemunterstützung für Google Cloud für Nicht-U4-Maschinentypen. In den folgenden Abschnitten finden Sie Informationen zur Betriebssystemunterstützung für U4-Maschinentypen.

Windows-Images werden nicht unterstützt.

Red Hat Enterprise Linux (RHEL) Images

Google Cloud unterstützt die folgenden Betriebssystem-Images von Red Hat Enterprise Linux (RHEL) für U4-Maschinentypen:

• RHEL 10.2 EUS mit Out-of-Tree-gVNIC-Treiber
  • Imageprojekt: rhel-cloud
  • Imagefamilie: rhel-10-2-eus-oot-gve oder rhel-10-2-eus-lvm-oot-gve

Diese Image-Familien waren ursprünglich unter einem anderen Namen verfügbar, der das Format rhel-10-2-eus-gvnic-baremetal verwendete. Wir empfehlen zwar, Bilder mit dem neuen Namensformat zu verwenden, aber Bilder mit dem ursprünglichen Format bleiben während des gesamten Lebenszyklus des Betriebssystems verfügbar und werden unterstützt.

RHEL-BYOS-Images

Sie können auch eine U4-Instanz erstellen, indem Sie Images aus Ihrem Red Hat Cloud Access-Abo verwenden. Die allgemeine Vorgehensweise ist unter Instanz mit einem RHEL-BYOS-Image erstellen beschrieben.

Für BYOS-Images (Bring your own Subscription, Eigenes Abo verwenden) sind das Image-Projekt und die Image-Familie wie folgt:

• Imageprojekt: rhel-byos-cloud
• Imagefamilie: rhel-10-2-eus-oot-gve-byos oder rhel-10-2-eus-lvm-oot-gve-byos

Wenn Sie das BYOS-Image verwenden möchten, müssen Sie eine zusätzliche Voraussetzung erfüllen:

1. Sie müssen zuerst Ihrer Google Groups-Gruppe Zugriff auf Ihr RHEL-Abo gewähren, wie unter Instanz mit einem RHEL-BYOS-Image erstellen beschrieben.

2. Anschließend können Sie eine ULL-Instanz erstellen oder eine Nicht-ULL-Instanz erstellen, indem Sie das BYOS-Image-Projekt und die BYOS-Image-Familie angeben.

Weitere Informationen zu BYOS finden Sie unter Informationen zu Lizenzen.

Rocky Linux-Images

Google Cloud unterstützt die folgenden Rocky Linux-Betriebssystem-Images für U4-Maschinentypen:

• Rocky Linux 10 optimiert für Google Cloud mit Out-of-Tree-gVNIC-Treiber
  • Imageprojekt: rocky-linux-cloud
  • Image-Familie: rocky-linux-10-optimized-gcp-oot-gve

Unterschiede zwischen Kernel-Updates und automatischen Updates

Rocky Linux-Images für Google Cloud sind so konfiguriert, dass Updates mit dem Tool dnf-automatic installiert werden, wie unter Automatische Updates beschrieben.

Die Image-Familie rocky-linux-10-optimized-gcp-oot-gve ist jedoch so konfiguriert, dass Kernelpakete von DNF-Updates ausgeschlossen werden. Diese Konfiguration verhindert ein Szenario, in dem das System einen neuen Kernel ohne die Kernel-Header-Pakete installiert, die DKMS zum Kompilieren des Out-of-Tree-GVE-Moduls benötigt. Dies könnte beim Neustart zu einem Verlust der Netzwerkverbindung führen.

Dieser Unterschied im Verhalten gilt für Bildversionen v20260911 und höher. Falls noch nicht geschehen, empfehlen wir Ihnen, auf die aktuelle Version zu aktualisieren.

Benutzerdefinierte Images

Google Cloud erstellt und unterstützt die öffentlichen Images in den vorherigen Abschnitten. Alternativ können Sie jedoch ein benutzerdefiniertes Image verwenden, das auf einer anderen Linux-Distribution basiert.

Wenn Sie ein benutzerdefiniertes Image verwenden möchten, muss das Image mit dem erforderlichen OOT-gVNIC-Treiber konfiguriert sein. Benutzerdefinierte Images können so konfiguriert werden, dass sie mit U4-Maschinen funktionieren. Sie wurden jedoch nicht auf Leistung oder Stabilität getestet.

Red Hat-basierte Distributionen

Das folgende Verfahren wurde an das allgemeine Verfahren zum Erstellen benutzerdefinierter Images angepasst und enthält die zusätzlichen Schritte, die zum Installieren des erforderlichen Treibers auf Red Hat-basierten Distributionen erforderlich sind. In diesem Beispiel wird AlmaLinux verwendet.

1. Erstellen Sie eine temporäre VM-Instanz mit einem Basis-Image, z. B. einem AlmaLinux 10-Image. Sie können jeden Maschinentyp mit Ausnahme von U4P- und U4C-Maschinen verwenden. Im folgenden Beispiel wird n4-highcpu-2 verwendet.

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

   Ersetzen Sie die folgenden Werte:

   • INSTANCE_NAME: ein Name für die Instanz
   • PROJECT_ID: die Projekt-ID
   • ZONE: Die Zone, in der die Instanz erstellt werden soll

2. Stellen Sie mit SSH eine Verbindung zur Instanz her:

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

3. Installieren Sie die erforderlichen Kernelpakete, das Artifact Registry-Plug-in und das EPEL-Releasepaket (Extra Packages for Enterprise Linux). Wenn Sie dies als einzelne Transaktion ausführen, lassen sich Probleme bei der Synchronisierung von Repository-Spiegeln vermeiden:

   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. Starten Sie die Instanz neu, damit alle Kernel-Updates wirksam werden, bevor Sie den Treiber installieren:

   sudo reboot
   

5. Stellen Sie mit SSH eine erneute Verbindung zur Instanz her:

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

6. Installieren Sie den OOT-Treiber mit dem von Google bereitgestellten RPM. Mit den folgenden Befehlen wird das GVE-Kernelmodul kompiliert und für das Laden beim nächsten Start vorbereitet. Der neue Treiber wird jedoch nicht sofort geladen:

   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. Starten Sie die Instanz neu, um den OOT-Treiber zu laden:

   sudo reboot
   

8. Beenden Sie die Instanz:

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

9. Erstellen Sie ein Image vom Laufwerk der Instanz:

   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
   

   Ersetzen Sie die folgenden Werte:

   • IMAGE_NAME: Ein Name für Ihr benutzerdefiniertes Image.
   • INSTANCE_NAME den Namen der Instanz
   • ZONE: Zone der Instanz
   • PROJECT_ID: die Projekt-ID
   • IMAGE_FAMILY: Eine Image-Familie für Ihr benutzerdefiniertes Image.
   • IMAGE_PROJECT: die Projekt-ID, in der Sie das benutzerdefinierte Image speichern möchten

Nächste Schritte

• ULL Compute Engine-Instanzen erstellen
• Compute Engine-Instanzen ohne ULL erstellen
• ULL-Infrastruktur konfigurieren
• Informationen zu ULL Multicast