Eigene Lizenz verwenden (Bring your own License, BYOL)

Auf dieser Seite wird beschrieben, wie Google Cloud das Verwenden eigener Lizenzen (BYOL) in Compute Engine unterstützt. Zusätzlich zu den On-Demand-Lizenzen können Sie in Google Cloud Ihre vorhandenen Lizenzen verwenden. Wenn Sie Ihre vorhandenen Lizenzen nutzen möchten, müssen Sie auch Ihre eigenen Medien verwenden und diese auf Hardwarekonfigurationen ausführen, z. B. auf Knoten für einzelne Mandanten, die mit Ihren Lizenzen kompatibel sind.

Lesen Sie die Nutzungsbedingungen Ihrer Lizenz, bevor Sie Images mit vorhandenen Lizenzen in Google Cloud verwenden. Eine Anleitung zur Nutzung von Images mit vorhandenen Lizenzen in Google Cloud finden Sie unter Eigene Lizenz verwenden (Bring your own License, BYOL).

Um die Verwendung eigener Lizenzen zu ermöglichen und Sie beim Erfüllen von Complianceanforderungen zu unterstützen, bietet Google Cloud Tools für die folgenden Aufgaben:

  • Images importieren
  • VMs auf dedizierter Hardware verwalten (Knoten für einzelne Mandanten)
  • Nutzung physischer Kerne minimieren
  • Nutzung physischer Kerne zu Berichtzwecken verfolgen

Sie können Images mit vorhandenen Lizenzen aus eigenem Bestand in jeder Region, die Knoten für einzelne Mandanten unterstützt, verwenden. Auch wenn für Images mit vorhandenen Lizenzen keine zusätzlichen Kosten anfallen, müssen Sie dennoch Ihre Lizenzen gemäß Ihren Vereinbarungen bezahlen.

Knoten für einzelne Mandanten sind physische Server, auf denen ausschließlich VMs 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. Sehen Sie in Ihren Lizenzvereinbarungen nach, welche Konfigurationsoptionen für Ihre Arbeitslasten am besten geeignet sind.

Es gibt andere Lizenzierungsszenarien, die keine Knoten für einzelne Mandanten erfordern, z. B. Lizenzen für Microsoft-Anwendungen. Wenn Sie eigene Lizenzen von Microsoft-Anwendungen wie SharePoint Server und SQL Server verwenden möchten, greifen Sie auf Microsoft License Mobility zurück.

Virtuelles Laufwerk importieren und Image 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 Ihre lokale Umgebung virtuelle Laufwerke (Golden Disks oder Golden Images) mit benutzerdefinierten Anpassungen (Softwarekonfigurationen, Lizenzen usw.) enthält, die Sie benötigen, kann das Tool zum Importieren virtueller Laufwerke bei Folgendem helfen:

  1. Benutzerdefinierte virtuelle Laufwerke importieren und Images basierend auf diesen Laufwerken erstellen
  2. Entsprechende Lizenzkonfiguration einrichten
  3. Pakete und Treiber installieren, die für die Kompatibilität mit Google Cloud erforderlich sind

Die Workflows für den Import von Images sind anpassbar und auf GitHub verfügbar. Da Software von Drittanbietern die Installation der Compute Engine-Treiber beeinträchtigen kann, empfiehlt Google außerdem, Drittanbietersoftware zu entfernen, bevor Sie das Image importieren.

Google unterstützt den Offlineimport von Images für die folgenden Betriebssysteme:

  • Linux:

    • Red Hat Enterprise Linux 6, Red Hat Enterprise Linux 7 und Red Hat Enterprise Linux 8
    • SUSE Linux Enterprise Server 12 und SUSE Linux Enterprise Server 15
  • Windows:

    • Server: Windows Server 2008 R2 SP1, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016, Windows Server 2019
    • Client: Windows 7 SP1 x64, Windows 7 SP1 x86, Windows 8.1 x64, Windows 8.1 x86, Windows 10 x64, Windows 10 x86

Zusätzlich zum Import von Offline-Betriebssystem-Images können Sie Images von VMs importieren, die online sind und ausgeführt werden.

Lizenzen und Lizenzaktivierung

Nachdem Sie sich vergewissert haben, dass Sie ein kompatibles Betriebssystem importieren, müssen Sie prüfen, ob Ihre Lizenzvereinbarung die Verwendung der Software auf die in dieser Dokumentation beschriebene Weise zulässt und ob Sie berechtigt sind, das von Google bereitgestellte Image des Gastbetriebssystems und die Lizenzimportumgebung zu verwenden. Beachten Sie, dass Sie auch dafür verantwortlich sind, das Image Ihres Gastbetriebssystems gemäß den Lizenzvereinbarungen für den Import vorzubereiten.

Verwenden Sie für die Aktivierung einer Lizenz Startskripts mit Ihren Aktivierungsschlüsseln oder richten Sie Cloud Key Management Service ein. 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 einen einzelnen Mandanten bereitstellen.

Physischen Kern und Prozessor nutzen

Wenn Sie den Image-Import verwenden, um Images mit vorhandenen Lizenzen in Google Cloud zu nutzen, gehen Sie so vor:

  1. Bereiten Sie die Images gemäß Ihren Lizenzvereinbarungen vor.
  2. Aktivieren Sie Ihre Lizenzen.
  3. Beobachten Sie die Lizenznutzung Ihrer VMs.
  4. Informieren Sie Ihren Anbieter über den Lizenzverbrauch.

Google bietet zur Unterstützung bei der Meldung Ihres Lizenzverbrauchs Tools, mit denen Sie sowohl die Lizenznutzung als auch die Nutzung physischer Kerne und Prozessoren erfassen können.

Konfigurationsoptionen

Abhängig von Ihren Lizenzierungsszenarien und Arbeitslasten können Sie die Anzahl der von Ihren VMs verwendeten physischen Kerne begrenzen. Knoten für einzelne Mandanten bieten die folgenden Konfigurationsoptionen, die abhängig davon variieren, ob und wie eine Live-Migration der VMs während der monatlichen Wartungsereignisse auf dem Host durchgeführt wird:

  • VMs werden live zu einem beliebigen Server migriert: Die Nutzung physischer Kerne wird während Hostwartungsereignissen nicht minimiert und VMs werden ohne Berücksichtigung der Affinität zu einer bestimmten Gruppe von Servern auf einen neuen Host verschoben. Dies ist die Standardkonfigurationsoption und wird für Lizenzen pro Nutzer oder Gerät empfohlen.

  • VMs werden direkt neu gestartet: VMs werden während eines Hostwartungsereignisses, das etwa alle vier bis sechs Wochen auftritt, auf demselben physischen Server beendet und dann neu gestartet. Diese Option wird für fehlertolerante Arbeitslasten empfohlen, die auf demselben physischen Server verbleiben müssen, oder für Lizenzen, die auf der Anzahl der physischen Kerne oder Prozessoren basieren.

  • VMs werden innerhalb einer Knotengruppe für einzelne Mandanten live migriert: VMs werden während eines Hostwartungsereignisses in einem festen Pool physischer Server (Knotengruppe für einzelne Mandanten) live migriert. Im Gegensatz zur Standardeinstellung, bei der VMs live zu einem Server migriert werden, werden Knoten in einer Knotengruppe für einzelne Mandanten mit einer festen Gruppe physischer Server verknüpft, um servergebundene Lizenzen zu unterstützen. Compute Engine reserviert automatisch 5 % aller bereitgestellten Knoten, um Kapazität für die Live-Migration sicherzustellen. Diese Option wird für Hochverfügbarkeits-Arbeitslasten mit Lizenzen empfohlen, die auf der Anzahl der physischen Kerne oder Prozessoren basieren.

Wartungsereignisse

In seltenen Fällen kann es bei einem Server zu einem kritischen Hardwarefehler kommen. In diesem Fall nimmt Compute Engine den physischen Server und seine eindeutige Kennung zurück, widerruft den Zugriff auf den physischen Server, weist einem Ersatzknoten eine neue eindeutige Kennung zu und verschiebt Ihre VMs auf den Ersatzknoten. Abhängig von der Konfiguration der Knoten für einzelne Mandanten startet Compute Engine möglicherweise Ihre VMs neu.

Weitere Informationen