Eigene Lizenz verwenden (Bring your own License, BYOL)

Auf dieser Seite wird gezeigt, wie Sie eigene Lizenzen (BYOL) in Google Cloud verwenden können. Wenn Sie Images mit vorhandenen Lizenzen nutzen möchten, sollten Sie zuvor die Übersicht unter Eigene Lizenzen verwenden lesen.

Für die Verwendung von Lizenzen mit physischem Kern oder physischem Prozessor in Google Cloud, für die bestimmte Hardwareanforderungen gelten, nutzen Sie Knoten für einzelne Mandanten. Bei Knoten für einzelne Mandanten werden Ihre VMs auf Hardware ausgeführt, die speziell Ihrem Projekt zugeordnet ist. Außerdem wird die Nutzung des physischen Kerns begrenzt.

Zum Verwenden von Images mit vorhandenen Lizenzen ist Folgendes erforderlich:

  1. Virtuelle Laufwerksdatei importieren und Image erstellen
  2. Vorlage für einen Knoten für einzelne Mandanten erstellen
  3. Gruppe von Knoten für einzelne Mandanten anhand der Knotenvorlage erstellen
  4. Eine VM in der Knotengruppe mit der importierten virtuellen Laufwerksdatei bereitstellen

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.

Hinweis

  1. Zusätzliches CPU-Kontingent anfordern: Achten Sie darauf, dass Ihr CPU-Kontingent für Ihre Knotengruppe ausreicht. Sie müssen für jeden Knotentyp ein zusätzliches Kontingent anfordern. Wenn Sie Rabatte für zugesicherte Nutzung erwerben, müssen Sie eine Erhöhung des Kontingents für die zugesicherten CPUs anfordern. Abhängig von der Einrichtung und den Anforderungen Ihrer Arbeitslasten müssen Sie eventuell eine Kontingentanpassung für VMs oder IP-Adressen anfordern.

  2. Cloud Build API aktivieren: Für den Import Ihres Betriebssystem-Images 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 anzeigen lassen. Informationen zum Zuweisen von Rollen für Ihr Projekt finden Sie unter Zugriff auf Compute Engine-Ressourcen verwalten.

  3. 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 Servernutzung für die Berichterstellung ermitteln.

Virtuelle Laufwerksdatei importieren und Image erstellen

Vor dem Importieren der virtuellen Laufwerksdatei für Ihre VM prüfen Sie die Datei auf Inkompatibilitäten. Dazu müssen Sie in Ihrer VM das Precheck-Tool herunterladen und ausführen.

Zum Starten einer VM mit Ihrer eigenen Lizenz importieren Sie ein virtuelles Laufwerk mit dem Betriebssystem, das Sie verwenden möchten. Sie können Ihre Datei mit dem gcloud-Befehlszeilentool importieren. Dieses Tool unterstützt den Import von virtuellen Laufwerken aus Cloud Storage-Buckets und von lokalen Workstations.

Wenn Sie eine virtuelle Laufwerksdatei importieren, lädt das Tool für den Image-Import Ihre Image-Datei in Cloud Storage hoch und erstellt gegebenenfalls einen neuen Cloud Storage-Bucket. Anschließend kopiert das Tool die Datei nach Compute Engine und erstellt ein Image aus der virtuellen Laufwerksdatei.

Wenn Sie die virtuelle Laufwerksdatei auf Ihrer lokalen Workstation hosten, lädt das Importtool die Datei in einen Cloud Storage-Bucket hoch und importiert dann das Image in Compute Engine.

Eine ausführliche Erläuterung des Tools zum Importieren von Images finden Sie unter Virtuelle Laufwerke importieren.

gcloud

  1. Führen Sie den folgenden Befehl aus, um Ihre virtuelle Laufwerksdatei zu importieren und ein Image zu erstellen:

    gcloud compute images import image-name  --source-file file-name  --os os
    

    Ersetzen Sie Folgendes:

    • image-name: Name für das Image.

    • file-name: Virtuelle Laufwerksdatei, die lokal gehostet oder in Cloud Storage gespeichert wird.

      • Wenn Ihr virtuelles Laufwerk eine lokale Datei ist: Verwenden Sie einen absoluten oder relativen Pfad. In diesem Fall kann der Uploadvorgang je nach Größe des virtuellen Laufwerks und Geschwindigkeit der Netzwerkverbindung mehrere Minuten dauern.

      • Wenn Ihre virtuelle Laufwerksdatei in Cloud Storage gespeichert ist: Geben Sie den vollständigen Pfad der Datei im Format gs://bucket-name/object-name an. Die Datei muss sich in einem Storage-Bucket in dem Projekt befinden, das für den Import verwendet wird.

    • os: Betriebssystem von source-file. Dies muss einer der folgenden Datentypen sein:

      • rhel-6-byol
      • rhel-7-byol
      • rhel-8-byol
      • sles-12-byol
      • sles-15-byol
      • windows-2012-byol
      • windows-2012r2-byol
      • windows-2016-byol
      • windows-2019-byol
      • windows-7-x64-byol
      • windows-7-x86-byol
      • windows-8-x64-byol
      • windows-8-x86-byol
      • windows-10-x64-byol
      • windows-10-x86-byol
  2. Nach dem Erstellen des Images können Sie das Image für Nutzer außerhalb Ihres Projekts oder Ihrer Organisation freigeben:

    gcloud projects add-iam-policy-binding project-id  --member user:user-email  --role roles/compute.imageUser
    

    Ersetzen Sie Folgendes:

    • project-id: Projekt-ID des Projekts mit dem Image, auf das Zugriff gewährt werden soll.
    • user-email: E-Mail-Adresse des Nutzers, für den das Image freigegeben werden soll.

    Informationen über den Zugriff auf freigegebene Images finden Sie unter Images und Snapshots freigeben.

  3. Für in Cloud Storage gespeicherte Dateien und in Compute Engine vorhandene Images fallen Kosten an. Nachdem Sie geprüft haben, ob das Image korrekt als VM importiert und gestartet wird, können Sie die virtuelle Laufwerksdatei aus Cloud Storage löschen.

Vorlage für einen Knoten für einzelne Mandanten erstellen

Erstellen Sie eine Knotenvorlage als Grundlage für Ihre Knotengruppe.

gcloud

gcloud compute sole-tenancy node-templates create template-name --node-type node-type --region region --server-binding server-binding

Ersetzen Sie Folgendes:

  • template-name: Name der Knotenvorlage, die Sie erstellen möchten.
  • node-type: Der Knotentyp für diese Vorlage. Sie können beispielsweise den Knotentyp n2-node-80-640 auswählen, um einen Knoten mit 80 vCPUs und 624 GB Arbeitsspeicher zu erstellen.

  • region: Region, in der die Knotenvorlage erstellt werden soll.

  • server-binding: Serverbindungsrichtlinie für Knoten, die diese Vorlage verwenden. Je nach Lizenztyp kann einer der folgenden Werte festgelegt werden:

    • restart-node-on-any-server
    • restart-node-on-minimal-servers

API

POST https://www.googleapis.com/compute/beta/projects/project-id/regions/region/nodeTemplates

{
   "name": "template-name",
   "nodeType": "node-type"
   "nodeAffinityLabels": {
      "key": "value"
   },
   "serverBinding":
   {
     "type": "server-binding"
   }
}

Ersetzen Sie Folgendes:

  • project-id: ID Ihres Projekts.
  • template-name: Name der Knotenvorlage, die Sie erstellen möchten.
  • node-type: Der Knotentyp für diese Vorlage. Sie können beispielsweise den Knotentyp n2-node-80-640 auswählen, um einen Knoten mit 80 vCPUs und 624 GB Arbeitsspeicher zu erstellen.

  • key:value: Durch Kommas getrennte Liste von Zielgruppenlabels. Zielgruppenlabels werden nur beim Erstellen der Knotenvorlage festgelegt.

  • region: Region, in der die Knotenvorlage erstellt werden soll.

  • server-binding: Serverbindungsrichtlinie für Knoten, die diese Vorlage verwenden. Je nach Lizenztyp kann einer der folgenden Werte festgelegt werden:

    • RESTART_NODE_ON_ANY_SERVER
    • RESTART_NODE_ON_MINIMAL_SERVER

Knotengruppe aus einer Knotenvorlage erstellen

Erstellen Sie eine Knotengruppe aus einer zuvor erstellten Knotenvorlage und geben Sie die VM-Wartungsrichtlinie an.

gcloud

gcloud beta compute sole-tenancy node-groups create group-name  --node-template template-name  --target-size group-size  --zone zone  --maintenance-policy maintenance-policy

Ersetzen Sie Folgendes:

  • group-name: Name der Knotengruppe, die erstellt werden soll.
  • template-name: Name der Knotenvorlage, aus der die Knotengruppe erstellt werden soll.
  • group-size: Anfängliche Größe der Knotengruppe.
  • zone: Zone, in der die Knotengruppe erstellt werden soll.
  • maintenance-policy: Wartungsrichtlinie der Knotengruppe. Legen Sie dafür einen der folgenden Werte fest:
    • migrate-within-node-group
    • restart-in-place
    • default

API

POST https://www.googleapis.com/compute/beta/projects/project-id/zones/zone/nodeGroups?initialNodeCount=target-size

{
  "nodeTemplate": "/regions/region/nodeTemplates/template-name",
  "name": "group-name",
  "maintenancePolicy": "maintenance-policy"
}

Ersetzen Sie Folgendes:

  • project-id: ID des Projekts, in dem die Knotengruppe erstellt werden soll.
  • zone: Zone, in der die Knotengruppe erstellt werden soll. Die Knotengruppe muss sich in derselben Region befinden wie die verwendete Knotenvorlage.
  • target-size: Anzahl der Knoten, die in der Gruppe erstellt werden sollen.
  • region: Region, in der sich die Knotenvorlage befindet.
  • template-name: Name der Knotenvorlage, die Sie zum Erstellen dieser Gruppe verwenden möchten.
  • group-name: Name der neuen Knotengruppe.
  • maintenance-policy: Wartungsrichtlinie der Knotengruppe. Legen Sie dafür einen der folgenden Werte fest:
    • MIGRATE_WITHIN_NODE_GROUP
    • RESTART_IN_PLACE
    • DEFAULT

VM in der Knotengruppe bereitstellen

Stellen Sie eine VM in der Knotengruppe bereit und legen Sie das Neustartverhalten der VM fest. Wenn Sie zuvor für Ihre Knotengruppen festgelegt haben, dass innerhalb derselben Knotengruppe gehostete VMs während eines Wartungsereignisses neu gestartet werden, legen Sie beim Erstellen einer neuen VM-Instanz in dieser Knotengruppe fest, dass die neue VM eine der folgenden Aktionen ausführt:

  • Migrieren nach einem Neustart aufgrund eines Wartungsereignisses.
  • Beenden und dann auf demselben Host neu starten. Wenn derselbe Host nicht verfügbar ist, wird ein neuer Server bereitgestellt und die physische ID des vorherigen Hosts wird nicht wiederverwendet.

gcloud

gcloud compute instances create vm-name  --custom-cpu num-cpus  --custom-memory gb-memory  --image image-name  --zone zone  --node-group group-name  restart-behavior  --maintenance-policy maintenance-policy

Ersetzen Sie Folgendes:

  • vm-name: Name der VM, die Sie erstellen möchten.
  • num-cpus: Anzahl der CPUs auf der neuen VM.
  • gb-memory: Größe des Arbeitsspeichers der neuen VM in GB.
  • image-name: Name des Images, aus dem diese VM erstellt werden soll.
  • zone: Zone, in der die VM erstellt werden soll.
  • group-name: Name der Knotengruppe, in der die VM bereitgestellt werden soll.
  • restart-behavior: Neustartverhalten dieser VM. Wählen Sie eine der folgenden Optionen aus:
    • --restart-on-failure
    • --no-restart-on-failure
  • maintenance-policy: VM-Verhalten bei Wartungsereignissen. Wählen Sie je nach Nutzungsszenario eine der folgenden Optionen aus:
    • MIGRATE
    • TERMINATE

API

POST https://www.googleapis.com/compute/v1/projects/project-id/zones/vm-zone/instances

{
  "machineType": "/zones/machine-type-zone/machineTypes/custom-num-cpus-mb-memory",
  "name": "vm-name",
  "scheduling": {
    "nodeAffinities": [
      {
        "key": "node-group",
        "operator": "IN",
        "values": [
        "group-name"
        ]
      }
    ],
    "onHostMaintenance": "maintenance-policy",
    "automaticRestart": "restart-behavior"
  },
  "networkInterfaces": [
    {
     "network": "/global/networks/network",
     "subnetwork": "/regions/region/subnetworks/subnetwork"
    }
  ],
  "disks": [
    {
      "boot": true,
      "initializeParams": {
        "sourceImage": "/projects/image-project/global/images/family/image-family"
       }
    }
  ]
}

Ersetzen Sie Folgendes:

  • project-id: ID des Projekts, in dem die VM erstellt werden soll.
  • vm-zone: Zone, in der die VM erstellt werden soll.
  • machine-type-zone: Zone mit dem Maschinentyp.
  • num-cpus: Anzahl der CPUs auf der neuen VM.
  • mb-memory: Größe des Arbeitsspeichers der neuen VM in MB.
  • vm-name: Name der neuen VM.
  • group-name: Name der Knotengruppe, in der diese VM erstellt werden soll.
  • maintenance-policy: Wartungsverhalten dieser VM. Legen Sie je nach Nutzungsszenario eine der folgenden Optionen fest:
    • MIGRATE
    • TERMINATE
  • restart-behavior: Neustartverhalten dieser VM. Der Standardwert ist true.
  • network: Name des Netzwerks, mit dem die VM verbunden werden soll.
  • subnetwork: Name des Subnetzwerks, mit dem die VM verbunden werden soll.
  • image-project: Image-Projekt, das das Quell-Image enthält.
  • image-family: Image-Familie des Quell-Images.

Weitere Informationen