Azure Hybrid Benefit: Wie viele Kerne?

In Azure lässt sich bei einer Windows-VM die Option für eine vorhandene Lizenz einfach einschalten. Die Abrechnung ändert sich, doch das Portal kennt weder die Anzahl der berechtigten Windows-Server-Lizenzen des Unternehmens noch das Ende ihrer Software Assurance oder ihre Nutzung an anderer Stelle. Beginnt die Bestandsaufnahme erst nach Aktivierung, lässt sich die ursprüngliche Zuordnung oft schwer rekonstruieren.

Für gewöhnliche Windows-Server-VMs verlangen die aktuellen MCA Product Terms die Abdeckung aller virtuellen Kerne, mindestens acht Core-Lizenzen je laufender VM. Berechtigung und gleichzeitige Nutzung müssen Sie getrennt prüfen. Datacenter erlaubt nicht allein deshalb unbegrenzt viele gewöhnliche Azure-VMs, weil der Editionsname im Betriebssystem erscheint.

Dieser Artikel behandelt Azure Hybrid Benefit für Windows Server auf gewöhnlichen Azure-VMs. SQL Server, Azure Dedicated Host, Azure Local und AKS haben andere Bedingungen. Grundlage sind die MCA Product Terms für Microsoft Azure Services und aktuelle Anleitungen, geprüft am 14. Oktober 2026. Wählen Sie bei einem anderen Vertragsprogramm zuerst dessen eigene Bedingungen.

Was der Schalter tatsächlich verändert

Azure Hybrid Benefit ermöglicht die Nutzung berechtigter vorhandener Windows-Server-Rechte zum grundlegenden Compute-Tarif der VM statt zum Tarif einschließlich Windows Server. Datenträger, Netzwerk und andere genutzte Dienste bleiben kostenpflichtig. Berechnen Sie Einsparungen für gleiche VM-Größe, Region und Betriebsdauer; vergleichen Sie nicht die gesamte Azure-Rechnung mit dem Preis einer einzelnen Lizenz.

Microsofts Implementierungsanleitung erläutert, dass die Änderung des Lizenztyps einer laufenden VM Metadaten aktualisiert und keinen Neustart auslöst. Die erfolgreiche Aktivierung ist daher keine Lizenzprüfung. Bei diesem technischen Vorgang müssen Sie nicht für jede zugeordnete Core-Lizenz einen Kaufbeleg vorlegen.

Trennen Sie in den Unterlagen Konfiguration des Benefits, Verbrauch berechtigter Nutzungsrechte und abgerechnete Azure-Nutzung. Jeder Wert beantwortet eine andere Frage. Unterschiede erfordern eine Untersuchung, belegen aber nicht automatisch einen Abrechnungsfehler.

Die Lizenzen müssen auch heute berechtigt sein

Microsoft verlangt für Windows Server Standard und Datacenter ein entsprechendes kommerzielles Programm sowie aktive Software Assurance oder ein berechtigtes Abonnement. Eine Dauerlizenz ohne die erforderliche aktive Abdeckung reicht nicht aus. Das Nutzungsrecht besteht nur während der jeweiligen SA- beziehungsweise Abonnementlaufzeit, wie die Azure-Hybrid-Benefit-Übersicht erklärt.

Entscheiden Sie vor Ablauf der Abdeckung über Verlängerung, Abschaltung des Benefits oder Beendigung der betroffenen Nutzung. Warten Sie nicht darauf, ob die VM selbst ausfällt. Das Ende der Lizenzabdeckung gehört genauso in den Änderungskalender wie das Ende einer Reservierung oder eines Zertifikats.

Dies ist ein redaktioneller Vorschlag zur Dokumentation, kein vorgeschriebenes Microsoft-Formular. Er verbindet Lizenzbelege mit dem technischen Betrieb, damit sich das Ergebnis bei der nächsten Bestandsaufnahme reproduzieren lässt.

Jede VM einzeln berechnen

Die aktuellen Azure Product Terms für MCA verlangen mindestens acht Core-Lizenzen je VM. Microsofts Anleitungen bestätigen ausdrücklich: Eine Instanz mit vier Kernen benötigt weiterhin acht, eine Instanz mit zwölf Kernen benötigt zwölf. Erst sämtliche vCPUs zu addieren und dann ein einziges Minimum auf die Summe anzuwenden, ist falsch.

Hypothetisches Beispiel: Ein Team möchte den Benefit für vier gewöhnliche VMs mit zwei, vier, acht und zwölf virtuellen Kernen nutzen. Alle laufen gleichzeitig; der Bestand umfasst 32 berechtigte Core-Lizenzen derselben untersuchten Art. Verfügbarkeit, Leistung und ein konkretes Preisangebot werden hier nicht bewertet.

Das Ergebnis sind 36 Core-Lizenzen, nicht 26 oder 32. Der Bestand von 32 reicht somit für die beschriebene Aktivierung auf allen vier VMs nicht aus. Ergänzen Sie berechtigte Rechte oder betreiben Sie einzelne VMs ohne Benefit. Die Entscheidung muss zum geplanten Betrieb passen, nicht nur zur gerade sichtbaren Portalliste.

Wird der Benefit nur für A, C und D genutzt, benötigt das Modell 28 Core-Lizenzen; B wird weiterhin ohne ihn abgerechnet. Bei Erfüllung der übrigen Voraussetzungen ist dies eine rechnerisch mögliche Zuordnung. Sie belegt jedoch nicht die günstigste Variante: Der stündliche Tarifunterschied hängt von konkreter VM und Region ab.

Zwei kleine VMs mit jeweils vier Kernen verbrauchen in diesem Modell ebenfalls 16 Core-Lizenzen, eine VM mit acht Kernen dagegen acht. Das folgt aus dem Minimum und ist keine Empfehlung, Dienste automatisch zusammenzulegen. Konsolidierung kann Verfügbarkeit, Sicherheitstrennung, Anwendungsanforderungen und Leistung verändern. Bewerten Sie den Kostenvorteil erst nach diesen Prüfungen.

Warum ältere Berechnungen mit sechzehn Kernen täuschen können

Die Windows-Server-Lizenzierungs-FAQ beschreibt weiterhin 16 Core-Lizenzen für höchstens zwei Azure Base Instances mit insgesamt bis zu 16 virtuellen Kernen. Die aktuellen Product Terms für das hier gewählte MCA-Programm und aktuelle Azure-Anleitungen formulieren dagegen ein Minimum von acht je VM. Kombinieren Sie beide Formulierungen nicht zu einer universellen Formel.

Dokumentieren Sie bei einer älteren Kalkulation, auf welchem Dokument, Programm und Wortlaut sie beruht. Aus unterschiedlichen Dokumentationen folgt weder ein belegtes Änderungsdatum für sämtliche Verträge noch eine Änderung der Rechte einer historischen Bestellung. Verwenden Sie für den aktuellen Entwurf die passenden Vertragsbedingungen und behalten Sie den Nachweis ihrer Prüfung.

Auch die Verpackung der Lizenzen führt zu Missverständnissen. Eine Position mit zwei Core-Lizenzen ist keine Lizenz für zwei VMs; ein Paket für sechzehn Kerne bedeutet nicht automatisch sechzehn virtuelle Server. Vereinheitlichen Sie die Inventur auf die Anzahl berechtigter Core-Lizenzen und erfassen Sie die Paketgröße nur als Bestellinformation.

Standard und Datacenter erlauben unterschiedliche Gleichzeitigkeit

Bei Standard unterscheidet Microsofts Übersicht zwischen Nutzung vor Ort oder in Azure. Ein einmaliger paralleler Betrieb bis zu 180 Tagen ermöglicht die Migration derselben Arbeitslast. Das ist keine wiederkehrende Halbjahresausnahme für dauerhaften Parallelbetrieb zweier unabhängiger Umgebungen.

Für Datacenter nennt die Dokumentation bei der Lizenzierung einzelner Azure-VMs die gleichzeitige Nutzung vor Ort und in Azure ohne diese Zeitbegrenzung. Übertragen Sie das nicht auf Dedicated Host: Dieselbe Übersicht beschreibt dafür andere Bedingungen und 180 Tage Migrationsüberlappung. Sie müssen weiterhin genügend Rechte für das gewählte Modell zuordnen und die Berechtigung aufrechterhalten.

Dass ein Azure-Image Windows Server Datacenter ausführt, belegt keinen Kauf einer lokalen Datacenter-Lizenz. Die Product Terms erlauben unter dem Benefit Standard- oder Datacenter-Software. Prüfen Sie gleichzeitige Nutzungsrechte anhand der tatsächlich zugeordneten berechtigten Lizenzen.

Konfiguration prüfen heißt nicht Nutzungsrechte prüfen

Für die technische Inventur beschreibt Microsoft den Wert licenseType, etwa Windows_Server, sowie Listen von VMs und Virtual Machine Scale Sets. Die Implementierungsanleitung zeigt zugleich, dass der Lizenztyp nur ein Konfigurationsmerkmal ist. Sein Wert verrät nicht, welcher Standard- oder Datacenter-Kaufbeleg genutzt wird.

Erfassen Sie alle relevanten Subscriptions, Scale Sets und Änderungen der Instanzzahl. Für eine lastabhängig wachsende Gruppe belegt ein morgendlicher Snapshot keine Abdeckung des Nachmittagsmaximums. Verknüpfen Sie technische Änderungen mit ausreichend vorhandenen Lizenzen. Eine im Entwurf verwendete Skalierungsgrenze muss tatsächlich durchgesetzt werden.

1. Umgebung abgrenzen. Gewöhnliche Windows-Server-VMs von Dedicated Host, Azure Local, Client-Windows und SQL-Benefit trennen.
2. Technischen Bestand exportieren. Ressourcen-ID, Subscription, Größe, Kernzahl, Lizenzmerkmal und Skalierung erfassen. Die Zahl der Scale-Set-Objekte ist nicht die Zahl ihrer VMs.
3. Verbrauch je VM berechnen. Minimum und tatsächliche virtuelle Kerne auf jede Einheit separat anwenden. Das Modell auf den möglichen Betrieb stützen.
4. Lizenzbelege zuordnen. Edition, Core-Anzahl, Vertragsprogramm, SA oder Abonnement sowie Ablaufdatum erfassen. Nutzung derselben Rechte außerhalb von Azure prüfen.
5. Migration gegebenenfalls dokumentieren. Arbeitslast, Zuordnungsbeginn, Ende des ursprünglichen Betriebs und verantwortliche Person festhalten.
6. Spätere Abrechnung vergleichen. Benefit-Merkmal und tatsächliche Rechnung getrennt prüfen. Microsofts Übersicht weist auf verzögerte Abrechnungsdaten hin.
7. Änderungen berücksichtigen. Resize, neues Team, Autoscaling und SA-Verlängerung verlangen eine erneute Bestandsprüfung, nicht nur die Bestätigung der ursprünglichen Konfiguration.

Für physische Hosts und Cluster hilft die separate Berechnung der Windows-Server-Lizenzen. Fassen Sie Azure-Bestand und physische Virtualisierung nicht ohne Unterscheidung ihrer Regeln zu einer Zahl zusammen.