Diese Seite wurde von der Cloud Translation API übersetzt.

Netzwerkleistung pro VM-Tier_1 konfigurieren

Mit Compute Engine können Sie eine VM-Tier_1-Netzwerk-Leistungskonfiguration mit hohen Bandbreiten für bestimmte Compute Engine-VM- und Bare-Metal-Instanzen wählen. Compute-Instanzen mit Tier_1-Netzwerkkonfigurationen sind besonders nützlich für große, verteilte Computing-Arbeitslasten mit einer massiven Kommunikation zwischen Knoten, wie Hochleistungs-Computing (HPC, High Performance Computing), maschinelles Lernen (ML) und Deep Learning (DL).

Die Kombination dieser Instanzen mit hohem Netzwerkdurchsatz mit leistungsfähigem lokalen SSD-Speicher ist für I/O-intensive, Flash-optimierte Datenbanken geeignet.

Hinweise

Prüfen Sie die Preise für VM-Netzwerkleistung der Stufe 1 unter Netzwerkpreise für höhere Bandbreite 1.
Richten Sie die Authentifizierung ein, falls Sie dies noch nicht getan haben. Bei der Authentifizierung wird Ihre Identität für den Zugriff auf Google Cloud -Dienste und APIs überprüft. Zum Ausführen von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich so bei Compute Engine authentifizieren:
Select the tab for how you plan to use the samples on this page:
Console

When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.
gcloud
1. Installieren Sie die Google Cloud CLI. Initialisieren Sie die Google Cloud CLI nach der Installation mit dem folgenden Befehl:
  gcloud init
  Wenn Sie einen externen Identitätsanbieter (IdP) verwenden, müssen Sie sich zuerst mit Ihrer föderierten Identität in der gcloud CLI anmelden.
  
  Hinweis: Wenn Sie die gcloud CLI zuvor installiert haben, prüfen Sie mit gcloud components update, ob Sie die aktuelle Version haben.
2. Set a default region and zone.
REST

Wenn Sie die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung verwenden möchten, verwenden Sie die Anmeldedaten, die Sie der gcloud CLI bereitstellen.
Weitere Informationen finden Sie in der Dokumentation zur Google Cloud -Authentifizierung unter Für die Verwendung von REST authentifizieren.

Erforderliche Rollen

Bitten Sie Ihren Administrator, Ihnen die folgenden IAM-Rollen für Ihr Projekt zuzuweisen, um die Berechtigungen zu erhalten, die Sie zum Konfigurieren einer Instanz für die Verwendung der Tier_1-Netzwerkleistung pro VM benötigen:

Compute-Instanzadministrator (Version 1) (roles/compute.instanceAdmin.v1)
Dienstkonten erstellen (roles/iam.serviceAccountCreator)

Weitere Informationen zum Zuweisen von Rollen finden Sie unter Zugriff auf Projekte, Ordner und Organisationen verwalten.

Diese vordefinierten Rollen enthalten die Berechtigungen, die zum Konfigurieren einer Instanz für die Verwendung der Netzwerkleistung pro VM-Tier_1 erforderlich sind. Erweitern Sie den Abschnitt Erforderliche Berechtigungen, um die erforderlichen Berechtigungen anzuzeigen:

Erforderliche Berechtigungen

Die folgenden Berechtigungen sind erforderlich, um eine Instanz für die Verwendung der Netzwerkleistung pro VM-Tier_1 zu konfigurieren:

So erstellen Sie Instanzen:
- compute.instances.create für das Projekt
- Zur Erstellung der VM mit einem benutzerdefinierten Image: compute.images.useReadOnly für das Image
- Zur Erstellung der VM mithilfe eines Snapshots: compute.snapshots.useReadOnly für den Snapshot
- Zur Erstellung der VM mithilfe einer Instanzvorlage: compute.instanceTemplates.useReadOnly für die Instanzvorlage
- Um der VM ein Legacy-Netzwerk zuzuweisen: compute.networks.use für das Projekt
- Zum Festlegen einer statische IP-Adresse für die VM: compute.addresses.use für das Projekt
- Zur Zuweisung einer externen IP-Adresse zur VM bei Verwendung eines Legacy-Netzwerks: compute.networks.useExternalIp für das Projekt
- Um ein Subnetz für die VM anzugeben: compute.subnetworks.use für das Projekt oder für das ausgewählte Subnetz
- Um der VM eine externe IP-Adresse zuzuweisen, wenn Sie ein VPC-Netzwerk verwenden: compute.subnetworks.useExternalIp für das Projekt oder für das ausgewählte Subnetz
- Um die Metadaten der VM-Instanz für die VM festzulegen: compute.instances.setMetadata für das Projekt
- Um Tags für die VM festzulegen: compute.instances.setTags für die VM
- Um Labels für die VM festzulegen: compute.instances.setLabels für die VM
- Um ein Dienstkonto festzulegen, das die VM verwenden soll: compute.instances.setServiceAccount für die VM
- Um ein neues Laufwerk für die VM zu erstellen: compute.disks.create für das Projekt
- Um ein vorhandenes Laufwerk im Lese- oder Lese‑/Schreibmodus anzuhängen: compute.disks.use für das Laufwerk
- Um ein vorhandenes Laufwerk im Lesemodus anzuhängen: compute.disks.useReadOnly für das Laufwerk
So aktualisieren Sie eine Instanz zur Verwendung eines Tier_1-Netzwerks:
- compute.instances.update
- Berechtigung zur Verwendung der Ressourcen, die Sie auf der Instanz ändern möchten, z. B. compute.networks.use.
So erstellen Sie eine Instanzvorlage mit einem Tier_1-Netzwerk: compute.instanceTemplates.create

Sie können diese Berechtigungen auch mit benutzerdefinierten Rollen oder anderen vordefinierten Rollen erhalten.

Beschränkungen

Compute Engine ist der einzige Produktbereich, der Tier_1-Netzwerke unterstützt.
Das Netzwerk der Stufe 1 wird für die Maschinentypen N2, N2D, C2, C2D, C3, C3D, C4, C4A, C4D, M3, M4 und Z3 unterstützt, die die erforderliche Mindestanzahl an vCPUs haben.
Für VMs ist für Tier_1-Netzwerke der virtuelle gVNIC-Netzwerktreiber und ein gVNIC-kompatibles Betriebssystem oder benutzerdefiniertes Image erforderlich.
Für VMs der dritten Generation und höher ist die gVNIC-Treiberversion 1.4.2 oder höher erforderlich, um die höchste Netzwerkbandbreite zu erreichen. Achten Sie darauf, dass das von Ihnen verwendete Betriebssystem-Image (OS) das Tier_1-Netzwerk vollständig unterstützt. Vollständig unterstützte Betriebssystem-Images enthalten den aktualisierten gVNIC-Treiber. Sie können den gVNIC-Treiber aktualisieren, wenn Sie ein Image verwenden, das nicht die neueste Version enthält.
Käufliche Tier_1-Netzwerk-SKUs (Stock Keeping Units) sind von Rabatten für zugesicherte Nutzung ausgeschlossen.
Bei großen C4-, C4D-, C3-, C3D- und Z3-VMs können NUMA-bezogene Engpässe auftreten, wenn die Bandbreite über 100 Gbit/s hinausgeht. Je nach Anwendungsarchitektur müssen Sie möglicherweise die Threads steuern und die Platzierung unterbrechen. Unter Linux können Gastbetriebssystem-Features wie Receive Flow Steering (RFS) helfen. Prüfen Sie, ob Ihre Anwendungen auf NUMA abgestimmt sind, um die Leistung zu maximieren.

Bandbreitenstufen

Das Bandbreitenlimit für ausgehenden Traffic stellt die maximal mögliche Datenmenge pro Zeiteinheit (z. B. Gigabit pro Sekunde, Gbit/s) dar, mit der Google Cloudeine Compute Engine-Instanz aus ihren Netzwerkschnittstellen (NICs) Daten ausgeben kann. Die Bandbreite für ausgehenden Traffic umfasst Daten, die an alle an die Instanz angehängten Persistent Disk- und Google Cloud Hyperdisk-Volumes übertragen werden.

Beachten Sie die folgenden Bandbreitenbeschränkungen:

Das standardmäßige Bandbreitenlimit reicht von 10 Gbit/s bis 200 Gbit/s, je nach Maschinentyp und Instanzgröße.
Tier_1-Netzwerke erhöhen das maximale Limit für ausgehenden Traffic für Compute-Instanzen. Die maximale Bandbreite für ausgehenden Traffic reicht von 50 Gbit/s bis 200 Gbit/s, je nach Größe und Maschinentyp Ihrer Instanz.
Die tatsächliche Bandbreite für ausgehenden Traffic ist immer kleiner oder gleich dem Limit für die Bandbreite für ausgehenden Traffic.

Um die höchstmögliche Bandbreite für ausgehenden Traffic zu erreichen, müssen alle folgenden Punkte gegeben sein:

Die Compute-Instanzen für das Senden und Empfangen müssen sich in derselben Zone befinden.
Die Instanzen müssen NICs im selben VPC-Netzwerk oder in VPC-Netzwerken haben, die über VPC-Netzwerk-Peering verbunden sind.
Pakete, die zwischen den Instanzen gesendet werden, müssen interne IP-Adressziele verwenden.
Das von den Instanzen verwendete VPC-Netzwerk verwendet die höchste Einstellung für die maximale Übertragungseinheit (MTU). Eine höhere MTU reduziert den Paketheader-Overhead und erhöht somit den Nutzlastdatendurchsatz.

Eine vollständige Beschreibung der Limits für ausgehenden und eingehenden Traffic finden Sie unter Netzwerkbandbreite.

C4-VMs und Bare-Metal-Instanzen für allgemeine Zwecke

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für C4-VMs und Bare-Metal-Instanzen beschrieben. Bei C4-VMs mit lokaler SSD unterstützen nur Maschinentypen mit 288 vCPUs das Tier_1-Netzwerk.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
2	10 Gbit/s	–	7 Gbit/s	–
4	23 Gbit/s	–	7 Gbit/s	–
8	23 Gbit/s	–	7 Gbit/s	–
16	23 Gbit/s	–	7 Gbit/s	–
24	23 Gbit/s	–	7 Gbit/s	–
32	23 Gbit/s	–	7 Gbit/s	–
48	34 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
96	67 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
144 (Vorschau)	100 Gbit/s	150 Gbit/s	7 Gbit/s	25 Gbit/s
192	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s
288 (Vorschau)	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s

C4A-VMs für allgemeine Zwecke

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für C4A-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
1	10 Gbit/s	–	7 Gbit/s	–
2	10 Gbit/s	–	7 Gbit/s	–
4	23 Gbit/s	–	7 Gbit/s	–
8	23 Gbit/s	–	7 Gbit/s	–
16	23 Gbit/s	–	7 Gbit/s	–
32	23 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
48	34 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
64	45 Gbit/s	75 Gbit/s	7 Gbit/s	25 Gbit/s
72	50 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s

C4D-Instanzen für allgemeine Zwecke

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für C4D-Instanzen beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
2	10 Gbit/s	–	7 Gbit/s	–
4	20 Gbit/s	–	7 Gbit/s	–
8	20 Gbit/s	–	7 Gbit/s	–
16	20 Gbit/s	–	7 Gbit/s	–
32	23 Gbit/s	–	7 Gbit/s	–
48	34 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
64	45 Gbit/s	75 Gbit/s	7 Gbit/s	25 Gbit/s
96	67 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
192	100 Gbit/s	150 Gbit/s	7 Gbit/s	25 Gbit/s
384	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s

C3-VMs und Bare-Metal-Instanzen für allgemeine Zwecke

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für C3-VMs und Bare-Metal-Instanzen beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
4	23 Gbit/s	–	7 Gbit/s	–
8	23 Gbit/s	–	7 Gbit/s	–
22	23 Gbit/s	–	7 Gbit/s	–
44	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
88	62 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
176	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s
192	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s

C3D-VMs für allgemeine Zwecke

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
4	20 Gbit/s	–	7 Gbit/s	–
8	20 Gbit/s	–	7 Gbit/s	–
16	20 Gbit/s	–	7 Gbit/s	–
30	20 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
60	40 Gbit/s	75 Gbit/s	7 Gbit/s	25 Gbit/s
90	60 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
180	100 Gbit/s	150 Gbit/s	7 Gbit/s	25 Gbit/s
360	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s

Computing-optimierte H4D-Instanzen

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für H4D-Instanzen beschrieben.

vCPUs	Interne IP-Adresse	Externe IP-Adresse
192	200 Gbit/s	1 Gbit/s

Computing-optimierte H3-VMs

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite von H3-VMs beschrieben.

vCPUs	Interne IP-Adresse	Externe IP-Adresse
88	200 Gbit/s	1 Gbit/s

Computing-optimierte C2-VMs

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für C2-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
4	10 Gbit/s	Nicht zutreffend (N/A)	7 Gbit/s	–
8	16 Gbit/s	–	7 Gbit/s	–
16	32 Gbit/s	–	7 Gbit/s	–
30	32 Gbit/s	50 Gbit/s	7 Gbit/s	7 Gbit/s
60	32 Gbit/s	100 Gbit/s	7 Gbit/s	7 Gbit/s

Computing-optimierte C2D-VMs

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für C2D-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
2	10 Gbit/s	Nicht zutreffend (N/A)	7 Gbit/s	–
4	10 Gbit/s	–	7 Gbit/s	–
8	16 Gbit/s	–	7 Gbit/s	–
16	32 Gbit/s	–	7 Gbit/s	–
32	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
56	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
112	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s

Speicheroptimierte M4-VMs

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für M4-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
16	16 Gbit/s	–	7 Gbit/s	25 Gbit/s
32	32 Gbit/s	–	7 Gbit/s	25 Gbit/s
56	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
64	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
112	50 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
224	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s

Speicheroptimierte M3-VMs

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für M3-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
32	32 Gbit/s	–	7 Gbit/s	–
64	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
128	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s

N2-VMs für allgemeine Zwecke

In der folgenden Tabelle werden die Limits für ausgehende Bandbreite für N2-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
2	10 Gbit/s	Nicht zutreffend (N/A)	7 Gbit/s	–
4	10 Gbit/s	–	7 Gbit/s	–
8	16 Gbit/s	–	7 Gbit/s	–
16	32 Gbit/s	–	7 Gbit/s	–
32	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
48	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
64	32 Gbit/s	75 Gbit/s	7 Gbit/s	25 Gbit/s
80	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
96	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
128	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s

N2-VMs für allgemeine Zwecke (benutzerdefinierte Größenformen)

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für benutzerdefinierte N2-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
2, 4 oder 6	10 Gbit/s	Nicht zutreffend (N/A)	7 Gbit/s	–
8, 10, 12 oder 14	16 Gbit/s	–	7 Gbit/s	–
16, 18, 20, 22, 24, 26, 28 oder 30	32 Gbit/s	–	7 Gbit/s	–
32, 36, 40, 44, 48, 52, 56 oder 60	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
64, 68, 72 oder 76	32 Gbit/s	75 Gbit/s	7 Gbit/s	25 Gbit/s
80 oder mehr	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s

N2D-VMs für allgemeine Zwecke

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für N2D-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
2	10 Gbit/s	Nicht zutreffend (N/A)	7 Gbit/s	–
4	10 Gbit/s	–	7 Gbit/s	–
8	16 Gbit/s	–	7 Gbit/s	–
16	32 Gbit/s	–	7 Gbit/s	–
32	32 Gbit/s	–	7 Gbit/s	–
48	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
64	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
80	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
96	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
128	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
224	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s

N2D-VMs für allgemeine Zwecke (benutzerdefinierte Größenformen)

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für benutzerdefinierte N2D-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
2 oder 4	10 Gbit/s	Nicht zutreffend (N/A)	7 Gbit/s	–
8	16 Gbit/s	–	7 Gbit/s	–
16 oder 32	32 Gbit/s	–	7 Gbit/s	–
48, 64 oder 80	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
96	32 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s

Speicheroptimierte X4-Instanz

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für X4-Bare-Metal-Instanzen beschrieben.

vCPUs	Interne IP-Adresse	Externe IP-Adresse
960	100 Gbit/s	7 Gbit/s
1440	100 Gbit/s	7 Gbit/s
1920	100 Gbit/s	7 Gbit/s

Speicheroptimierte Z3-VMs

In der folgenden Tabelle werden die Limits für die ausgehende Bandbreite für Z3-VMs beschrieben.

vCPUs	Interne IP-Adresse	Interne Tier_1-IP	Externe IP-Adresse	Externe Tier_1-IP
8, 14, 16 oder 22	23 Gbit/s	–	7 Gbit/s	–
32	32 Gbit/s	–	7 Gbit/s	–
44	32 Gbit/s	50 Gbit/s	7 Gbit/s	25 Gbit/s
88	62 Gbit/s	100 Gbit/s	7 Gbit/s	25 Gbit/s
176	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s
192	100 Gbit/s	200 Gbit/s	7 Gbit/s	25 Gbit/s

Instanz mit Tier_1-Netzwerk konfigurieren

Sie können Tier_1-Netzwerke beim Erstellen einer Compute-Instanz aktivieren, wenn die Instanz nicht die VirtioNet-Schnittstelle verwendet. Sie können eine Instanz auch bearbeiten, um das Tier_1-Netzwerk hinzuzufügen oder zu entfernen, sofern die Instanz mit der gVNIC- oder IDPF-Netzwerkschnittstelle erstellt wurde .

Optional können Sie auch die beschleunigte Netzwerkpaketverarbeitung mit DPDK aktivieren, um leistungsintensive Anwendungen auf einer Instanz auszuführen, die Tier_1-Netzwerke verwendet.

VMs und Container erstellen, die Tier_1-Netzwerke verwenden

Verwenden Sie die Google Cloud Console, die Google Cloud CLI oder REST, um einer neuen Compute-Instanz oder einem Container ein Tier_1-Netzwerk hinzuzufügen.

Console

Rufen Sie in der Google Cloud Console die Seite VM-Instanzen auf:

Zu "VM-Instanzen"
Wählen Sie Ihr Projekt aus.
Klicken Sie auf Instanz erstellen.
Geben Sie einen Namen für Ihre Compute-Instanz an. Weitere Informationen finden Sie unter Namenskonvention für Ressourcen.
Wählen Sie eine Region und Zone aus, die den Maschinentyp unterstützt, den Sie verwenden möchten.
Wählen Sie eine Maschinenkonfiguration für Ihre Instanz aus. Wenn Sie eine Instanz mit Tier_1-Netzwerk erstellen möchten, müssen Sie eine unterstützte Maschinenreihe und einen unterstützten Maschinentyp auswählen.
- Klicken Sie auf den Tab Allgemeiner Zweck, bevor Sie im Drop-down-Menü Reihe die Optionen N2, N2D, C4, C4A, C4D, C3 oder C3D auswählen.
- Klicken Sie auf den Tab Computing-optimiert, bevor Sie im Menü Reihe die Optionen C2 oder C2D auswählen.
- Klicken Sie auf den Tab Speicheroptimiert, bevor Sie im Menü Reihe die Optionen M3 oder M4 auswählen.
- Klicken Sie auf den Tab Speicheroptimiert, bevor Sie im Menü Reihe die Option Z3 auswählen.
Wenn Sie eine Fehlermeldung erhalten, dass der Maschinentyp in der ausgewählten Region nicht verfügbar ist, ändern Sie die Region in eine, die den ausgewählten Maschinentyp unterstützt.
Wählen Sie im Menü Maschinentyp einen Maschinentyp aus, der den Größenanforderungen für die Bandbreite entspricht.
Klicken Sie zum Auswählen eines kompatiblen Betriebssystems im Abschnitt Bootlaufwerk auf Ändern und wählen Sie ein unterstütztes Betriebssystem aus. Alternativ können Sie das Tab „Benutzerdefinierte Images“ zum Auswählen eines benutzerdefinierten Images.
Optional. Wählen Sie im Abschnitt Firewall die Firewallregeln aus.
Maximieren Sie den Bereich Erweiterte Optionen.
Maximieren Sie den Abschnitt Netzwerk und gehen Sie dann so vor:
1. Wählen Sie im Menü Netzwerkkarte die Option gVNIC aus.
  
  Hinweis :Die Option – im Menü Netzwerkkarte gibt an, dass der NIC-Typ je nach Maschinentyp entweder gVNIC oder VirtioNet (VirtIO) sein kann. Bei einigen Maschinentypen sind nur gVNIC für die Netzwerkschnittstellenkarte verfügbar. Wenn sowohl gVNIC als auch VirtIO für eine VM-Instanz verfügbar sind, wählen Sie gVNIC anstelle des Standard-NIC-Typs aus, also VirtIO.
2. Klicken Sie im Abschnitt Netzwerkbandbreite das Kästchen Pro VM Tier_1-Netzwerkleistung aktivieren an.
3. Wenn der Maschinentyp mehrere NICs unterstützt oder Ihre Instanz IPv6-Adressen verwendet, konfigurieren Sie Ihre Netzwerkschnittstellen.
Klicken Sie auf Erstellen.

gcloud

Mit dem Befehl gcloud compute instances create erstellen Sie eine Instanz mit einem virtuellen Netzwerktreiber von gVNIC. Mit den Flags --network-performance-configs und --network-interface können Sie eine Einstellung der Netzwerkleistung für eine Instanz konfigurieren. Wenn Sie diese Flags nicht angeben, wird die Instanz mit der Standardkonfiguration der Netzwerkleistung erstellt.

Mit dem Befehl „gcloud compute instances create-with-container“ können Sie eine Instanz erstellen, auf der Container-Images ausgeführt werden.

gcloud compute instances create INSTANCE_NAME  \
    --image=OS_IMAGE  \
    --machine-type=MACHINE_TYPE  \
    --network-performance-configs=total-egress-bandwidth-tier=TIER_1  \
    --network-interface=nic-type=GVNIC

Ersetzen Sie Folgendes:

INSTANCE_NAME den Namen der Instanz
OS_IMAGE: ein Image, das gVNIC-Image unterstützt
MACHINE_TYPE: ein Maschinentyp, der eine Konfiguration mit hoher Bandbreite unterstützt.

Beispiel:

gcloud compute instances create instance-1 \
    --network-performance-configs=total-egress-bandwidth-tier=TIER_1 \
    --network-interface=nic-type=GVNIC \
    --image-family=rocky-linux-8-optimized-gcp \
    --image-project=rocky-linux-cloud \
    --machine-type=n2-standard-32

REST

Rufen Sie die Compute Engine API-Methode instances.insert auf, um eine Compute-Instanz mit einer Netzwerkkonfiguration mit hoher Bandbreite zu erstellen. Gehen Sie im Anfragetext so vor:

Legen Sie für die networkPerformanceConfig-Parameter den Wert totalEgressBandwidthTier und TIER_1 fest.
Legen Sie für die networkInterface-Parameter den Wert nicType und GVNIC fest.

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

{
  "name": INSTANCE_NAME,
    "description": string,
    ...
    "networkPerformanceConfig": {
        "totalEgressBandwidthTier": TIER_1
  },
    "networkInterfaces": [
      {
        "nicType": "GVNIC"
    },
    ...
    ]
  }

Ersetzen Sie dabei Folgendes:

PROJECT_ID: Ihre Projekt-ID
ZONE: Die Zone, in der Sie die Instanz erstellen möchten.
INSTANCE_NAME den Namen der Instanz

Compute-Instanz zur Verwendung eines Tier_1-Netzwerks aktualisieren

Lesen Sie die Dokumentation Instanzattribute aktualisieren, um sicherzustellen, dass Sie alle Anforderungen für die erfolgreiche Aktualisierung Ihrer Compute-Instanz erfüllen. Verwenden Sie die Google Cloud Console, die Google Cloud CLI oder REST, um eine Instanz zu aktualisieren.

Sie können eine vorhandene Instanz ändern, um die Netzwerkkonfiguration so zu ändern, dass sie die pro VM-Tier_1-Netzwerkleistung ein- oder ausschließt. Ihrer Instanz muss bereits eine gVNIC-Schnittstelle zugeordnet sein. Sie können Ihre Instanz nicht bearbeiten, um eine Netzwerkschnittstelle hinzuzufügen. Um die Netzwerkkonfiguration zu aktualisieren, müssen Sie die Instanz beenden und neu starten.

Console

Rufen Sie in der Google Cloud Console die Seite VM-Instanzen auf:

Zu "VM-Instanzen"
Wählen Sie Ihr Projekt aus.
Klicken Sie auf den Namen der Instanz, die Sie ändern möchten.
Klicken Sie auf Beenden, um die Instanz zu beenden. Wenn die Option Beenden nicht angezeigt wird, klicken Sie auf Weitere Aktionen > Beenden.
Klicken Sie auf Bearbeiten.
Wenn Ihre Instanz ursprünglich mit einer gVNIC-Karte konfiguriert wurde, klicken Sie das Kästchen Pro VM Tier_1-Netzwerkleistung aktivieren an, um die Leistung pro VM-Tier_1-Netzwerkleistung hinzuzufügen, oder entfernen Sie das Häkchen aus dem Kästchen, um diese Funktion aus Ihrer Instanz zu entfernen.
Speichern Sie die Änderungen.
Starten Sie die Instanz neu.

gcloud

Exportieren Sie die Informationen Ihrer Instanz mit dem gcloud compute instances export-Befehl in eine YAML-Datei.
```
gcloud compute instances export INSTANCE_NAME \
   --zone=ZONE --destination=PATH_TO_FILE
```
Ersetzen Sie Folgendes:
- INSTANCE_NAME den Namen der Instanz
- ZONE: Der Name der Zone, in der sich die Instanz befindet.
- PATH_TO_FILE: der relative Pfad zur YAML-Datei
  
  Beispiel:
```
   gcloud compute instances export instance-1 \
       --zone=europe-west1-c --destination=test-file.yaml
   
```
Öffnen Sie die von Ihnen erstellte YAML-Datei mit dem Cloud Shell-Editor oder dem Editor Ihrer Wahl.
Suchen Sie in der Datei nach dem Konfigurationsabschnitt für networkPerformanceConfig. Ändern Sie die Einstellung für totalEgressBandwidthTier wie im folgenden Beispiel:
```
networkPerformanceConfig:
 totalEgressBandwidthTier: TIER_1
```
Wenn Sie totalEgressBandwidthTier auf TIER_1 setzen, wird das Tier_1-Netzwerk hinzugefügt. Wenn Sie DEFAULT festlegen, wird die Konfiguration entfernt.

Tipp:Wenn Sie einen Fehler wie "ERROR: (gcloud.compute.instances.update-from-file) Cannot parse YAML: [Expected type for field value, found True (type )]" vermeiden möchten, fügen Sie Anführungszeichen (' ') um alle Labelwerte von yes oder no in der exportierten Instanzkonfigurationsdatei ein. Das bedeutet, dass die Werte Strings und keine booleschen Werte sind.
Verwenden Sie den Befehl gcloud compute instance update-from-file, um die Instanz mit den Änderungen in der Datei zu aktualisieren.
```
 gcloud compute instances update-from-file INSTANCE_NAME \
     --zone=ZONE \
     --source=PATH_TO_FILE \
     --most-disruptive-allowed-action=RESTART
```
Ersetzen Sie Folgendes:
- INSTANCE_NAME den Namen der Instanz
- ZONE ist der Name der Zone, in der sich die Instanz befindet.
- PATH_TO_FILE: der Name der YAML-Datei
Mit der --most-disruptive-allowed-action=RESTART-Flag-Einstellung wird Ihre Instanz automatisch mit der aktualisierten Konfiguration neu gestartet.

REST

Rufen Sie die Methode instances.update auf, um die Netzwerkkonfiguration zu ändern.

PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances/RESOURCE_ID?most_disruptive_allowed_action=RESTART

{
  "networkPerformanceConfig":{
      "totalEgressBandwidthTier": "TIER_1"
  },
...
}

Wenn Sie totalEgressBandwidthTier auf TIER_1 setzen, wird das Tier_1-Netzwerk hinzugefügt. Wenn Sie DEFAULT festlegen, wird die Konfiguration entfernt.

Ersetzen Sie dabei Folgendes:

PROJECT_ID: Ihre Projekt-ID.
ZONE: die Zone, in der sich Ihre Instanz befindet
RESOURCE_ID: durch den Namen der Instanz

Der Abfrageparameter most_disruptive_allowed_action=RESTART startet Ihre Instanz automatisch mit der aktualisierten Konfiguration neu.

Konfiguration mit hoher Bandbreite in einer Compute-Instanz prüfen

Verwenden Sie die Google Cloud Console, das Google Cloud CLI oder REST, um eine Beschreibung einer vorhandenen Compute-Instanz oder einer vorhandenen Instanz, die Container-Images ausführt, zu generieren, um die Bandbreitenstufe der Instanzen zu prüfen.

Console

Rufen Sie in der Google Cloud Console die Seite VM-Instanzen auf:

Zu "VM-Instanzen"
Wählen Sie Ihr Projekt aus und klicken Sie auf Weiter.
Klicken Sie auf den Instanznamen, um die Konfigurationsdetails aufzurufen und zu prüfen, ob die Instanz die Netzwerkleistung pro VM-Tier_1 verwendet.

gcloud

Prüfen Sie mit dem gcloud compute instances describe-Befehl, ob Ihre Instanz pro VM Tier_1-Netzwerkleistung verwendet.

Beispiel:

gcloud compute instances describe INSTANCE_NAME  \
    --format="text(name, networkPerformanceConfig)"

Die Ausgabe sieht in etwa so aus:

name: instance-1
networkPerformanceConfig.totalEgressBandwidthTier:TIER_1

Wenn die Ausgabe den Wert DEFAULT anzeigt, ist das Netzwerk der Stufe_1 nicht aktiviert.

REST

Rufen Sie die Methode instances.get auf, um die Netzwerkkonfiguration aufzurufen.

GET https://compute.googleapis.com/v1/projects/PROJECT_ID/zones/ZONE/instances/RESOURCE_ID/

Ersetzen Sie Folgendes:

PROJECT_ID ist der Name Ihres Projekts.
ZONE: die Zone, in der sich Ihre Instanz befindet
RESOURCE_ID: durch den Namen der Instanz

Die Ausgabe sollte folgende Zeilen enthalten:

{
  "name": RESOURCE_ID,
    "description": string,
    ...
    "networkPerformanceConfig": {
        "totalEgressBandwidthTier": "TIER_1"
    },
    ...
  }

Wenn die Ausgabe den Wert DEFAULT zeigt, ist die Tier_1-Netzwerksoption nicht aktiviert.

Instanzvorlage mit einem Tier_1-Netzwerk erstellen

Verwenden Sie die Google Cloud Console, die Google Cloud CLI oder REST, um eine Instanzvorlage mit Tier_1-Netzwerkleistung pro VM zu erstellen. Lesen Sie die Dokumentation Instanzvorlage erstellen, um sicherzustellen, dass Sie alle Anforderungen für die Erstellung Ihrer Instanzvorlage erfüllen.

Console

Rufen Sie in der Google Cloud Console die Seite Instanzvorlagen auf.

Zu Instanzvorlagen
Klicken Sie auf Instanzvorlage erstellen.
Geben Sie Werte für die folgenden Felder ein oder übernehmen Sie die Standardwerte.
Geben Sie unter Name einen Namen für Ihre Instanzvorlage an. Weitere Informationen finden Sie unter Namenskonvention für Ressourcen.
Wählen Sie eine Region und Zone aus, die Tier 1-Netzwerke unterstützen.
Wählen Sie eine Maschinenkonfiguration für Ihre Compute-Instanz aus. Wenn Sie eine Instanz erstellen möchten, die das Tier_1-Netzwerk verwendet, müssen Sie eine unterstützte Maschinenreihe und einen unterstützten Maschinentyp auswählen.
- Klicken Sie auf den Tab Allgemeiner Zweck, bevor Sie im Drop-down-Menü Reihe die Optionen N2, N2D, C4, C4A, C4D, C3 oder C3D auswählen.
- Klicken Sie auf den Tab Computing-optimiert, bevor Sie im Menü Reihe die Optionen C2 oder C2D auswählen.
- Klicken Sie auf den Tab Speicheroptimiert, bevor Sie im Menü Reihe die Option Z3 auswählen.
Wählen Sie im Menü Maschinentyp einen Maschinentyp aus, der den Größenanforderungen für die Bandbreite entspricht.
Klicken Sie im Abschnitt Bootlaufwerk auf Ändern und wählen Sie ein gVNIC-kompatibles oder benutzerdefiniertes Image aus.
Optional. Wählen Sie im Abschnitt Firewall die Firewallregeln aus.
Maximieren Sie den Bereich Erweiterte Optionen.
Maximieren Sie den Abschnitt Netzwerk und gehen Sie dann so vor:
1. Wählen Sie im Menü Netzwerkkarte die Option gVNIC aus.
  
  Hinweis :Die Option – im Menü Netzwerkkarte gibt an, dass der NIC-Typ je nach Maschinentypfamilie entweder gVNIC oder VirtioNet (VirtIO) sein kann. Bei einigen Maschinentypen sind nur gVNIC für die Netzwerkschnittstellenkarte verfügbar. Wenn sowohl gVNIC als auch VirtIO für den Maschinentyp verfügbar sind, wählen Sie gVNIC anstelle des Standard-NIC-Typs aus, also VirtIO.
2. Klicken Sie im Abschnitt Netzwerkbandbreite das Kästchen Pro VM Tier_1-Netzwerkleistung aktivieren an.
3. Wenn der Maschinentyp mehrere NICs unterstützt oder die Instanz IPv6-Adressen verwendet, konfigurieren Sie die Netzwerkschnittstellen entsprechend.
Klicken Sie auf Erstellen.

gcloud

Verwenden Sie den gcloud compute instance-templates create-Befehl mit den Flags --network-performance-configs und --network-interface.

gcloud compute instance-templates create INSTANCE_TEMPLATE_NAME \
    --image=OS_IMAGE \
    --machine-type=MACHINE_TYPE \
    --network-performance-configs=total-egress-bandwidth-tier=TIER_1 \
    --network-interface=nic-type=GVNIC

Ersetzen Sie dabei Folgendes:

INSTANCE_TEMPLATE_NAME: Name Ihrer Instanzvorlage
OS_IMAGE: Ein Betriebssystem-Image, das GVNIC unterstützt.
MACHINE_TYPE: ein Maschinentyp, der das Tier_1-Netzwerk unterstützt, wie unter Bandbreitenstufen beschrieben.

Beispiel:

gcloud compute instance-templates create instance-template-1 \
    --image-family=rocky-linux-8-optimized-gcp \
    --image-project=rocky-linux-cloud \
    --network-performance-configs=total-egress-bandwidth-tier=TIER_1 \
    --machine-type=n2-standard-32 \
    --network-interface=nic-type=GVNIC

REST

Rufen Sie die Methode instanceTemplates.insert auf. Legen Sie im Anfragetext den Parameter networkPerformanceConfig auf totalEgressBandwidthTier und TIER_1 fest. Legen Sie für den Parameter networkInterfaces den Wert nicType und GVNIC fest.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/instancesTemplates

{
  "name": "INSTANCE_TEMPLATE_NAME",
  "properties": {
    "machineType": "zones/ZONE/machineTypes/MACHINE_TYPE",
    ...
    "networkPerformanceConfig": {
        "totalEgressBandwidthTier": "TIER_1"
     },
    "networkInterfaces": [
      {
        "nicType": "GVNIC"
      },
    ...
    ]
  }
}

Ersetzen Sie dabei Folgendes:

PROJECT_ID ist der Name Ihres Projekts.
INSTANCE_TEMPLATE_NAME: ein Name für die Instanzvorlage
ZONE: Zone, in der sich Ihre Instanz befindet.
MACHINE_TYPE: der Maschinentyp der Instanz
RESOURCE_ID: durch den Namen der Instanz

Benchmarking einer Konfiguration mit höherer Bandbreite

Sie können einen Benchmark-Test auslösen, um die Leistung Ihrer Compute-Instanzen pro VM-Tier_1-Netzwerkleistung zu prüfen. Achten Sie darauf, die Benchmarking-Ressourcen zu entfernen, die Sie während des Tests erstellt haben, um unerwartete Ressourcengebühren zu vermeiden.

Netzwerkleistung pro VM-Tier_1 konfigurieren Mit Sammlungen den Überblick behalten Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.

Hinweise

Console

gcloud

REST

Erforderliche Rollen

Erforderliche Berechtigungen

Beschränkungen

Bandbreitenstufen

C4-VMs und Bare-Metal-Instanzen für allgemeine Zwecke

C4A-VMs für allgemeine Zwecke

C4D-Instanzen für allgemeine Zwecke

C3-VMs und Bare-Metal-Instanzen für allgemeine Zwecke

C3D-VMs für allgemeine Zwecke

Computing-optimierte H4D-Instanzen

Computing-optimierte H3-VMs

Computing-optimierte C2-VMs

Computing-optimierte C2D-VMs

Speicheroptimierte M4-VMs

Speicheroptimierte M3-VMs

N2-VMs für allgemeine Zwecke

N2-VMs für allgemeine Zwecke (benutzerdefinierte Größenformen)

N2D-VMs für allgemeine Zwecke

N2D-VMs für allgemeine Zwecke (benutzerdefinierte Größenformen)

Speicheroptimierte X4-Instanz

Speicheroptimierte Z3-VMs

Instanz mit Tier_1-Netzwerk konfigurieren

VMs und Container erstellen, die Tier_1-Netzwerke verwenden

Console

gcloud

REST

Compute-Instanz zur Verwendung eines Tier_1-Netzwerks aktualisieren

Console

gcloud

REST

Konfiguration mit hoher Bandbreite in einer Compute-Instanz prüfen

Console

gcloud

REST

Instanzvorlage mit einem Tier_1-Netzwerk erstellen

Console

gcloud

REST

Benchmarking einer Konfiguration mit höherer Bandbreite

Nächste Schritte

Netzwerkleistung pro VM-Tier_1 konfigurieren