FAQs zur Microsoft-Lizenzierung in Google Cloud

Auf dieser Seite finden Sie die am häufigsten gestellten Fragen zur Lizenzierung der folgenden Microsoft-Arbeitslasten in Google Cloud:

FAQ zu Windows Server in Google Cloud

Welche Optionen habe ich, um Windows Server in Google Cloud auszuführen?

Windows Server ist mit On-Demand-Lizenzen verfügbar, die für vorkonfigurierte Images in der Compute Engine verfügbar sind, oder als Lizenzstring, der an benutzerdefinierte Images während des Image-Imports angehängt wird. Möglicherweise können Sie auch eine eigene Lizenz (Bring Your Own License, BYOL) für einen Windows Server verwenden, sofern diese die Teilnahmevoraussetzungen erfüllt. Weitere Informationen finden Sie in den FAQs zu BYOL für Windows Server.

FAQ zu Windows Server on Demand

Wie verwende ich die On-Demand-Lizenzierung auf meinen Windows Server-VMs?

Es gibt zwei Möglichkeiten, die On-Demand-Lizenzierung für Ihre VMs zu aktivieren:

  • Vordefinierte Images von Google Cloud: Wenn Sie ein vordefiniertes Windows Server- oder SQL Server-Image aus dem Compute Engine-Image-Katalog oder dem Google Cloud Marketplace verwenden, stellt Google eine On-Demand-Lizenz bereit und hängt diese an das Image an. Google Cloud verwaltet die Berichts- und Compliance-Anforderungen, damit Sie schnell mit diesen Microsoft-Produkten loslegen können.
  • Benutzerdefinierte Images: Wenn Sie Ihr eigenes Windows Server- oder SQL Server-Image verwenden, können Sie während import oder Migration eine von Google bereitgestellte On-Demand-Lizenz anhängen. Der Abschnitt Lizenz der Seite Betriebssystemdetails für Windows Server und SQL Server enthält Lizenzstrings für die jeweiligen Softwareversionen. Wenn Sie von Google bereitgestellte On-Demand-Lizenzen für SQL Server auf Windows Server verwenden, müssen Sie für jede Software einen Lizenzstring anhängen.

Wie funktioniert die Abrechnung für On-Demand-Windows Server-VMs?

Wenn Sie eine Windows Server- oder SQL Server-VM mit On-Demand-Lizenzierung erstellen, werden neben den SKUs der Compute Engine-Basisressourcen auch SKUs für Microsoft Windows Server-Lizenzen hinzugefügt. Für jede virtuelle CPU, die in der VM aktiviert ist, wird eine Kernlizenz berechnet. Wenn Sie die Anzahl der virtuellen CPUs in Ihrer VM reduzieren, indem Sie das gleichzeitige Multithreading (SMT) deaktivieren oder Kerne deaktivieren, oder beides, wird die Anzahl der virtuellen CPUs reduziert, für die Lizenzen in Rechnung gestellt werden.

Wer ist für die Compliance und Berichterstellung zur On-Demand-Lizenzierung von Windows Server verantwortlich?

Wenn Sie On-Demand-Lizenzen von Google verwenden, gewährleistet Google die Einhaltung der Lizenzanforderungen und verwaltet die Berichterstellung zur Lizenznutzung.

Muss ich Clientzugriffslizenzen (Client Access Licenses, CALs) erwerben, wenn ich eine On-Demand-Lizenz für Windows Server verwende?

Nein. Die CALs und ihre Kosten sind im Betriebssystem-Image enthalten. Nutzer-CALs müssen nicht separat erworben werden. Es sind auch keine zusätzlichen CALs für Active Directory-Domaincontroller-VMs, die in einer verwalteten Microsoft Active Directory-Domain ausgeführt werden, oder Windows-VMs, die Teil einer solchen Domain sind, erforderlich. Weitere Informationen finden Sie unter Managed Service for Microsoft Active Directory.

Sind CALs für Remote Desktop Services (RDS) auf On-Demand-VM-Instanzen erforderlich?

Nein. RDS-CALs sind für On-Demand-Windows-Server nur erforderlich, wenn Sie mehr als zwei gleichzeitige Remote Desktop-Sitzungen zu Verwaltungszwecken benötigen. Wenn Sie mehr als zwei gleichzeitige Remote Desktop-Sitzungen benötigen, müssen Sie zusätzliche RDS-CALs erwerben. Weitere Informationen finden Sie unter Lizenzieren der RDS-Bereitstellung mit CALs.

FAQ zu BYOL für Windows Server

Woher weiß ich, ob meine Lizenz für Windows Server in Google Cloud verwendet werden kann (BYOL)?

Ihre Windows Server-Lizenz kann bei Verwendung von Outsourcing-Softwareverwaltungsrechten in Google Cloud verwendet werden, wenn sie die folgenden Bedingungen erfüllt, sofern Sie nicht anderweitig daran gehindert sind, die Verwaltung Ihrer Software auszulagern:

  • 2019 oder früher veröffentlichte Produkte: Die Lizenz deckt eine Microsoft-Produktversion ab, die vor dem 1. Oktober 2019 veröffentlicht wurde. An diesem Datum hat Microsoft eine Änderung an seiner Lizenz bekanntgegeben. So kann Windows 2019 beispielsweise für BYOL mit Outsourcing-Verwaltungsrechten infrage kommen, Windows Server 2022 jedoch nicht.
  • Vor dem 1. Oktober 2019 erworben oder in Kraft getreten: Sie haben die Microsoft-Lizenz im Rahmen einer Registrierung erworben, die vor dem 1. Oktober 2019 in Kraft getreten ist, ODER Sie haben die Microsoft-Lizenz nach dem 1. Oktober 2019 im Rahmen eines True-Up-Bestellprozesses der Enterprise-Vereinbarung von Microsoft (PDF-Download) für eine Registrierung mit einem Datum des Inkrafttretens vor dem 1. Oktober 2019 erworben. Dazu gehören sowohl die Serverlizenzen als auch alle CALs.
  • Knoten für einzelne Mandanten (dedizierte Hardware) erforderlich: Sie können Software, die Sie mit Outsourcing-Softwareverwaltungsrechten erworben haben, nur mit dedizierten Servern wie Knoten für einzelne Mandanten verwenden. Microsoft erlaubt die Verwendung von Outsourcing-Softwareverwaltungsrechten in einer mehrmandantenfähigen Umgebung nicht. Daher können Sie die Software nicht mit der Standard-Mandantenfähigkeit für Compute Engine-VMs verwenden.

Ist Windows Server durch Software Assurance mit License Mobility abgedeckt?

Nein. Windows Server ist nicht durch License Mobility abgedeckt, da License Mobility nur für Serveranwendungen gilt, nicht für das zugrunde liegende Betriebssystem. Weitere Informationen finden Sie unter Microsoft License Mobility.

Was passiert, wenn ich eine frühere Version von Windows Server auf Knoten für einzelne Mandanten ausführen darf, später aber ein Upgrade auf eine Windows Server-Version ausführe, die nach dem 1. Oktober 2019 veröffentlicht wurde?

Wenn Sie ein Upgrade auf eine Windows Server-Version ausführen, die nach dem 1. Oktober 2019 veröffentlicht wurde, unterliegen Sie den Lizenzbedingungen von Microsoft für diese Version. Unter diesen Bedingungen ist Ihre neue Lizenz möglicherweise nicht für die Nutzung in Google Cloud mit BYOL zulässig.

Werden VM-Lizenzen beim Aktualisieren der Mandantenfähigkeit einer VM geändert?

Beim Ändern der Mandantenfähigkeit einer VM ändert Compute Engine ihre Lizenz nicht. Für jede Lizenz, die Sie in Google Cloud verwenden (BYOL), sind Sie dafür verantwortlich, dass die VM ein Mandantenmodell (einzelner Mandant oder Mehrfachnutzung) verwendet, das Ihrer Lizenzvereinbarung entspricht.

Benötige ich CALs, wenn ich meine eigene BYOL-Windows Server-Lizenz verwende?

Ja. Wenn Sie Ihre eigene Windows Server-Lizenz verwenden, sind Sie für den Erwerb der erforderlichen CALs verantwortlich. Je nachdem, wie Sie Windows Server konfigurieren und verwenden, benötigen Sie möglicherweise zusätzliche CALs für Rights Management Services (RDP). Weitere Informationen finden Sie unter Lizenzieren der RDS-Bereitstellung mit CALs.

Wie aktiviere ich meine eigene BYOL-Windows Server-Lizenz, wenn ich sie für Compute Engine verwende?

Wenn Sie ein Image in Compute Engine importieren, für das eine vorhandene Lizenz erforderlich ist, sind Sie für die Aktivierung der Lizenz verantwortlich. Weitere Informationen finden Sie unter Eigene Lizenz verwenden (Bring your own License, BYOL). Wenn Sie ein On-Demand-Image verwenden, verwaltet Google die Lizenz für Sie.

Wofür bin ich verantwortlich, wenn ich meine eigene Lizenz verwende (BYOL)?

Wenn Sie eigene Lizenzen in Compute Engine verwenden, sind Sie für die Compliance mit Microsoft gemäß Ihren Lizenzbedingungen verantwortlich.

Kann ich meine eigene Windows Server-Lizenz pro Kern anwenden?

Wenn Ihre Windows Server-Lizenz für BYOL infrage kommt, können Sie die Lizenz möglicherweise pro Kern verwenden, sofern Sie die folgenden Kriterien erfüllen:

  • Die Lizenzierung von Windows Server pro Kern ist nur auf Knoten für einzelne Mandanten verfügbar.
  • Sowohl für die Standard- als auch für die Datacenter-Version entspricht die Anzahl der erforderlichen Kernlizenzen der Anzahl der physischen Kerne auf dem lizenzierten Server. Dabei sind mindestens 8 Kernlizenzen pro physischen Prozessor und mindestens 16 Kernlizenzen pro Server erforderlich. Kern-Lizenzen werden als 2er-Set verkauft. Weitere Informationen finden Sie in der Kurzübersicht zur Lizenzierung von Microsoft.

Mit einer Windows Server-Standard-Lizenz können Sie zwei VMs auf dem physischen Host hosten. Mit der Datacenter-Lizenz mit Lizenzierung pro Kern können Sie eine unbegrenzte Anzahl von VMs auf dem physischen Host hosten.

FAQ zu SQL Server in Google Cloud

Welche Optionen stehen zum Ausführen von SQL Server in Google Cloud zur Verfügung?

Es gibt mehrere Möglichkeiten, SQL Server-Arbeitslasten in Google Cloud auszuführen:

  • On-Demand-SQL Server-Images von Google: Vordefinierte SQL Server-Images sind direkt über die Compute Engine in der Google Cloud Console verfügbar. Diese Images basieren auf Windows Server und die Lizenzkosten für Windows Server und SQL Server werden als Lizenz-SKUs neben den SKUs der VM-Basisressourcen hinzugefügt. Weitere Informationen zum On-Demand-Preismodell und zum Einstieg finden Sie unter FAQ zu Windows Server on Demand.
  • BYOL-SQL Server (Bring Your Own License): Wenn Sie eine vorhandene SQL Server-Lizenz für die lokale Nutzung haben, können Sie diese Lizenz in den folgenden Fällen in Google Cloud verwenden:
    • Wenn Sie Software Assurance mit License Mobility haben, kann Ihre SQL Server-Lizenz möglicherweise auf standardmäßigen mehrmandantenfähigen VMs ausgeführt werden, sofern das zugrunde liegende Betriebssystem keine Knoten für einzelne Mandanten erfordert.
    • Wenn Sie keine Software Assurance mit License Mobility haben, können Sie Ihre SQL Server-Lizenz nur auf Knoten für einzelne Mandanten in Google Cloud verwenden. Außerdem muss Ihre Lizenz die Kriterien für Outsourcing-Softwareverwaltungsrechte erfüllen.
  • Von Google verwalteter SQL Server: Weitere Optionen zum Ausführen von SQL Server sind Cloud SQL, unser von Google verwaltetes SQL Server-Angebot, und die Google Cloud VMware Engine.

FAQs SQL Server on Demand

Wie viele SQL Server-Kernlizenzen werden für meine VM in Rechnung gestellt?

Die Microsoft SQL Server-Lizenzierung erfordert eine Lizenz für jeden Kern einer virtuellen CPU (vCPU), die dem Gastbetriebssystem zur Verfügung steht. Es werden immer mindestens vier Kernlizenzen berechnet. Wenn Sie die Anzahl der für das Gastbetriebssystem verfügbaren virtuellen CPUs reduzieren, indem Sie SMT deaktivieren oder Kerne deaktivieren oder beides tun, wird die Anzahl der in Rechnung gestellten Kernlizenzen reduziert.

Eine VM vom Typ „c4-standard-8“ mit Standardeinstellungen stellt dem Gastbetriebssystem beispielsweise acht vCPUs zur Verfügung. Ihnen werden acht Kernlizenzen in Rechnung gestellt.

Wenn Sie die Anzahl der sichtbaren Kerne auf drei festlegen (ein Kern deaktiviert), werden dem Gastbetriebssystem sechs vCPUs zur Verfügung gestellt. Daher werden Ihnen sechs Kernlizenzen in Rechnung gestellt. Wenn Sie als Nächstes „1“ für die Anzahl der Threads pro Kern festlegen (bei deaktiviertem SMT), werden dem Gastbetriebssystem nur drei vCPUs angezeigt. Ihnen werden jedoch vier Kernlizenzen in Rechnung gestellt, da Ihnen immer mindestens vier Kernlizenzen in Rechnung gestellt werden.

Zusätzlich zu den Lizenzgebühren werden Ihnen die Compute Engine-VM-Ressourcen vom Typ „c4-standard-8“ in Rechnung gestellt.

Wie werden SQL Server-Failover-Cluster lizenziert?

Wenn Sie On-Demand-Lizenzen für SQL Server verwenden, müssen Sie alle VMs im Failover-Cluster lizenzieren, einschließlich passiver VMs.

FAQs zu BYOL-SQL Server

Ist SQL Server durch Software Assurance mit License Mobility abgedeckt?

Ja, SQL Server ist in der Regel durch License Mobility durch Software Assurance abgedeckt. Wenn Sie also einen aktiven Software Assurance-Vertrag für Ihre SQL Server-Lizenzen haben, können Sie diese zu Google Cloud verschieben.

Kann ich meine eigene SQL Server-Lizenz (BYOL) auch dann in Google Cloud verwenden, wenn ich keine Software Assurance mit License Mobility habe?

Auch ohne Software Assurance mit License Mobility können Sie möglicherweise Ihre eigene SQL Server-Lizenz (BYOL) verwenden, sofern sie die folgenden Anforderungen erfüllt:

  • 2019 oder früher veröffentlichte Produkte: Die Lizenz deckt eine Microsoft-Produktversion ab, die vor dem 1. Oktober 2019 veröffentlicht wurde. So kann beispielsweise Windows 2019 für BYOL mit Outsourcing-Verwaltungsrechten infrage kommen, Windows Server 2022 jedoch nicht.
  • Vor dem 1. Oktober 2019 erworben oder in Kraft getreten: Sie haben die Microsoft-Lizenz im Rahmen einer Registrierung erworben, die vor dem 1. Oktober 2019 in Kraft getreten ist, ODER Sie haben die Microsoft-Lizenz nach dem 1. Oktober 2019 im Rahmen eines True-Up-Bestellprozesses der Enterprise-Vereinbarung von Microsoft (PDF-Download) für eine Registrierung mit einem Datum des Inkrafttretens vor dem 1. Oktober 2019 erworben. Dazu gehören sowohl die Serverlizenzen als auch alle CALs.
  • Knoten für einzelne Mandanten (dedizierte Hardware) erforderlich: Sie können Software, die Sie mit Outsourcing-Softwareverwaltungsrechten erworben haben, nur mit dedizierten Servern wie Knoten für einzelne Mandanten verwenden. Microsoft erlaubt die Verwendung von Outsourcing-Softwareverwaltungsrechten in einer mehrmandantenfähigen Umgebung nicht. Daher können Sie die Software nicht mit der Standard-Mandantenfähigkeit für Compute Engine-VMs verwenden.

Muss die VM, die ich mit License Mobility in Google Cloud verwende, auf dedizierter Hardware wie Knoten für einzelne Mandanten ausgeführt werden?

Arbeitslasten, die von der Lizenzmobilität abgedeckt sind, müssen nicht unbedingt auf Knoten für einzelne Mandanten platziert werden, sofern folgende Voraussetzungen erfüllt sind:

  • Die VM ist ausschließlich für Ihre Nutzung vorgesehen.
  • Für das zugrunde liegende Betriebssystem ist kein Knoten für einzelne Mandanten erforderlich.

Für eine VM mit BYOL SQL Server, die mit License Mobility auf einem On-Demand-Windows Server-Image von Google ausgeführt wird, sind beispielsweise keine Knoten für einzelne Mandanten erforderlich.

Für eine VM mit BYOL SQL Server, die mit License Mobility auf einem BYOL-Windows Server-Image ausgeführt wird, ist jedoch die Nutzung von Knoten für einzelne Mandanten erforderlich. Das liegt daran, dass das Windows Server-Betriebssystem nicht für License Mobility infrage kommt und den Einschränkungen der Outsourcing-Softwareverwaltungsrechte unterliegt.

In der folgenden Tabelle sind die Optionen für Mandantenfähigkeit aufgeführt, je nachdem, wie Sie Ihren SQL Server in Google Cloud verwenden.

SQL Server on Demand BYOL-SQL Server – mit License Mobility BYOL-SQL Server – ohne License Mobility
Windows Server on Demand Kann auf mehrmandantenfähigen VMs oder Knoten für einzelne Mandanten ausgeführt werden. Keine Versionsbeschränkungen. Kann auf mehrmandantenfähigen VMs oder Knoten für einzelne Mandanten ausgeführt werden. Keine Versionsbeschränkungen. Muss auf Knoten für einzelne Mandanten ausgeführt werden, da die Lizenzverwaltung von SQL Server eingeschränkt ist. Beschränkt auf SQL Server 2017 oder älter.
BYOL-Windows Server Muss auf Knoten für einzelne Mandanten ausgeführt werden, da die Lizenzverwaltung für BYOL-Windows Server eingeschränkt ist. Begrenzt auf Windows 2019 oder älter. Muss auf Knoten für einzelne Mandanten ausgeführt werden, da die Lizenzverwaltung für BYOL-Windows Server eingeschränkt ist. Begrenzt auf Windows 2019 oder älter. Muss auf Knoten für einzelne Mandanten ausgeführt werden, da die Lizenzverwaltung für BYOL-Windows Server und BYOL-SQL Server eingeschränkt ist. Beschränkt auf SQL Server 2017 oder älter und Windows 2019 oder älter.

Weitere Informationen finden Sie unter Microsoft License Mobility.

Kann ich meine eigene SQL Server-Lizenz (BYOL) auf einer VM mit einem von Google bereitgestellten Betriebssystem verwenden?

Wenn Ihre SQL Server-Lizenz die Kriterien für die Ausführung in Google Cloud erfüllt, können Sie SQL Server selbst auf einem von Google bereitgestellten Windows Server- oder Linux-Image installieren. Die Kosten für ein Premium-Image wie Windows Server werden entsprechend in Rechnung gestellt.

Wie aktiviere ich License Mobility für die Microsoft-Workloads, die ich in Google Cloud verwende?

Wenn Sie License Mobility verwenden möchten, müssen Sie die Lizenzprüfung durch Microsoft vornehmen lassen. Dabei wird verifiziert, ob Ihre Lizenzen für License Mobility berechtigt sind. Sie können die Informationen bezüglich License Mobility über Google oder direkt an Microsoft zur Prüfung senden. Microsoft sendet Ihnen und Google eine Bestätigung, sobald die Prüfung abgeschlossen ist.

Spezifische Informationen zu Ihrer Lizenzvereinbarung, unter anderem, wie Sie die Identifikationsnummer Ihrer Microsoft-Vereinbarung ermitteln können, finden Sie in den FAQ zur Microsoft-Lizenzübersicht.

  • License Mobility-Informationen über Google einreichen:

    Verwenden Sie das Formular zur Prüfung für License Mobility, um Ihre Informationen zu License Mobility über Google zu senden. Auf dieses Formular können Sie direkt zugreifen oder wenn Sie in der Google Cloud Console eine VM erstellen.

  • So reichen Sie License Mobility-Informationen direkt an Microsoft ein:

Muss ich eine Mindestanzahl von Kernen lizenzieren, wenn ich meine SQL Server-Lizenz pro Kern lizenziere?

Ja, für jeden physischen Prozessor auf dem Server sind mindestens vier Kernlizenzen erforderlich. Wenn Sie SQL Server in einer physischen Betriebssystemumgebung ausführen, müssen alle physischen Kerne auf dem Server lizenziert sein. Durch die Softwarepartitionierung wird die Anzahl der erforderlichen Kernlizenzen nicht reduziert, es sei denn, Sie lizenzieren einzelne VMs. Weitere Informationen finden Sie in der Kurzübersicht zur Lizenzierung von Microsoft.

Werden passive Failover-Rechte bereitgestellt, wenn ich License Mobility über Software Assurance verwende?

Rechte für eine Failover-Instanz (HA oder DR) werden durch BYOL-Lizenzen bereitgestellt, die License Mobility über Software Assurance verwenden. Die Failover-VM-Instanz muss dieselbe oder weniger virtuelle CPUs haben als die primäre Instanz. Außerdem müssen beide Instanzen in Google Cloud ausgeführt werden. Wenn Sie ein sekundäres Replik des Always On-Verfügbarkeitsgruppentyps verwenden möchten, muss es auf „Nicht lesen“ gesetzt sein.

Sind CALs erforderlich, wenn ich meine eigene BYOL-SQL Server-Lizenz auf Knoten für einzelne Mandanten verwende?

CALs sind erforderlich, wenn Sie Ihre eigenen Serverlizenzen verwenden. CALs sind nicht erforderlich, wenn Sie Ihre eigenen Kern-Lizenzen verwenden.

Kann ich ein Upgrade auf eine neuere Version von SQL Server ausführen, wenn ich meine eigene BYOL-SQL Server-Lizenz verwende?

Wenn Sie Ihre Rechte für die Outsourcing-Softwareverwaltung nutzen, um Ihre eigenen SQL Server-Lizenzen auf Knoten für einzelne Mandanten zu verwenden, können Sie kein Upgrade auf eine Version ausführen, die nach dem 1. Oktober 2019 veröffentlicht wurde.

Wenn Sie License Mobility über Software Assurance verwenden, um einer VM in Google Cloud eine SQL Server-Lizenz zuzuweisen, gibt es keine Upgrade-Einschränkungen.

Welche Lizenzierungsmodelle werden für SQL Server-Bereitstellungen unterstützt, die auf Knoten für einzelne Mandanten ausgeführt werden?

Wenn Sie Ihre Outsourcing-Softwareverwaltungsrechte verwenden, um Knoten für einzelne Mandanten Lizenzen zuzuweisen, können sie so lizenziert werden:

  • Pro Kern
  • Pro Prozessor
  • Pro Server oder pro CAL

Kann ich SQL Server mit meiner vorhandenen Lizenz auf einer SQL Server-VM-Instanz deinstallieren oder neu installieren?

Ja, Sie können SQL Server mit Ihrer vorhandenen Lizenz auf einer SQL Server-VM-Instanz deinstallieren oder neu installieren. Die Installationsmedien für SQL Server befinden sich unter C:\sql_server_install.

Die Deinstallation von SQL Server führt nicht dazu, dass die Lizenzgebühren für SQL Server nicht mehr anfallen.

Kann ich meine SQL Enterprise-Lizenzen mit License Mobility für unbegrenzte Virtualisierung verwenden?

Nein. Mit SQL Enterprise-Lizenzen pro Kern können zwar eine unbegrenzte Anzahl von SQL Server-Instanzen auf einem lizenzierten Server lizenziert werden, dieses Recht gilt jedoch nicht für SQL Server-Instanzen, die von License Mobility abgedeckt sind. Jede VM muss einzeln abgedeckt sein.

FAQs zum Windows-Desktop-Betriebssystem

Das Windows-Desktop-Betriebssystem wird auch als Windows Client oder Windows Enterprise bezeichnet. Zu den gängigen Versionen gehören Windows 7, Windows 8, Windows 10 und Windows 11.

Welche Optionen habe ich, um Windows-Desktop-Betriebssysteme in Google Cloud auszuführen?

Ihre vorhandene Lizenz für das Windows-Desktop-Betriebssystem kann möglicherweise in Google Cloud verwendet werden, sofern Sie ein aktives Windows Enterprise VDA E3- oder E5-Abo von Microsoft haben und die VMs auf Knoten für einzelne Mandanten ausgeführt werden.

Kann ich On-Demand-Lizenzen für Windows-Desktop-Betriebssysteme direkt bei Google Cloud erwerben?

Nein, Google Cloud stellt keine Lizenzen für Windows-Desktop-Betriebssysteme bereit.

Muss ich meine VM mit Windows-Desktop-Betriebssystem auf einem Knoten für einzelne Mandanten ausführen?

Ja, Ihre VMs mit Windows-Desktop-Betriebssystem können nur auf dedizierter Hardware wie Knoten für einzelne Mandanten ausgeführt werden.

Gelten für das Windows-Desktop-Betriebssystem die gleichen Einschränkung der Outsourcing-Softwareverwaltungsrechte wie für BYOL-Windows Server?

Nein, die Anforderungen für BYOL-Windows-Desktop-Betriebssysteme unterscheiden sich von denen für BYOL-Windows Server. Sie können Ihre eigene Lizenz für das Windows-Desktop-Betriebssystem in Google Cloud verwenden, sofern Sie ein aktives Windows Enterprise VDA E3- oder E5-Abo haben und die VM auf einem Knoten für einzelne Mandanten platzieren.

FAQs zu Microsoft Office

Kann ich meine eigenen Microsoft Office-Lizenzen auf VMs in Google Cloud verwenden?

Für unbefristete Versionen von Microsoft Office (Microsoft Office 2019 und älter) ist die BYOL-Option für Google Cloud verfügbar. Diese Lizenzen unterliegen jedoch den Anforderungen der Outsourcing-Softwareverwaltungsrechte:

  • 2019 oder früher veröffentlichte Produkte: Die Lizenz deckt eine Microsoft-Produktversion ab, die vor dem 1. Oktober 2019 veröffentlicht wurde. So kann beispielsweise Windows 2019 für BYOL mit Outsourcing-Verwaltungsrechten infrage kommen, Windows Server 2022 jedoch nicht.
  • Vor dem 1. Oktober 2019 erworben oder in Kraft getreten: Sie haben die Microsoft-Lizenz im Rahmen einer Registrierung erworben, die vor dem 1. Oktober 2019 in Kraft getreten ist, ODER Sie haben die Microsoft-Lizenz nach dem 1. Oktober 2019 im Rahmen eines True-Up-Bestellprozesses der Enterprise-Vereinbarung von Microsoft (PDF-Download) für eine Registrierung mit einem Datum des Inkrafttretens vor dem 1. Oktober 2019 erworben. Dazu gehören sowohl die Serverlizenzen als auch alle CALs.
  • Knoten für einzelne Mandanten (dedizierte Hardware) erforderlich: Sie können Software, die Sie mit Outsourcing-Softwareverwaltungsrechten erworben haben, nur mit dedizierten Servern wie Knoten für einzelne Mandanten verwenden. Microsoft erlaubt die Verwendung von Outsourcing-Softwareverwaltungsrechten in einer mehrmandantenfähigen Umgebung nicht. Daher können Sie die Software nicht mit der Standard-Mandantenfähigkeit für Compute Engine-VMs verwenden.

FAQ zum Ende des Supports

Meine VM führt eine Version von Windows Server aus, deren Supportende naht. Kann ich diese VM für den Erhalt von erweiterten Sicherheitsupdates (Extended Security Updates, ESUs) von Microsoft konfigurieren?

Ja. Sie müssen die ESUs von Microsoft erwerben. Nach dem Kauf können Sie Ihre Windows-VMs so konfigurieren, dass sie ESUs erhalten, um sie vor kritischen Sicherheitslücken zu schützen.

FAQ zum Image-Import

Kann ich die Workflows für den Import der Images anpassen?

Ja. Sie können den Workflow für den Image-Import anpassen. Die Workflows für den Image-Import sind auf GitHub verfügbar.

Kann ich Images importieren, die bereits ausgeführt werden?

Ja. Sie können Images von VMs importieren, die online sind und ausgeführt werden.

Kann ich mein BYOL-Image nach dem Import freigeben?

Ja. Nachdem Sie Ihr BYOL-Image importiert haben, können Sie es für Nutzer außerhalb Ihres Projekts oder Ihrer Organisation freigeben. Diese Nutzer können dann über ihr Projekt auf die freigegebenen Images zugreifen. Weitere Informationen finden Sie unter Zugriff auf benutzerdefinierte Images verwalten.

Nächste Schritte