Windows Server: Cluster lizenzieren

Zwei Hosts bewältigen den normalen Betrieb. Bei der Wartung eines Hosts können jedoch alle Windows-VMs auf den anderen wechseln. Wurden die Lizenzen nur für die gewöhnliche Verteilung berechnet, kann gerade während der Wartung eine Lücke entstehen. Erfolgreiche Migration und Windows-Aktivierung zeigen diese Lücke nicht an.

Bei der Lizenzierung physischer Kerne benötigt jeder Zielhost ausreichende Rechte, bevor die VMs dort laufen. Bei zulässiger Einzel-VM-Lizenzierung können Lizenzen innerhalb derselben Serverfarm mit der Arbeitslast wechseln. Beide Modelle haben unterschiedliche Mindestmengen, Voraussetzungen und Berechnungen. Werden ihre Regeln vermischt, entstehen falsche Bestellmengen.

Dieser Leitfaden behandelt Windows Server Standard und Datacenter im Commercial Licensing. Prüfen Sie für eine Bestellung Vertragsprogramm, Version und Herkunft der Lizenz. OEM, Retail, Hosting und Azure lassen sich nicht ungeprüft mit derselben Formel berechnen. Entscheidend sind die Product Terms Ihres Programms, nicht die Zahl vorhandener Produktschlüssel.

Ein 16-Core-Paket bedeutet nicht zwei VMs

Bei physischer Lizenzierung wird zuerst der gesamte Server abgedeckt: alle physischen Kerne, mindestens acht je Prozessor und sechzehn je Server. Eine vollständige Standard-Zuweisung erlaubt zwei OSE. Für zwei weitere wird ein zusätzlicher vollständiger Satz zugewiesen. Vollständig lizenzierter Datacenter erlaubt beliebig viele OSE auf diesem Server. Diese Rechte stehen in den aktuellen Product Terms.

OSE bezeichnet eine Betriebssystemumgebung. Unsere Berechnungen beziehen sich auf Windows-Server-VMs; wir setzen voraus, dass der physische Windows-Server-Host keine zusätzlichen Anwendungsaufgaben ausführt.

Auf einem Server mit 32 Kernen umfasst ein vollständiger Satz 32 Core-Lizenzen. Sechzehn Kerne lizenzieren nicht einen halben Host mit einem VM-Recht. Erst zwei 16-Core-Pakete bilden zusammen den ersten vollständigen Satz für zwei Windows-Server-VMs.

Die Tabelle enthält eigene Berechnungen nach den genannten Regeln. Die Zahlen sind Core-Lizenzen, keine Pakete oder Preise. Fünf VMs benötigen drei vollständige Sätze, weil zwei Sätze nur vier OSE abdecken. Die Anzahl virtueller Prozessoren der VMs verändert diese physische Berechnung nicht.

Zulässige Platzierung im Ausfall berechnen

Microsofts Virtualisierungsleitfaden behandelt Failover, Lastverteilung und geplante Ausfälle. Bei physischer Lizenzierung bleiben die Lizenzen gewöhnlich dem Host zugewiesen. Eine VM-Verschiebung verschiebt nicht automatisch die Lizenz. Die allgemeine 90-Tage-Regel für Neuzuweisungen erlaubt keinen täglichen Lizenzwechsel im Cluster.

Für den Entwurf brauchen Sie zwei Werte: Kerne für einen vollständigen Satz je Host und die höchste dort zugelassene Zahl von Windows-OSE. Standard benötigt einen vollständigen Satz multipliziert mit der auf Zweiergruppen aufgerundeten OSE-Anzahl. Datacenter benötigt einen vollständigen Satz je abgedecktem Host.

Die Höchstzahl ist nicht automatisch jede VM des Unternehmens. Sie hängt von Architektur und durchsetzbaren Platzierungsgrenzen ab. Steht im Plan „höchstens vier“, kann ein Administrator aber ohne weitere Kontrolle alle sieben verschieben, fehlt eine belastbare Grundlage für die niedrigere Menge.

Modell: drei Hosts und sieben Windows-VMs

Ein hypothetischer Cluster besteht aus drei Hosts mit jeweils 32 physischen Kernen. Sieben Windows-Server-VMs laufen in der Verteilung 3–2–2. Linux-VMs zählen wir bei diesen Windows-Server-Rechten nicht mit. Edition und Version sämtlicher Windows-VMs sind durch die ausgewählten Lizenzen abgedeckt.

Beim Ausfall eines beliebigen Hosts erlaubt der Entwurf höchstens fünf Windows-VMs auf jedem verbleibenden Host. Konfiguration und Betriebsverfahren müssen diese Grenze tragen. Alternativ kann die Firma bei Wartung und zusätzlichem Ausfall alle sieben VMs auf einem Host zulassen.

Dies ist ein redaktionelles Modell, keine Empfehlung für einen bestimmten Cluster. Die erste Zeile erklärt, warum die Inventur aktuell laufender VMs nicht genügt. Die anderen zeigen die Lizenzmenge für unterschiedliche Platzierungsfreiheit. Hardwareleistung, Anwendungsabhängigkeiten und Erreichbarkeit sind gesondert zu beurteilen.

Wann Einzel-VM-Lizenzierung möglich ist

Dieses Modell setzt ein berechtigtes Abonnement oder aktive Software Assurance voraus. Das Minimum beträgt acht Core-Lizenzen je VM und sechzehn je Kunde. Sind mehr virtuelle Kerne vorhanden, wird deren tatsächliche Anzahl lizenziert. Der Leitfaden für Windows Server 2025 trennt diese Möglichkeit von der physischen Lizenzierung.

Unsere VMs haben 2, 2, 4, 4, 4, 8 und 12 virtuelle Kerne. Die ersten sechs benötigen jeweils acht, die letzte zwölf Lizenzen: 6 × 8 + 12 = 60 Core-Lizenzen. Das Kundenminimum ist erfüllt. Die Rechnung lautet weder siebenmal ein Zweierpaket noch basiert sie auf den 96 physischen Clusterkernen.

Innerhalb derselben Serverfarm können Lizenzen in diesem Modell nach Bedarf neu zugewiesen werden. Zwischen Serverfarmen gelten Grenzen für kurzfristige Neuzuweisung. Auch die für den Zugriff verwendeten CALs müssen Abonnements sein oder aktive SA besitzen. Diese Vorgabe der Product Terms wird in Angeboten mit ausschließlich Server-Core-Lizenzen leicht übersehen.

Die Menge sechzig setzt voraus, dass jede aufgeführte VM einmal läuft. Eine aktive zweite Kopie derselben Anwendung ist eine weitere laufende OSE. Besondere Disaster-Recovery-Rechte sind keine allgemeine Erlaubnis für einen dauerhaft aktiven Ersatzcluster.

Das Betriebssystem des Hosts

Einzel-VM-Lizenzen gewähren kein Recht, Windows Server im physischen OSE auszuführen. Dient Windows Server mit Hyper-V als Host, klären Sie dessen Abdeckung gesondert. Ein anderer Hypervisor beseitigt die Lizenzpflicht für Windows in den Gast-VMs nicht. Diese Trennung erklärt Microsofts Virtualisierungsleitfaden.

Physisch lizenzierter Standard erlaubt Windows Server im physischen OSE zusätzlich zu zwei virtuellen OSE, wenn das physische OSE ausschließlich deren Hosting und Verwaltung dient. Ein Dateidienst für Mitarbeitende oder andere Anwendungsaufgaben kann diese Voraussetzung verändern. Rechnen Sie dann das physische OSE bei den grundlegenden zwei Rechten mit, soweit erforderlich; setzen Sie Anwendungsbetrieb auf dem Host plus zwei VMs nicht automatisch als abgedeckt voraus.

Den Kostenschnittpunkt aus dem Angebot ableiten

„Ab zehn VMs Datacenter kaufen“ berücksichtigt weder Kernzahl noch Angebotspreis oder zulässiges Failover. Unser Entwurf mit fünf VMs je Host vergleicht 288 Standard-Core-Lizenzen mit 96 Datacenter-Core-Lizenzen. Kostet ein Datacenter-Core weniger als drei Standard-Cores, ist Datacenter in dieser Position günstiger.

Das ist ein algebraisches Ergebnis, keine aktuelle Preisliste. Vergleichen Sie dasselbe Programm, dieselbe Version, Laufzeit und SA-Abdeckung. Bei Einzel-VM-Lizenzierung müssen die Voraussetzungen fortlaufend erfüllt bleiben; die kleinere Menge sechzig beweist keine niedrigeren Gesamtkosten. Berücksichtigen Sie CALs, gegebenenfalls weitere Zugriffslizenzen und Wachstum.

Unser Artikel Was bestimmt den Preis von Microsoft-Lizenzen? trennt Stückpreis und Gesamtverpflichtung.

Aus dem Entwurf eine Betriebsregel machen

1. Erfassen Sie Prozessoren, physische Kerne, laufende Windows-VMs und Versionen. Aktivierung ist eine Zusatzinformation, kein Lizenznachweis.
2. Definieren Sie je Host die zulässige Platzierung bei Ausfall, Wartung und deren Kombination. Dokumentieren Sie Durchsetzung und Zuständigkeit für Ausnahmen.
3. Berechnen Sie physischen Standard, physischen Datacenter und zulässige Einzel-VM-Lizenzierung getrennt. Fügen Sie beim letzten Modell Nachweise aktiver SA oder Abonnements sowie geeigneter CALs bei.
4. Nehmen Sie neue VMs, mehr virtuelle Kerne, Wechsel in eine andere Serverfarm und neue Aufgaben des physischen Hosts in den Änderungsprozess auf.
5. Testen Sie Failover gegen den Entwurf. Dokumentieren Sie die tatsächliche VM-Platzierung und vergleichen Sie sie mit den Rechten auf den Zielhosts.

So kann ein Administrator beurteilen, ob eine weitere VM hinzukommen darf. Der Einkauf erkennt, warum das Angebot ein Vielfaches physischer Kerne enthält, obwohl keine Hardware ergänzt wurde. Eine Gesamtsumme ohne Hostzuordnung beantwortet diese Fragen nicht.