In diesem Dokument wird beschrieben, wie Google Cloud das Verwenden eigener Lizenzen (BYOL) mit dedizierten Hardwareanforderungen für Compute Engine unterstützt. Lesen Sie die Nutzungsbedingungen Ihrer Lizenz, bevor Sie Images mit vorhandenen Lizenzen in Google Cloud verwenden.
Für die Verwendung vorhandener Lizenzen mit physischem Kern oder physischem Prozessor mit speziellen Hardwareanforderungen müssen Sie eigenen Medien nutzen und diese auf Hardwarekonfigurationen wie Knoten für einzelne Mandanten ausführen, die mit Ihren Lizenzen kompatibel sind. Sie können Images mit vorhandenen Lizenzen aus eigenem Bestand in jeder Region, die Knoten für einzelne Mandanten unterstützt, nutzen. Für die Verwendung von Images mit vorhandenen Lizenzen fallen keine zusätzlichen Kosten an. Sie müssen diese aber gemäß Ihren Vereinbarungen mit dem Lizenzgeber abrechnen.
Lizenzszenarien wie Lizenzen für Linux BYOS mit RHEL oder SLES sowie Microsoft-Anwendungen erfordern keine Knoten für einzelne Mandanten. Wenn Sie eigene Lizenzen von Microsoft-Anwendungen wie SharePoint Server und SQL Server verwenden möchten, nutzen Sie Microsoft License Mobility.
Knoten für einzelne Mandanten sind physische Server, auf denen VM-Instanzen (virtuelle Maschinen) nur für Ihr Projekt gehostet werden. Sie können Knoten für einzelne Mandanten so konfigurieren, dass sie verschiedene Arbeitslastanforderungen unterstützen, z. B. Anforderungen zur Minimierung der Anzahl physischer Server und Kerne. Prüfen Sie Ihre Lizenzvereinbarungen, um zu ermitteln, welche Konfigurationsoptionen für Ihre Arbeitslasten am besten geeignet sind.
Um die Verwendung eigener Lizenzen (Bring your own License, BYOL) zu ermöglichen und um Sie bei der Erfüllung von Compliance-Anforderungen zu unterstützen, bietet Google Cloud Tools für folgende Aufgaben: Importieren von Images, Verwalten von VMs auf dedizierter Hardware mit Knoten für einzelne Mandanten, Minimieren der Nutzung physischer Kerne und Verfolgen der Nutzung physischer Kerne zu Berichtszwecken.
So verwenden Sie Images mit vorhandenen Lizenzen in Google Cloud:
Bereiten Sie die Images gemäß Ihren Lizenzvereinbarungen vor.
Aktivieren Sie Ihre Lizenzen.
Importieren Sie virtuelle Laufwerksdateien und erstellen Sie Images aus diesen Dateien.
Erstellen Sie Vorlagen für Knoten für einzelne Mandanten.
Erstellen Sie aus den Knotenvorlagen Knotengruppen für einzelne Mandanten.
Stellen Sie VMs auf den Knotengruppen mit den importierten Dateien des virtuellen Laufwerks bereit.
Verfolgen Sie die Lizenznutzung Ihrer VMs. Google bietet Tools zur Erfassung der Lizenznutzung, mit denen Sie sowohl die Lizenznutzung als auch die Nutzung physischer Kerne und Prozessoren verfolgen können.
Informieren Sie Ihren Anbieter über die Lizenznutzung.
Wenn Sie Unterstützung für die Lizenzierung benötigen oder Fragen dazu haben, wenden Sie sich an Ihren Lizenzanbieter. Für Unterstützung bei der Verwendung von Images mit vorhandenen Lizenzen in Google Cloud oder wenn Sie Fragen dazu haben, kontaktieren Sie den Google Cloud-Support.
Hinweise
-
Knotenwartungsrichtlinie für Knotengruppen prüfen: Für BYOL gibt es zwei Optionen für Hostwartungsrichtlinien, die die Anzahl der für Lizenzierungszwecke verwendeten physischen Server minimieren. Diese Optionen sind
restart-in-place
undmigrate-within-node-group
. - Fordern Sie ein zusätzliches CPU-Kontingent an: Neue Projekte erhalten ein CPU-Kontingent von 72. Achten Sie darauf, dass Ihr CPU-Kontingent für die Knotengruppe ausreicht. Der Knotentyp
n1-node-96-624
enthält beispielsweise 96 CPUs. Wenn Ihre Knotengruppe die Mindestanzahl an Knoten (2) nutzt, muss Ihr CPU-Kontingent also mindestens 192 umfassen. Abhängig von der Einrichtung und den Anforderungen Ihrer Arbeitslasten müssen Sie eventuell eine Kontingentanpassung für VMs oder IP-Adressen anfordern. - Aktivieren Sie die Cloud Build API: Für den Import Ihres Betriebssystem-Image ist die Aktivierung der Cloud Build API erforderlich. Wenn Sie diese API aktivieren, weist Compute Engine Ihrem Projekt die entsprechenden IAM-Rollen zu, damit Sie Images in Ihr Projekt importieren können. Mit dem Befehl
gcloud projects get-iam-policy
können Sie die Ihrem Projekt zugewiesenen Rollen aufrufen. Informationen zum Zuweisen von Rollen für Ihr Projekt finden Sie unter Zugriff auf Compute Engine-Ressourcen verwalten. - Cloud Logging API aktivieren: Aktivieren Sie diese API, wenn Sie gemäß Ihren Lizenzverträgen die physische Serverauslastung überwachen müssen. Wenn diese API aktiviert ist, können Sie mithilfe von BigQuery Informationen zur Serverauslastung wie die Anzahl der physischen Kerne importieren und aufrufen. Dies wird von Google dringend empfohlen. Informationen zum Ermitteln der Anzahl der physischen Kerne finden Sie unter Nutzung einzelner Knoten analysieren.
-
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.
Zur Ausführung von Code oder Beispielen aus einer lokalen Entwicklungsumgebung können Sie sich 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
-
Install the Google Cloud CLI, then initialize it by running the following command:
gcloud init
- Set a default region and zone.
Benutzerdefinierte virtuelle Laufwerke mit einem unterstützten Betriebssystem importieren und Images anhand dieser Laufwerke erstellen
Entsprechende Lizenzkonfiguration einrichten
Pakete und Treiber installieren, die für die Kompatibilität mit Google Cloud erforderlich sind
Wechseln Sie zur Seite Images.
Klicken Sie auf Image erstellen.
Geben Sie einen Namen für das Image an.
Wählen Sie unter Quelle die Option Virtuelles Laufwerk (VMDK, VHD) aus.
Wählen Sie unter Cloud Storage-Datei die Option Durchsuchen aus und wechseln Sie zum Cloud Storage-Speicherort des Images, das importiert werden soll.
Wählen Sie unter Betriebssystem auf virtuellem Laufwerk das Betriebssystem des zu importierenden Images aus.
Achten Sie darauf, dass Gastpakete installieren ausgewählt ist, damit das importierte Image bootfähig ist.
Maximieren Sie Optionen für Lizenzschlüssel. Wählen Sie unter Betriebssystemlizenz die Option Eigenen Lizenzschlüssel verwenden aus.
Klicken Sie auf Erstellen, um das Image zu importieren.
IMAGE_NAME
ist der Name für das Image, das aus der Datei des virtuellen Laufwerks erstellt wird.VMDK_NAME
ist der Name des virtuellen Laufwerks, von dem ein Image importiert und erstellt werden soll. Sie können eine VMDK-Datei aus folgenden Quellen importieren:- Lokale Datei: Verwenden Sie zum Importieren aus einer lokalen Datei einen absoluten Pfad oder einen relativen Pfad zur Datei. Je nach Größe des virtuellen Laufwerks und Geschwindigkeit der Netzwerkverbindung kann das Hochladen einige Minuten dauern.
- Cloud Storage: Wenn Sie Daten aus Cloud Storage importieren, muss sich der Cloud Storage-Bucket im selben Projekt befinden, das Sie zum Importieren der virtuellen Datei verwenden. Laufwerk und Sie müssen den vollständigen Pfad zur Datei als
gs://BUCKET_NAME/OBJECT_NAME
angeben. Ersetzen SieBUCKET_NAME
durch den Namen des Cloud Storage-Buckets undOBJECT_NAME
durch den Namen des Cloud Storage-Objekts.
Rufen Sie die Seite Knoten für einzelne Mandanten auf.
Klicken Sie auf Knotengruppe erstellen.
Geben Sie unter Name einen Namen für die Knotengruppe ein.
Wählen Sie unter Region die Region und unter Zone die Zone für die Knotengruppe aus.
Notieren Sie sich die verwendete Region und Zone. Wenn Sie später eine Knotengruppe erstellen, die auf dieser Knotenvorlage basiert, muss sich die Knotengruppe in einer Zone innerhalb der Region befinden, in der Sie die Knotenvorlage erstellt haben.
Wählen Sie unter Knotenvorlagenattribute die Option Knotenvorlage erstellen aus.
Geben Sie im Dialogfeld Knotenvorlage erstellen einen Namen, einen Knotentyp, eine lokale SSD und einen GPU-Beschleuniger an.
Wählen Sie unter CPU-Overcommit aus, ob CPU-Overcommit aktiviert werden soll.
Optional: Klicken Sie unter Affinitätslabels auf Affinitätslabel hinzufügen, um ein Schlüssel/Wert-Paar als Knotenaffinitätslabel hinzuzufügen.
Klicken Sie auf Erstellen, um das Erstellen der Knotenvorlage abzuschließen.
Klicken Sie auf Abbrechen, um die Erstellung einer Knotengruppe abzubrechen.
TEMPLATE_NAME
ist der Name der zu erstellenden Knotenvorlage.NODE_TYPE
ist der Typ des Knotens für einzelne Mandanten für die Knoten in einer Knotengruppe. Alle Knoten in einer Knotengruppe sind identisch und werden mit den von einer Knotenvorlage festgelegten Parametern erstellt.REGION
ist die Region, in der die Knotenvorlage erstellt werden soll.PROJECT_ID
ist ID Ihres Projekts.REGION
ist die Region, in der die Knotenvorlage erstellt werden soll.TEMPLATE_NAME
ist der Name der zu erstellenden Knotenvorlage.NODE_TYPE
ist der Typ des Knotens für einzelne Mandanten für die Knoten in einer Knotengruppe. Alle Knoten in einer Knotengruppe sind identisch und werden mit den von einer Knotenvorlage festgelegten Parametern erstellt."KEY": "VALUE"
: Eine durch Kommas getrennte Liste von Affinitätslabels, die als Schlüssel/Wert-Paare dargestellt werden. Affinitätslabels für eine Knotenvorlage können nur beim Erstellen der Knotenvorlage angegeben werden.- Wenn die Lizenzen pro physischem Kern zugewiesen werden, verwenden Sie die Hostwartungsrichtlinie
restart-in-place
odermigrate-within-node-group
, um die Anzahl der verwendeten physischen Server zu minimieren. - Wenn die Lizenzen basierend auf Nutzer/Gerät zugewiesen werden, einem Modell, das normalerweise für Virtual Desktop-Lizenzen verwendet wird, verwenden Sie die Hostwartungsrichtlinie
default
. Diese Lizenzen werden nicht pro physischen Kernen zugewiesen. Daher ist keine spezielle Hostwartungsrichtlinie erforderlich, um die physische Servernutzung einzuschränken. Rufen Sie die Seite Knoten für einzelne Mandanten auf.
Klicken Sie auf Knotengruppe erstellen.
Geben Sie unter Attribute der Knotenvorlage einen Namen für die Knotengruppe ein.
Wählen Sie unter Region die Region und unter Zone die Zone für die Knotengruppe aus.
Wenn in dieser Region oder Zone Vorlagen vorhanden sind, werden die Vorlagen unter Attribute der Knotenvorlage aufgeführt, wenn Sie auf Weiter klicken.
Klicken Sie auf Weiter.
Wählen Sie unter Knotenvorlagenattribute die Knotenvorlage aus, auf der die Knotengruppe basieren soll. Knotengruppen müssen sich in einer Zone innerhalb der Region befinden, in der Sie die Knotenvorlage erstellt haben. Wenn Sie also die Vorlage für eine Knotengruppe auswählen, wählen Sie eine Vorlage aus der Region, die die Zone enthält, in der Sie die Knotengruppe erstellen. Wenn keine Knotenvorlage vorhanden ist, erstellen Sie eine.
Klicken Sie auf Weiter.
Legen Sie unter Autoscaling konfigurieren den Autoscaling-Modus auf einen der folgenden Werte fest. Weitere Informationen finden Sie unter Autoscaling für Knotengruppen.
- Automatisch skalieren: Damit werden Knoten automatisch zur Knotengruppe hinzugefügt oder daraus entfernt.
- Nur horizontal skalieren: Damit werden der Knotengruppe Knoten hinzugefügt, wenn zusätzliche Kapazitäten benötigt werden.
- Deaktiviert: Größe der Knotengruppe manuell verwalten.
Geben Sie die Anzahl der Knoten für die Gruppe an. Wenn Sie Autoscaling für Knotengruppen aktivieren, geben Sie entweder einen Bereich (Mindest- und die Höchstzahl von Knoten) für die Größe der Knotengruppe oder die Anzahl der Knoten für die Gruppe an. Sie können beide Werte später manuell ändern.
Klicken Sie auf Weiter.
Optional: Legen Sie unter Wartungseinstellungen konfigurieren für die Wartungsrichtlinie einen der folgenden Werte fest: Mit der Wartungsrichtlinie können Sie das Verhalten von VMs in der Knotengruppe während Hostwartungen konfigurieren. Weitere Informationen finden Sie unter Hostwartungsrichtlinien.
- Default
- Vor Ort neu starten
- Innerhalb der Knotengruppe migrieren
Klicken Sie auf Erstellen.
GROUP_NAME
ist der Name der Knotengruppe für einzelne Mandanten, die erstellt werden soll.TEMPLATE_NAME
ist der Name der Knotenvorlage, aus der die Knotengruppe erstellt werden soll.GROUP_SIZE
ist die anfängliche Größe der Knotengruppe. Mit Autoscaling für Knotengruppen wird die Größe von Knotengruppen für einzelne Mandanten automatisch verwaltet. Dies ist auch manuell möglich.ZONE
: Zone, in der die Knotengruppe erstellt werden soll. Diese muss sich in derselben Region wie die Knotenvorlage befinden.MAINTENANCE_POLICY
ist die Wartungsrichtlinie der Knotengruppe. Legen Sie für die Wartungsrichtlinie einen der folgenden Werte fest. Wenn kein Wert festgelegt ist, wirddefault
für die Wartungsrichtlinie verwendet.default
migrate-within-node-group
restart-in-place
PROJECT_ID
ist ID des Projekts, in dem die Knotengruppe erstellt werden soll.ZONE
: Zone, in der die Knotengruppe erstellt werden soll. Diese muss sich in derselben Region wie die Knotenvorlage befinden.GROUP_SIZE
ist die anfängliche Größe der Knotengruppe. Mit Autoscaling für Knotengruppen wird die Größe von Knotengruppen für einzelne Mandanten automatisch verwaltet. Dies ist auch manuell möglich.REGION
ist die Region, die die Knotenvorlage enthält.TEMPLATE_NAME
ist der Name der Knotenvorlage, aus der die Knotengruppe erstellt werden soll.GROUP_NAME
ist der Name der Knotengruppe für einzelne Mandanten, die erstellt werden soll.MAINTENANCE_POLICY
ist die Wartungsrichtlinie der Knotengruppe. Legen Sie für die Wartungsrichtlinie einen der folgenden Werte fest. Wenn kein Wert festgelegt ist, wirdDEFAULT
für die Wartungsrichtlinie verwendet.DEFAULT
RESTART_IN_PLACE
MIGRATE_WITHIN_NODE_GROUP
- Achten Sie bei der Bereitstellung in Knotengruppen mit der Hostwartungsrichtlinie
restart-in-place
darauf, dass die VM den WertTERMINATE
für die Wartungsrichtlinie auf dem Host hat. - Stellen Sie für die Bereitstellung in Knotengruppen mit der Wartungsrichtlinie
migrate-within-node-group
sicher, dass die VM auf eine einzelne Knotengruppe mit dem Affinitätslabelnode-group-name
ausgerichtet ist und nicht auf einzelne Knoten mit demnode-name
-Affinitätslabel. Jede Art von Hostwartungsoption ist gültig, aber es wird empfohlen,MIGRATE
zu verwenden. Rufen Sie die Seite Knoten für einzelne Mandanten auf.
Klicken Sie auf Name für die Knotengruppe, in der Sie eine VM bereitstellen möchten.
Erstellen Sie eine VM auf einem Knoten für einzelne Mandanten. Führen Sie dazu einen der folgenden Schritte aus:
- Zum Erstellen einer VM auf einem beliebigen Knoten in der Knotengruppe für einzelne Mandanten klicken Sie auf Instanz erstellen.
- Zum Erstellen einer VM auf einem bestimmten Knoten für einzelne Mandanten klicken Sie auf Name für eine Knotengruppe für einzelne Mandanten und dann auf Name für einen Knoten für einzelne Mandanten. Klicken Sie dann auf Instanz erstellen.
Konfigurieren Sie die VM für einzelne Mandanten. Da Sie die Knotengruppe bzw. einen bestimmten Knoten bereits ausgewählt haben, sind die Region, die Zone und Knotenaffinitätslabels bereits in der Vorlage angegeben.
Wählen Sie eine Maschinenkonfiguration aus. Legen Sie dazu Werte für Maschinenfamilie, Reihe und Maschinentyp fest. Wählen Sie unter Reihe einen Wert aus, der dem Knotentyp für einzelne Mandanten entspricht.
Wählen Sie das Bootlaufwerk für die VM für einzelne Mandanten aus. Dies ist das zuvor importierte virtuelle Laufwerk-Image.
Wählen Sie den Tab Verwaltung aus:
- Wählen Sie unter Verfügbarkeitsrichtlinie > Bei Hostwartung das Neustartverhalten der VM aus.
- Wählen Sie unter Automatischer Neustart die Option An (empfohlen) oder Aus aus.
Klicken Sie auf Erstellen.
VM_NAME
ist der Name der zu erstellenden VM.MACHINE_TYPE
ist der Maschinentyp für die neue VM.IMAGE_NAME
ist das Image, aus dem eine VM erstellt werden soll. Dies ist das Image, das während des Importvorgangs angelegt wird.ZONE
ist die Zone, in der die VM erstellt werden soll.GROUP_NAME
ist der Name der Knotengruppe, in der die VM bereitgestellt werden soll.RESTART_BEHAVIOR
: Neustartverhalten dieser VM. Legen Sie als Neustart einen der folgenden Werte fest:--restart-on-failure
--no-restart-on-failure
MAINTENANCE_POLICY
: VM-Verhalten bei Wartungsereignissen. Legen Sie für die Wartungsrichtlinie einen der folgenden Werte fest:MIGRATE
TERMINATE
PROJECT_ID
ist die ID des Projekts, in dem die VM erstellt werden soll.VM_ZONE
ist die Zone, in der die VM erstellt werden soll.VM_NAME
ist der Name der neuen VM.MACHINE_TYPE_ZONE
ist die Zone mit dem Maschinentyp.MACHINE_TYPE
ist der Maschinentyp, auf dem die VM bereitgestellt werden soll.GROUP_NAME
ist der Name der Knotengruppe, in der die VM bereitgestellt werden soll.MAINTENANCE_POLICY
legt das VM-Verhalten während Wartungen fest (MIGRATE
oderTERMINATE
).AUTOMATIC_RESTART
gibt an, ob die VM automatisch neu gestartet wird, wenn Compute Engine die VM beendet. Der Standardwert isttrue
.NETWORK
ist der Name des Netzwerks, mit dem die VM verbunden werden soll.SUBNETWORK
ist der Name des Subnetzwerks, mit dem die VM verbunden werden soll.IMAGE_PROJECT
ist das Image-Projekt, das das Quell-Image enthält.IMAGE_FAMILY
ist die Image-Familie des Quell-Images.
REST
Verwenden Sie die von der gcloud CLI bereitgestellten Anmeldedaten, um die REST API-Beispiele auf dieser Seite in einer lokalen Entwicklungsumgebung zu verwenden.
Install the Google Cloud CLI, then initialize it by running the following command:
gcloud init
Weitere Informationen finden Sie unter Für die Verwendung von REST authentifizieren in der Dokumentation zur Google Cloud-Authentifizierung.
Image von einem virtuellen Offline-Laufwerk importieren und erstellen
Sie müssen Ihre eigenen Medien verwenden, um VMs mit Ihren vorhandenen Lizenzen bereitzustellen. Images, die auf einem Google Cloud-Premium-Image basieren, sind nicht für BYOL geeignet, da für Premium-Images "Pay as you go"-Lizenzen von Google erforderlich sind.
Wenn Sie virtuelle Laufwerke (auch als goldene Laufwerke oder goldene Images bezeichnet) in Ihrer lokalen Umgebung mit den benötigten Softwarekonfigurationen oder Lizenzen verwenden, bietet das Tool zum Importieren virtueller Laufwerke Unterstützung in folgenden Fällen:
Vor dem Importieren der virtuellen Laufwerksdatei für Ihre VM prüfen Sie die Datei auf Inkompatibilitäten. Dazu müssen Sie das Precheck-Tool herunterladen und in Ihrer VM ausführen. Da Software von Drittanbietern die Installation der Compute Engine-Treiber beeinträchtigen kann, empfiehlt Google außerdem, vor dem Importieren des Image Drittanbietersoftware zu entfernen.
Zum Starten einer VM mit Ihrer eigenen Lizenz importieren Sie ein virtuelles Laufwerk mit dem verwendeten Betriebssystem. Sie können virtuelle Laufwerke aus Cloud Storage-Buckets und lokalen Workstations importieren. Wenn Sie eine virtuelle Laufwerksdatei von einer lokalen Workstation importieren, lädt das Tool zum Importieren von Images Ihre Image-Datei nach Cloud Storage hoch und erstellt gegebenenfalls einen neuen Cloud Storage-Bucket. Anschließend kopiert das Importtool die Datei nach Compute Engine und erstellt ein Boot-Image aus der virtuellen Laufwerksdatei.
In Cloud Storage gespeicherte Dateien und Images in Compute Engine sind kostenpflichtig. Wenn Sie festgestellt haben, dass das Image korrekt als VM importiert und gestartet wird, können Sie die virtuelle Laufwerksdatei aus Cloud Storage löschen.
Console
gcloud
Führen Sie
gcloud compute images import
aus, um eine virtuelle Laufwerksdatei zu importieren und ein Laufwerks-Image aus der virtuellen Laufwerksdatei zu erstellen:gcloud compute images import IMAGE_NAME \ --source-file VMDK_NAME \ --byol
Dabei gilt:
Lizenzen aktivieren
Nachdem Sie sichergestellt haben, dass Sie ein kompatibles Betriebssystem importieren, müssen Sie prüfen, ob Ihre Lizenzvereinbarung das Verwenden Ihrer eigenen Lizenzen zulässt und ob Sie berechtigt sind, das von Google bereitgestellte Image des Gastbetriebssystems und die Lizenzimportumgebung von Google zu verwenden. Außerdem müssen Sie das Image Ihres Gastbetriebssystems gemäß den Lizenzvereinbarungen für den Import vorbereiten.
Verwenden Sie zur Aktivierung einer Lizenz Startskripts mit Ihrem Multi-Aktivierungsschlüssel (MAK) oder konfigurieren Sie den Zugriff auf den Microsoft Key Management Service Ihrer Organisation. Sie können keine Images mit vorhandenen Lizenzen auf dem Compute Engine-Lizenzserver aktivieren.
Nachdem Sie das Image importiert und die Lizenz aktiviert haben, können Sie eine VM auf Basis des importierten Images auf einem Knoten für einzelne Mandanten bereitstellen.
Vorlage für einen Knoten für einzelne Mandanten erstellen
Erstellen Sie nach dem Import des Image eine Knotenvorlage für einzelne Mandanten. Mit dieser Knotenvorlage erstellen Sie eine Knotengruppe für einzelne Mandanten, in der Ihr Image ausgeführt werden soll.
Auf der Seite „Knotenvorlagen” werden nicht die Region und Zone der Vorlage aufgelistet, aber die Knotengruppen müssen in einer Zone innerhalb der Region erstellt werden, in der Sie die Knotenvorlage erstellt haben. Um eine Vorlage zu erstellen, müssen Sie zuerst eine Knotengruppe erstellen. Sie müssen dazu nur die Schritte ausführen, die Region und Zone auszuwählen. Anschließend können Sie die Vorlage erstellen und später nicht die Knotengruppe erstellen.
Sie können Knotenaffinitätslabels in der Knotenvorlage für einzelne Mandanten festlegen, wenn Sie die Vorlage erstellen.
Console
gcloud
Erstellen Sie mit
gcloud compute sole-tenancy node-templates create
eine Knotenvorlage für einzelne Mandanten:gcloud compute sole-tenancy node-templates create TEMPLATE_NAME \ --node-type NODE_TYPE \ --region REGION
Dabei gilt:
REST
Erstellen Sie mit nodeTemplates.insert eine Knotenvorlage für einzelne Mandanten:
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/nodeTemplates { "name": "TEMPLATE_NAME", "nodeType": "NODE_TYPE" "nodeAffinityLabels": { "KEY": "VALUE" } }
Dabei gilt:
Knotengruppe für einzelne Mandanten erstellen
Damit Sie anhand einer Knotenvorlage eine Knotengruppe erstellen können, muss sich die Knotengruppe in einer Zone innerhalb der Region befinden, in der Sie die Knotenvorlage erstellt haben. Eine Knotengruppe für einzelne Mandanten übernimmt die Attribute, die in der Knotenvorlage für einzelne Mandanten festgelegt sind. Die Knotengruppe für einzelne Mandanten erfordert zusätzliche Werte, die Sie angeben müssen. Für BYOL gelten je nach Lizenzanforderungen die verschiedenen Optionen für die Hostwartungsrichtlinie:
Console
gcloud
Erstellen Sie eine Knotengruppe für einzelne Mandanten mit dem Befehl
gcloud compute sole-tenancy node-groups create
:gcloud compute sole-tenancy node-groups create GROUP_NAME \ --node-template TEMPLATE_NAME \ --target-size GROUP_SIZE \ --zone ZONE \ --maintenance-policy MAINTENANCE_POLICY
Dabei gilt:
REST
Erstellen Sie mit
nodeGroups.insert
eine Knotengruppe für einzelne Mandanten:POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/nodeGroups?initialNodeCount=GROUP_SIZE { "nodeTemplate": "/regions/REGION/nodeTemplates/TEMPLATE_NAME", "name": "GROUP_NAME", "maintenancePolicy": "MAINTENANCE_POLICY" }
Dabei gilt:
VM für einzelne Mandanten bereitstellen
Stellen Sie eine VM in der Knotengruppe bereit und geben Sie die Hostwartungsrichtlinie an. Beachten Sie die folgenden Anforderungen:
Console
Wenn Sie Labels für Knotenaffinitäten in der Vorlage verwendet haben, können Sie mehrere VMs mithilfe verwalteter Instanzgruppen (MIGs) erstellen und die Knotenaffinitätslabels unter Knoten für einzelne Mandanten angeben oder einzelne VMs über die Detailseite der Knotengruppe erstellen:
gcloud
Stellen Sie mithilfe des Befehls
gcloud compute instances create
eine VM für einzelne Mandanten in einer Knotengruppe für einzelne Mandanten bereit:gcloud compute instances create VM_NAME \ --machine-type MACHINE_TYPE --image IMAGE_NAME \ --zone ZONE \ --node-group GROUP_NAME \ RESTART_BEHAVIOR \ --maintenance-policy MAINTENANCE_POLICY
Dabei gilt:
REST
Stellen Sie mithilfe der Methode
instances.insert
eine VM für einzelne Mandanten in einer Knotengruppe für einzelne Mandanten bereit:POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/VM_ZONE/instances { "name": "VM_NAME", "machineType": "/zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE", "scheduling": { "nodeAffinities": [ { "key": "node-group", "operator": "IN", "values": [ "GROUP_NAME" ] } ], "onHostMaintenance": "MAINTENANCE_POLICY", "automaticRestart": "AUTOMATIC_RESTART" }, "networkInterfaces": [ { "network": "/global/networks/NETWORK", "subnetwork": "/regions/region/subnetworks/SUBNETWORK" } ], "disks": [ { "boot": true, "initializeParams": { "sourceImage": "/projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY" } } ] }
Dabei gilt:
Nächste Schritte
Sofern nicht anders angegeben, sind die Inhalte dieser Seite unter der Creative Commons Attribution 4.0 License und Codebeispiele unter der Apache 2.0 License lizenziert. Weitere Informationen finden Sie in den Websiterichtlinien von Google Developers. Java ist eine eingetragene Marke von Oracle und/oder seinen Partnern.
Zuletzt aktualisiert: 2024-08-23 (UTC).
[{ "type": "thumb-down", "id": "hardToUnderstand", "label":"Hard to understand" },{ "type": "thumb-down", "id": "incorrectInformationOrSampleCode", "label":"Incorrect information or sample code" },{ "type": "thumb-down", "id": "missingTheInformationSamplesINeed", "label":"Missing the information/samples I need" },{ "type": "thumb-down", "id": "translationIssue", "label":"Problem mit der Übersetzung" },{ "type": "thumb-down", "id": "otherDown", "label":"Sonstiges" }] [{ "type": "thumb-up", "id": "easyToUnderstand", "label":"Leicht verständlich" },{ "type": "thumb-up", "id": "solvedMyProblem", "label":"Mein Problem wurde gelöst" },{ "type": "thumb-up", "id": "otherUp", "label":"Sonstiges" }] -