Azure Dv3 und Ev3: Abkündigung 2029, Einschränkungen schon jetzt

Was seit Juli 2026 gilt

Die Abkündigung ist der letzte Schritt. Davor greifen Einschränkungen, die Microsoft für eine Reihe älterer Serien eingeführt hat, darunter auch Bv1, Dv2 und Fsv2.

• Neue Subscriptions können die Serien nicht bereitstellen.
• Bestehende Subscriptions dürfen innerhalb ihrer genehmigten Quota weiter bereitstellen, solange die Region Kapazität hat. Zusätzliche Quota genehmigt Microsoft nicht.
• Ein- und dreijährige Reservierungen lassen sich seit 1. Juli 2026 weder kaufen noch verlängern. Bestehende gelten bis zum Ende ihrer Laufzeit.
• Bis 1. Februar 2027 lassen sich Reservierungen frei umtauschen. Danach behält jede berechtigte Reservierung einen letzten Umtausch.

Mehr dazu: Bv1-Reservierungen: Fragen und Antworten für Controlling und FinOps

Quota ist keine Kapazität

Im Alltag wiegt dieser Punkt schwerer als das Datum 2029. Quota ist eine genehmigte Obergrenze und keine Zusage. Wer eine Dsv3-VM dealloziert und wieder startet, eine Skalierungsgruppe erweitert oder nach einem Ausfall in einer anderen Zone wiederherstellt, kann einen Zuordnungsfehler bekommen, obwohl die Quota reicht.

Eine Reservierung ändert daran nichts. Sie ist ein Rabatt und reserviert keine Kapazität. Kapazität sichert nur eine On-Demand-Kapazitätsreservierung für eine bestimmte Größe, Region und Zone. Neue Kapazitätsreservierungen sind für diese Serien weiter möglich, soweit die Quota reicht. Teilen mehrere Subscriptions eine solche Reservierung, braucht die nutzende Subscription allerdings eigene Quota, und die wird nicht mehr erhöht.

Wiederherstellungspläne, die im Ernstfall Dsv3- oder Esv3-VMs in einer zweiten Region starten, gehören deshalb jetzt auf den Prüfstand und nicht erst 2029.

Wohin migrieren und was es kostet

Microsoft empfiehlt für die D-Serie Dv5, Dv6 oder Dv7 und für die E-Serie Ev5, Esv6 oder Esv7. v5 nennt Microsoft den einfachsten Übergang, die Serie unterstützt Generation 1 und 2. v6 und v7 setzen Generation 2, NVMe-Datenträger und den Netzwerkadapter MANA voraus. Microsoft rät dort ausdrücklich von einer direkten Größenänderung ab und empfiehlt ein aktualisiertes Image.

Für die Kosten zählt vor allem ein Buchstabe: das d im Namen. Es steht für einen lokalen temporären Datenträger. Dsv3 und Esv3 haben einen, Dsv5 und Esv5 nicht.

US-Listenpreise für Linux mit nutzungsbasierter Abrechnung in West Europe, abgerufen am 1.11.2026 über die Azure Retail Prices API, gerechnet mit 730 Stunden. Bei Windows kommt die Lizenz hinzu. In Austria East führt die Preisliste keine v3-Größen.

Wer den temporären Datenträger nicht braucht, spart beim Wechsel. Wer ihn braucht, zahlt in der D-Serie mit Intel 13 Prozent mehr als heute, mit AMD 4 Prozent. In der E-Serie ist die AMD-Variante mit Datenträger sogar etwas günstiger als Esv3. Ob zusätzlich eine kleinere Größe reicht, zeigt erst die gemessene Auslastung.

Was bei der Größenänderung zu beachten ist

• Mit d im Namen bleibt der temporäre Datenträger erhalten. Die Größenänderung ist dann direkt möglich, auch unter Windows.
• Ohne d gilt dasselbe wie bei Bv1. Linux erlaubt den Wechsel, wenn weder Swap noch Anwendungsdaten auf dem temporären Datenträger liegen. Windows lehnt ihn ab, dort führt der Weg über einen Snapshot und eine neue VM.
• Für Dv5, Dsv5, Ddv5 und Ddsv5 verlangt Microsoft beschleunigten Netzwerkbetrieb (Accelerated Networking). Er muss vor der Größenänderung aktiv sein.
• Eine Größenänderung startet die VM neu. Bei Skalierungsgruppen und Clustern gehört sie in ein Wartungsfenster.
• Reservierungen gehen nicht automatisch mit. Vor dem Wechsel festlegen, ob umgetauscht oder in einen Savings Plan getauscht wird. Sonst läuft die neue VM zum Listenpreis, während die alte Reservierung keine Nutzung mehr findet.

Mehr dazu: Bv1 ablösen: ein Leitfaden in sechs Schritten

Betroffene VMs finden

Diese Abfrage im Azure Resource Graph zählt VMs und Skalierungsgruppen der vier Serien je Größe, Region und Subscription.

resources
| where type in~ ('microsoft.compute/virtualmachines', 'microsoft.compute/virtualmachinescalesets')
| extend size = iff(type =~ 'microsoft.compute/virtualmachines',
    tostring(properties.hardwareProfile.vmSize), tostring(sku.name))
| where size matches regex @'(?i)^standard_[de][0-9]+(-[0-9]+)?i?s?_v3$'
| summarize total = count() by type, size, location, subscriptionId
| order by total desc

Bei Skalierungsgruppen zählt die Abfrage die Gruppe und nicht die Instanzen. Ergänzen Sie die Liste um Betriebssystem, Reservierungsbezug und Zuständigkeit, bevor Sie Zielgrößen festlegen.

Vor dem 1. Februar 2027 zu klären

• Welche Reservierungen auf v3 laufen und wann sie enden. Bis 1. Februar 2027 ist der Umtausch frei, danach bleibt einer.
• Welche VMs den temporären Datenträger tatsächlich nutzen, etwa für Auslagerungsdatei, tempdb oder Caches. Davon hängen Zielgröße und Preis ab.
• Welche Wiederherstellungs- und Skalierungspläne auf v3-Kapazität bauen.
• Ob für Neuaufbauten mit aktuellem Image gleich v6 oder v7 in Frage kommt. v5 steht bereits in der Phase Extended, v6 und v7 in der Phase Current.

Zielgröße je VM festlegen

Welche Zielgröße je VM passt, hängt von Auslastung, temporärem Datenträger, Betriebssystem und laufenden Reservierungen ab. Die Kosten- und Migrationsanalyse ordnet das für Ihre Subscriptions zu und legt fest, was vor dem 1. Februar 2027 mit den Reservierungen geschehen soll. Die Größenänderungen selbst nimmt Ihr Team vor.

Mehr dazu: Azure-Kosten: Was ein FinOps-Review typischerweise findet