SPLA

Moin Hans, alles gut, das ist am Anfang wirklich verwirrend – du bist aber nah dran 👍 1. Standard – dein Beispiel: Genau so ist es: Du hast 1x Standard (alle 16 Cores) → Recht auf 2 VMs Wenn du jetzt 2 weitere VMs (egal ob 2019 oder 2025) betreiben willst, dann: • reicht die vorhandene 2019 Lizenz nicht aus • du musst den Host nochmal komplett lizenzieren (16 Cores) Die Version der VM ist dabei egal – es geht immer nur um die Anzahl der VMs pro lizenzierter Core-Zahl. 2. Datacenter – wichtig zu verstehen: Wenn der Host mit Datacenter (alle Cores) lizenziert ist: • darfst du unbegrenzt viele Windows Server VMs betreiben • du brauchst keine zusätzlichen Standard-Lizenzen mehr Zu den Keys: Die kommen nicht pro VM als eigener Kauf, sondern typischerweise über: Physikalischer Key aus einem COA Label AVMA (Automatic VM Activation) bei Hyper-V oder KMS/MAK aus deinem Volume Licensing Das Nutzungsrecht kommt also aus der Datacenter-Lizenz, nicht aus einzelnen VM-Keys. 3. Deine Schlussfrage: • Ja, genau: Mit 1x Datacenter auf dem Host kannst du z. B. 4x Server 2025 VMs betreiben – ohne zusätzliche Lizenzen zu kaufen. Merksatz: Standard = „pro Lizenz 2 VMs“ Datacenter = „Host lizenzieren → so viele VMs wie du willst“ Viele Grüße 👍

Moin @hansw ✌️ 1. Standard-Lizenz: Wenn dein Host korrekt lizenziert ist (alle Cores), hast du das Recht auf 2 Windows Server VMs – dabei ist die Version egal (2019/2022/2025 gemischt möglich). • Bedeutet: Ja, du kannst z. B. noch 2x Server 2019 laufen lassen. • Ein Windows 11 geht zusätzlich, braucht aber immer eine eigene Lizenz, da es nicht unter die Server-Rechte fällt. Wenn du mehr als 2 Server-VMs willst, musst du die Standard-Lizenz einfach nochmal komplett auf den Host legen (alle Cores erneut lizenzieren). 2. Datacenter: Hier liegt der große Unterschied: Wenn du den Host mit Datacenter (alle Cores) lizenzierst, dann gilt: • Unbegrenzte Windows Server VMs auf diesem Host • Keine zusätzlichen Standard-Lizenzen mehr nötig Kurz gesagt: Standard = 2 VMs pro vollständiger Lizenz Datacenter = unbegrenzt VMs auf dem lizenzierten Host Datacenter lohnt sich also vor allem, wenn mehrere VMs geplant sind. Viele Grüße 😎

Moin @hansw Grundsätzlich liegst du mit deinem aktuellen Setup richtig: Mit einer korrekt lizenzierten Server 2025 Standard (alle physischen Kerne = in deinem Fall 16 Cores) hast du das Recht, bis zu 2 virtuelle Instanzen zu betreiben. Wenn du mehr als 2 VMs betreiben möchtest, gilt Folgendes: Du musst nicht den Hypervisor separat lizenzieren, sondern einfach die vorhandene Server-Standard-Lizenz erneut komplett (alle Cores) zuweisen („stacken“). Konkret: 1x Lizenz (alle Cores) → 2 VMs 2x Lizenzen (alle Cores doppelt lizenziert) → 4 VMs 3x Lizenzen → 6 VMs usw. Wichtig dabei: Es müssen immer alle physischen Kerne des Hosts erneut lizenziert werden, nicht nur anteilig für zusätzliche VMs. Der Hypervisor selbst ist damit automatisch abgedeckt – hier brauchst du nichts extra. Falls du planst, deutlich mehr VMs zu betreiben, könnte sich auch ein Blick auf Datacenter Edition lohnen, da diese unbegrenzte Virtualisierung erlaubt. 😊

Mein aktueller Stand ist: M365 Lizenzen aus dem CSP (MCA) beinhalten die erforderlichen Exchange CALs, nicht jedoch die Exchange Server-Lizenz selbst. Für die lokale Installation wird daher eine Exchange Server Lizenz mit aktiver SA benötigt – z. B. über Open Value. In Kombination mit den M365-Plänen (inkl. Exchange Online + CAL-Äquivalents) kann damit auch die kostenlose Hybrid-Lizenz genutzt werden, sofern die Voraussetzungen erfüllt sind. Heißt konkret: M365 + Exchange Server Lic/SA = vollständiges Nutzungsrecht für lokale Exchange-Installationen.

Sehr spannendes Thema. Genau damit habe ich mich die letzten Tage auch befasst und bin auf das selbe Ergebnis wie testperson gekommen. 👍

Aus lizenzrechtlicher Sicht kann ich dir Folgendes mitgeben: Wenn du dich für den Kauf von 2 Device-CALs (also Lizenzen für bestimmte Geräte, z.B. Workstations) entscheidest, können theoretisch unbegrenzt viele Nutzer auf diesen beiden Geräten arbeiten. Dies bedeutet, dass die CALs nicht an bestimmte Benutzer gebunden sind, sondern an die Geräte, von denen aus der Zugriff auf den Terminal-Server erfolgt. Wichtig dabei ist, dass tatsächlich nur diese beiden Geräte genutzt werden, um auf den Terminal-Server zuzugreifen, unabhängig davon, wie viele Personen die Geräte verwenden. Insofern ist es technisch möglich, dass mehrere Personen wechselweise auf den Jump Host zugreifen und sich mit ihrem persönlichen AD-Login anmelden. Bei einer eventuellen Lizenzprüfung durch Microsoft wird geprüft, wie viele Geräte und Nutzer tatsächlich im Unternehmen vorhanden sind und ob dies mit den vorhandenen Lizenzen übereinstimmt. Am Tagesende hängt es von der genauen technischen Umsetzung ab, aber es muss sichergestellt sein, dass nur zwei Geräte für den Zugriff auf den Terminal-Server verwendet werden. LG

Guten Morgen 🙂 Soweit ich weiß gilt auch ein 90 Tage Neuzuweisungsrecht. D. h. man darf eine Lizenz (in diesem Fall die RDS-CAL) erst nach 90 Tagen neu zuweisen. Auch Software-Assurance (SA) bringt bei Windows Server (und den dazugehörigen CAL's) keine License Mobility (Lizenz Mobilität).

Ja, sobald man bei dem SQL-Server keine Zugriffe mehr zählen kann, muss man nach Cores lizenzieren. 👍🙂

Auf der offiziellen Microsoft Seite der Product Terms: Microsoft Product Terms

Also jeder direkte, indirekte, zeitverzögerte und kanalisierte Zugriff muss lizenziert werden. Wenn die Endpoints also indirekt auch auf den Applikations-Server zugreifen, benötigt er einen External-Connector.

Zugriffslizenzen Außer wie hierin beschrieben und in den Produktspezifischen Lizenzbestimmungen angemerkt, kann jeglicher Zugriff auf Serversoftware nur mit CALs oder CAL-äquivalenten Lizenzen erfolgen. CALs sind für den Zugriff durch einen anderen Lizenzierten Server nicht erforderlich. Für den Zugriff auf Serversoftware, die eine Web Workload oder HPC Workload ausführt, sind keine CALs erforderlich. Für den Zugriff in einer Physischen OSE, die ausschließlich zum Hosten und Verwalten von Virtuellen OSEs verwendet wird, sind keine CALs erforderlich. Web Workload (auch als „Internet-Weblösungen“ bezeichnet) sind öffentlich zugängliche Webseiten, Websites, Webanwendungen, Webdienste und/oder POP3 Mail Serving. Aus Gründen der Deutlichkeit sei klargestellt, dass der Zugriff auf Inhalte, Informationen und Anwendungen, die durch die Software innerhalb einer Internet-Weblösung bereitgestellt werden, nicht auf die Mitarbeiter des Kunden oder die Mitarbeiter dessen verbundener Unternehmen beschränkt ist. Software in Internet-Weblösungen wird zur Ausführung von Folgendem verwendet: Webserver-Software (z. B. Microsoft Internetinformationsdienste) und Management oder Security Agents (z. B. den System Center Operations Manager-Agent), Datenbankmodulsoftware (z. B. Microsoft SQL Server) ausschließlich zur Unterstützung von Internet-Weblösungen oder der Domain Name System (DNS)-Dienst zur Auflösung von Internetnamen in IP-Adressen, sofern es sich hierbei nicht um die einzige Funktion dieser Instanz der Software handelt. Microsoft Product Terms

Okay! Also eine reine virtuelle Maschine. Wir in der TERRA CLOUD lizenzieren diese VM (egal wie viele V-Cores) pauschal mit, sodass der Partner sich nicht um die Lizenzierung kümmern muss. Da man bei der Windows Server Lizenzierung immer wissen muss was physikalisch gegeben ist, können auch nur wir an dieser Stelle lizenzieren. Seit ca. Oktober 2022 gibt es auch die Möglichkeit virtuelle Kerne zu lizenzieren. Hierfür benötigst Du entweder Lizenzen inkl. Software-Assurance (SA) oder CSP-Subscription Lizenzen. Es müssen hier immer mindestens 8 Kerne pro VM lizenziert werden, auch wenn diese nur 4 Kerne zugewiesen bekommen hat. Das bedeutet, Du benötigst eine Volumen-Lizenz (z. B. Open Value inkl. SA) für 8 Kerne. Microsoft Open Value Windows Server Standard Core 2Lic/SA und das dann 4x, um 8 Kerne abdecken zu können. Oder Du nimmst eine CSP-Subscription Lizenz: CSP Windows Server 2022 Standard 8 Core Lic entweder als monatliche oder jährliche Zahlung. Mit Preisen kann ich hier jetzt verständlicherweise nicht dienen. LG Zusatz: Das sind dann Endkunden gebundene Lizenzen, welche auch nur von diesem einen Endkunden genutzt werden dürfen. :) Zusatz 2: Alle CAL's (normale und RDS) müssen auch inkl. Software-Assurance (SA) oder als CSP-Subscription lizenziert werden. Die normalen CAL's fallen vorerst nur weg, wenn die Server über das SPLA-Programm von Microsoft lizenziert werden.

Hallo magicpeter, die Art der Lizenzierung variiert je nach der gebuchten Umgebung. Ob es sich um eine reine virtuelle Maschine, eine dedizierte oder gesharete Umgebung, einen Hosting-Server oder eine Form von Housing handelt, spielt dabei eine entscheidende Rolle. Es überrascht mich sehr, dass Hetzner in diesem Zusammenhang komplett darauf verzichtet zu beraten. Wir hingegen bieten ähnliche Dienstleistungen an, entweder durch eine vollständige Lizenzierung durch uns oder die Möglichkeit einer eigenen SPLA-Vertragspartnerschaft. Gerne stehen wir bereits im Vorfeld für eine Beratung zur Verfügung, auch wenn die Services nicht direkt über uns gebucht werden. Sollten Lizenzfragen auftreten, unterstützen wir gerne. Bei Interesse stehe ich telefonisch zur Verfügung unter +49 (0) 5744 944 - 254 oder per E-Mail unter SPLA@Wortmann.de. Bitte versteh dies nicht als Werbung, sondern vielmehr als Hinweis darauf, dass dieses Thema nicht einfach in wenigen Sätzen zu erklären ist. LG

Ist korrekt. 👍 Wenn das 90 Tage Neuzuweisungs-Recht berücksichtigt wird, kannst Du das so machen. Allerdings ist das halt keine Hochverfügbarkeit und falls Host B (Replika) innerhalb von 90 Tagen auch ausfällt, wäre das Szenario nicht mehr nutzbar oder halt falsch lizenziert. Eine andere Sache: Der SQL Server 2022 Core Lizenzierung benötigt seit der 2022er Version eine aktive Software-Assurance (SA), um ihn in einer virtuellen Maschine betreiben zu dürfen. Wenn Du in deinem Szenario über einen gekauften SQL 2019 Server sprichst, ist alles in Ordnung. Wenn Du allerdings einen SQL 2022er gekauft hast (auch mit Downgrade auf 2019) greift das gekaufte Recht und Du benötigst Die SA bei Installation in einer VM. Nachzulesen: Microsoft Product Terms LG 🙂

Da gebe ich Dir Recht ... aber das gleiche gilt auch für die Server Lizenzen oder für Windows Desktop Betriebssysteme!