Azure Hybrid Benefit: wer profitiert und wie viel

Eine Windows-VM in Azure wird in zwei Teilen abgerechnet: Compute und Windows-Server-Lizenz. Ist der Vorteil aktiviert, zahlen Sie laut Microsoft nur den Basis-Compute-Preis, der dem Linux-Preis derselben VM entspricht. Die Software-Assurance-Kosten liegen in Ihrem Vertrag, nicht auf der Azure-Rechnung. Bei SQL gilt dieselbe Logik: Bei Azure SQL Database und SQL Managed Instance besteht der Preis aus Compute und Lizenz, und der Vorteil ersetzt die Lizenzkomponente durch eine kleinere Software-Assurance-Komponente.

Die Aktivierung ist ein Metadaten-Flag an der Ressource. Laut Microsoft startet die VM beim Wechsel des Lizenztyps nicht neu, und der Betrieb wird nicht unterbrochen. Genau deshalb ist der Vorteil leicht einzuschalten und leicht falsch einzuschalten: Azure prüft nicht, ob hinter dem Flag auch Lizenzen liegen. Der Anspruch steckt in Ihrem Vertrag, nicht im Portal.

Die Einsparung zeigt sich auf der Azure-Rechnung schnell. Darum ist der Vorteil einer der ersten Hebel in jedem Projekt zur Azure-Kostenoptimierung. Die Frage lautet nie, ob man ihn nutzt. Sie lautet, ob genügend qualifizierende Lizenzen für die richtigen Produkte vorhanden sind, und zwar für die gesamte Laufzeit des Workloads.

Die Anforderung von Microsoft passt in einen Satz: On-premises-Core-Lizenzen für Windows Server aus einem anwendbaren Programm mit aktiver Software Assurance oder qualifizierende Abonnementlizenzen. Software Assurance und Abonnementlizenzen gibt es nur in bestimmten Verträgen. Die erste Frage lautet deshalb, woher die Lizenzen stammen und was der Vertrag heute sagt.

Zwei Punkte werden oft übersehen. Erstens gehen laut Microsoft die Product Terms Ihres Programms der eigenen Dokumentation vor, es entscheidet also der Vertrag, den Sie tatsächlich halten. Zweitens ist der Vorteil an die Lizenzlaufzeit gebunden: Workloads mit Vorteil dürfen nur laufen, solange Software Assurance oder das Abonnement aktiv sind. Eine verpasste Verlängerung macht aus der Einsparung eine Compliance-Lücke.

Die Regel von Microsoft für Windows Server: mindestens 8 Core-Lizenzen pro VM, Standard oder Datacenter. Eine Instanz mit 4 Cores braucht 8, eine mit 12 Cores braucht 12, und bei Prozessorlizenzen entspricht eine Prozessorlizenz 16 Core-Lizenzen. Eine Flotte aus 30 kleinen VMs mit je 4 vCPUs und 20 grösseren VMs mit je 16 vCPUs braucht also 30 x 8 + 20 x 16 = 560 Core-Lizenzen. Wer nur vCPUs zählt, kommt auf 440 und lässt eine Lücke von 120 Lizenzen.

SQL Server ist bei der richtigen Kombination grosszügiger. Laut Microsofts Tabelle entspricht ein Enterprise-Edition-Core mit Software Assurance vier vCores in der General-Purpose-Stufe von Azure SQL Database oder Managed Instance, oder einem vCore in Business Critical. Ein Standard-Edition-Core entspricht einem vCore in General Purpose, und vier Standard-Cores entsprechen einem vCore in Business Critical. Wer die Stufen verwechselt, über- oder unterlizenziert eine SQL-Umgebung am häufigsten.

Quelle: Microsoft Learn, Azure Hybrid Benefit für Azure SQL Database und SQL Managed Instance.

Die genaue Regel hängt von Produkt und Edition ab, und die Unterschiede zählen für die Planung:

Behandeln Sie die 180 Tage als Projektfenster und nicht als dauerhaften Zusatzanspruch. Planen Sie die Ausserbetriebnahme des On-premises-Hosts in den Migrationsplan ein und notieren Sie das Fensterende bei jeder Welle. Bei Datacenter mit Software Assurance gilt die gleichzeitige Nutzung für die VM-Lizenzierung unbefristet. Häufiger ist deshalb der umgekehrte Fehler: Kunden vergessen, dass die Standard Edition dieses Recht nicht hat.

Die Partnerdokumentation von Microsoft beschreibt es direkt: Partner im CSP-Programm können für Kunden Server-Abonnements beziehen, also Abonnements für Windows Server und SQL Server, und die Kunden nutzen sie mit Azure Hybrid Benefit. Für Azure Local nennt Microsoft dieselben zwei Wege: Windows Server Datacenter im Enterprise Agreement mit aktiver Software Assurance oder ein CSP-Abonnement.

Der praktische Unterschied zwischen den Verträgen liegt in der Nachweiskette. Im EA folgt der Anspruch den Lizenzmengen und den Software-Assurance-Daten im Enrollment, und der Vorteil läuft in der Regel weiter, solange das Enrollment verlängert wird. Im CSP läuft ein Abonnement über seine Laufzeit und muss erneuert werden. Ein abgelaufenes Abonnement beendet das Recht, Workloads mit dem Vorteil zu betreiben. Software-Abonnements im CSP verlängern sich automatisch, wenn sie nach dem 14. Oktober 2021 gekauft wurden, und lassen sich in den ersten sieben Tagen einer Laufzeit kündigen. Danach ist die volle Laufzeit zu bezahlen. Wer vom EA zu CSP wechselt, sollte die Windows-Server- und SQL-Server-Lage vor dem Wechsel prüfen, denn die Lizenzen mit Software Assurance aus dem alten Enrollment werden nicht automatisch ersetzt. Unser Vergleich von EA, MCA-E und CSP behandelt die übergeordnete Entscheidung.

Geprüft gegen Microsoft Learn. Microsoft hält fest, dass die Product Terms Ihres Programms vorgehen. Bei MPSA, Open Value oder MOSA kann der Wortlaut im Detail abweichen.

Die 40 % stammen aus der Partnerdokumentation von Microsoft. Die 80 % und 85 % stammen von der Angebotsseite zu Azure Hybrid Benefit, die Microsofts Fussnote trägt, dass die tatsächliche Einsparung je nach Region, Instanztyp und Nutzung variieren kann. Verstehen Sie alle als Obergrenzen. Die Azure-SQL-Dokumentation selbst ist zurückhaltender und nennt bis zu 30 Prozent oder mehr bei SQL Database und SQL Managed Instance. Der Mechanismus zeigt, wo Ihre eigene Zahl landet: Die Einsparung entspricht der Windows- oder SQL-Lizenzzeile auf Ihrer Rechnung. Eine VM-Serie mit hohem Lizenzanteil am Gesamtpreis spart prozentual mehr als eine, die von teuren Compute-Kosten dominiert wird.

Unser eigenes Kostenmodell für eine Umgebung beginnt immer mit der Lizenzzeile und nicht mit dem Prozentsatz. Listen Sie jede VM mit Windows Server auf, zählen Sie die zuweisbaren Lizenzen und bepreisen Sie dieselben VMs mit und ohne Flag im Azure-Preisrechner für Ihre Region und Ihren Vertrag. Das ergibt einen Betrag in Ihrer Währung pro VM statt einer Marketingspanne und zeigt rasch, welche VMs die Lizenzen wert sind. Bei einer Schweizer Umgebung gilt zudem: Die Preise in Switzerland North und West weichen von anderen europäischen Regionen ab, was die Basis des Prozentsatzes verändert.

Microsoft trennt das für die Compute klar. Bei Windows-VMs und SQL Database gilt der Reservationsrabatt nicht für die Softwarekosten, und Sie decken die Lizenz mit Azure Hybrid Benefit ab. Ein Savings Plan for Compute deckt ebenfalls nur die Infrastruktur ab, nicht Software, Netzwerk oder Speicher. Die beiden Instrumente ergänzen sich also, ohne zu konkurrieren.

Der Savings Plan for Databases funktioniert anders. Laut Microsoft gilt er für Infrastruktur- und Software-IP-Kosten von Azure SQL Database, SQL Managed Instance und weiteren Datenbankdiensten sowie für stündliche SQL-Server-Lizenzgebühren auf VMs, diese Lizenzstunden allerdings zum normalen Pay-as-you-go-Preis, also ohne Rabatt. Bei SQL-Workloads überschneidet er sich mit dem, was der Lizenzvorteil entfernt. Rechnen Sie den Stack deshalb pro Datenbank-Workload durch, bevor Sie beides festlegen.

Die Reihenfolge, die wir empfehlen: zuerst Verschwendung entfernen, dann den Lizenzvorteil beanspruchen, dann eine Grundlast festlegen. Eine Reservation auf einer überdimensionierten VM fixiert die Grösse, die Sie gerade verkleinern wollten. Der Lizenzvorteil hängt nicht von der Commitment-Grösse ab, kann also sofort live gehen und zeigt, welche VMs günstig genug zum Behalten sind. Unser Vergleich von Reserved Instances und Savings Plans erklärt, welches Commitment zu welchem Lastmuster passt.

Als Rechenbild: Eine VM, die zum Pay-as-you-go-Preis 100 kostet, zerfällt in Basis-Compute und Lizenz, etwa 60 und 40 bei hohem Lizenzanteil. Der Vorteil senkt die Rechnung auf 60. Die Reservation verbilligt danach diese 60. Das Commitment berührt die 40 nie. Darum muss der Vorteil separat aktiviert werden, und darum lässt eine reine Reservationsstrategie die Lizenzzeile zum vollen Preis stehen.

Microsofts Formulierung ist direkt: Workloads mit Azure Hybrid Benefit dürfen nur während der Laufzeit von Software Assurance oder Abonnement laufen. Nähert sich das Ende, erneuern Sie, deaktivieren den Vorteil an den Ressourcen oder nehmen sie ausser Betrieb. Dieselbe Seite hält fest, dass Microsoft sich vorbehält, die Berechtigung jederzeit zu prüfen, und dass Sie die VMs mit Vorteil inventarisieren und die Zahl mit Ihren Software-Assurance- oder Abonnementlizenzen vergleichen sollen.

In der Praxis entsteht die Lücke durch drei Ereignisse: ein EA, das weder verlängert noch durch MCA-E ersetzt wird, ein CSP-Abonnement, das niemand erneuert hat, und eine Migrationswelle, die die VM-Zahl über die Lizenzzahl hob. Jedes ist im Voraus sichtbar, wenn jemand die gehaltenen Lizenzen mit den markierten VMs vergleicht. Haben Sie weniger Lizenzen als markierte VMs, nennt Microsoft drei Optionen: zusätzliche Lizenzen mit Software Assurance oder Abonnement kaufen, den Vorteil bei einigen VMs abschalten oder einige VMs deallozieren.

Die Kontrolle, die funktioniert, ist eine quartalsweise Zählung. Nehmen Sie die Zahl der VMs und vCores mit gesetztem Lizenztyp, rechnen Sie mit dem 8-Core-Minimum auf Core-Lizenzen um und vergleichen Sie mit der Menge im Vertrag. Für SQL bietet Microsoft zudem die Zuweisung auf Scope-Ebene an: Sie weisen einer Subscription oder einem Billing Account eine Anzahl SQL-Core-Lizenzen zu, statt pro Ressource ein Häkchen zu setzen. So wird aus der Zählung eine Zahl, die sich überwachen lässt.