Azure nimmt die Serien Dv3, Dsv3, Ev3 und Esv3 am 15. November 2029 aus dem Sortiment

Microsoft hat am 30. September 2026 in den Azure Updates die Einstellung der virtuellen Maschinenserien Dv3, Dsv3, Ev3 und Esv3 in den Regionen Azure des cloud . Die vier Serien treten in die „End of Life“-Phase des Lebenszyklus der virtuellen Maschinengrößen ein und werden am 15. November 2029 eingestellt. Die Einstellung betrifft alle 32 Größen dieser Serien und gilt weder für Azure Government noch Azure von 21Vianet betriebenen Regionen noch die Regionen der souveränen Clouds.

Die bestehenden Maschinen bleiben bis zu diesem Zeitpunkt in Betrieb und werden weiterhin unterstützt. Für diejenigen, die diese Baureihen noch nutzen, stehen drei weitere Fristen bereits weit vor 2029 an: die seit Juli 2026 geltenden Kapazitätsbeschränkungen; das Ende der Reservierungen ab dem 1. Juli 2026; sowie die Änderung der Richtlinien zum Umtausch von Reservierungen am 1. Februar 2027.

Daten, die am 12. Oktober 2026 aus der Microsoft-Dokumentation entnommen wurden.

Was am 15. November 2029 mit den Maschinen geschieht

Zum Zeitpunkt der Einstellung entzieht Microsoft den virtuellen Maschinen, die noch auf einer eingestellten Serie laufen, die Zuweisung. Sie werden nicht mehr ausgeführt, es fallen keine Kosten mehr an, und sie sind weder durch einen „ SLA “ noch durch den Support abgedeckt. Die Daten im Arbeitsspeicher und auf der temporären Festplatte gehen verloren; die Daten auf den verwalteten Festplatten bleiben erhalten. Um den Dienst wieder aufzunehmen, muss die Größe der Maschine auf eine unterstützte Größe angepasst und die Maschine neu gestartet werden.

In der Ankündigung zu den Azure Updates fügt hinzu, dass nicht migrierte Maschinen freigegeben und schließlich gelöscht werden können, sobald die zugrunde liegende Hardware und Plattforminfrastruktur außer Betrieb genommen werden. Die Dokumentation zum Lebenszyklus beschreibt die Freigabe und Aufbewahrung von verwalteten Festplatten. In beiden Fällen wird eine Maschine, deren Größe bis zum 15. November 2029 nicht geändert wurde, heruntergefahren.

Die Kapazitätsbeschränkungen gelten seit Juli 2026

Unabhängig von der Einstellung gelten für die Serien Dv3, Dsv3, Ev3 und Esv3 seit Juli 2026 Beschränkungen hinsichtlich der Kapazitätserweiterung. Im Rahmen eines neuen Abonnements können diese Serien nicht bereitgestellt werden. Ein bestehendes Abonnement kann diese Serien im Rahmen seiner bereits genehmigten Quote und vorbehaltlich verfügbarer Kapazitäten weiterhin bereitstellen und neu bereitstellen; ein Antrag auf zusätzliche Quote wird nicht genehmigt.

Das Kontingent ist eine genehmigte Obergrenze, keine Kapazitätsgarantie: Eine Bereitstellung kann aufgrund eines Zuweisungsfehlers fehlschlagen, wenn in der Region oder Zone keine Hardware mehr verfügbar ist – selbst bei vorhandenem Kontingent. Eine Reservierung schützt nicht vor dieser Situation. Microsoft weist darauf hin, dass eine „Reserved VM Instance“ einen Abrechnungsvorteil darstellt und keine Kapazitätsreservierung ist: Sie garantiert weder die Erstellung noch die Neubereitstellung, noch die Notfallwiederherstellung noch das Failover, wenn die Kapazität fehlt. Microsoft empfiehlt Kunden, die eine garantierte Kapazität benötigen, die „On-Demand Capacity Reservations“ in Betracht zu ziehen.

Ein Notfallwiederherstellungsplan, der die Neuerstellung von Maschinen dieser vier Serien in einer anderen Region vorsieht, stützt sich daher auf eine Kapazität, die Microsoft nicht garantiert. Microsoft fordert, die Notfallwiederherstellungs- und Wiederherstellungspläne zu überprüfen und die Reservierungen, Savings Plans sowie die Kapazitätsstrategie entsprechend der Zielumgebung anzupassen.

Reservierungen: Eingeschränkter Umtausch nach dem 1. Februar 2027, unveränderte Umwandlung in einen Sparplan

Seit dem 1. Juli 2026 können für diese vier Serien keine Ein- und Dreijahresreservierungen mehr erworben oder verlängert werden. Laufende Reservierungen bleiben bis zum Ende ihrer Laufzeit bestehen. Die Funktionsweise der Ablaufbenachrichtigungen sowie alle achtzehn von dieser Einstellung betroffenen Serien werden im Artikel über Reservierungen Azure der älteren Serien ausführlich beschrieben.

Für diejenigen, die diese Serien vor der Einstellung weiterhin nutzen, empfiehlt Microsoft denAzure „Savings Plan for Compute“ als wichtigste Empfehlung. Eine bestehende Reservierung kann gegen einen „Savings Plan“ eingetauscht werden: Der neue „Savings Plan“ mit einer Laufzeit von einem oder drei Jahren muss eine Laufzeit aufweisen, die mindestens der verbleibenden Laufzeit der zurückgegebenen Reservierung entspricht, und bis zu 100 Reservierungen können in einem einzigen Vorgang umgetauscht werden. Microsoft erhebt derzeit keine Gebühren für die vorzeitige Kündigung bei solchen Umtauschvorgängen und weist darauf hin, dass solche Gebühren in Zukunft anfallen könnten, ohne jedoch ein konkretes Datum zu nennen. Microsoft stellt außerdem klar, dass die Änderung zum 1. Februar 2027 die Richtlinien für den Umtausch einer Reservierung in einen „Savings Plan“ nicht beeinflusst.

Eine Reservierung kann auch gegen eine Reservierung aus einer neueren Serie umgetauscht werden. Die Gesamtlaufzeit der neuen Reservierung muss mindestens der verbleibenden Laufzeit der alten Reservierung entsprechen, und die neue Reservierung läuft ab dem Zeitpunkt des Umtauschs für eine volle Laufzeit weiter. Reservierungsumtausch ist bis zum 1. Februar 2027 möglich; nach diesem Datum steht für jede aktive, berechtigte Reservierung, die vor Ablauf der Laufzeit erworben wurde, noch ein letzter Umtausch zur Verfügung. Microsoft bittet darum, das Reservierungsportfolio vor dem 1. Februar 2027 zu überprüfen und die Nutzung dieses letzten Umtauschs für jede berechtigte Reservierung zu planen.

Eine Reservierung wird bei einer Umstellung auf eine andere Baureihe nicht auf das Gerät übertragen. Ohne Umtausch oder Übertragung in einen Savings-Plan kann der Rabatt erlöschen, was zu zusätzlichen Kosten führen kann.

Die Zielserien und was sich damit ändert

Microsoft unterteilt die Produktreihen in vier Stufen: „Current“, „Extended“, „End of Life“ und „Retired“. Bei den Allzweckgrößen gelten v6 und v7 als „Current“, v4 und v5 als „Extended“ und die Produktreihen v1 bis v3, deren Auslaufen angekündigt wurde, als „End of Life“. Die Produktreihen „Current“ und „Extended“ werden beide vollständig unterstützt.

Microsoft stellt die Generation v5 als den einfachsten Übergang für eine bestehende Arbeitslast dar und die Generationen v6 und v7 als den Weg zu den neuesten Funktionen und der neuesten Leistung.

Was sich beim Wechsel zur Generation v5 ändert

Viele Basis-Serien der Version 5, darunter Dv5, Dsv5, Dasv5, Ev5, Esv5 und Easv5, verfügen über keine lokale temporäre Festplatte, während jede der 32 Größen Dv3, Dsv3, Ev3 und Esv3 eine solche besitzt. Unter Windows ist die Größenänderung nur von einer Größe mit temporärer Festplatte zu einer Größe mit temporärer Festplatte oder von einer Größe ohne zu einer Größe ohne zulässig. Seit einer v3-Serie ist das direkte Ziel unter Windows daher eine Variante in d, wie z. B. Ddsv5 oder Eadsv5; um Dsv5 oder Esv5 zu nutzen, muss man den von Microsoft dokumentierten Workaround anwenden, nämlich einen Festplatten-Snapshot erstellen und anschließend einen neuen Rechner anlegen. Unter Linux wird die Größenanpassung zwischen den beiden Kategorien unterstützt.

„Accelerated Networking“ ist bei den Intel-D-v5-Serien (Dv5, Dsv5, Ddv5 und Ddsv5) obligatorisch und wird bei den AMD-Serien sowie bei der E-v5-Familie unterstützt. Microsoft verlangt, dass diese Funktion auf dem Quellrechner aktiviert wird, bevor dieser auf eine Serie mit entsprechender Anforderung umgestuft wird. Die v5-Serien der D- und E-Familien unterstützen Maschinen der Generation 1 und der Generation 2: Ein Generationswechsel ist für eine Größenanpassung grundsätzlich nicht erforderlich.

Was sich beim Wechsel zur Generation v6 oder v7 ändert

Die Serien v6 und v7 starten in Generation 2, also im UEFI-Modus, stellen die Laufwerke als NVMe bereit und verwenden den MANA-Netzwerkadapter, der ein aktuelles System und aktuelle Treiber erfordert. Das Image muss ein NVMe- und MANA-fähiges Image der Generation 2 sein. Das lokale Laufwerk ist nur bei den Größen d, und auch dieser wird als NVMe bereitgestellt. Microsoft bittet darum, diesen Wechsel als geplantes Upgrade zu behandeln und nicht als eine ohne Vorbereitung durchgeführte In-Place-Umsetzung von einer älteren Produktfamilie.

Hinzu kommen zwei Einschränkungen. Bei einem Rechner, dessen Festplatten über SCSI bereitgestellt werden, ist eine direkte Größenanpassung auf eine Remote-NVMe-Größe nicht möglich; Microsoft verweist auf eine Umgehungslösung. Und Azure Disk Encryption ist auf den Serien v6 und v7 weder unter „ Windows “ noch unter Linux verfügbar; dieser Dienst soll zudem am 15. September 2028 eingestellt werden, und sein Nachfolger, „Encryption at Host“, kann nicht auf einem Rechner aktiviert werden, der über „Disk Encryption“ verfügt oder verfügte Azure „Disk Encryption“ installiert hat oder hatte. In diesem Fall sieht Microsoft eine Neuinstallation mit neuen Festplatten und einem neuen Rechner vor, keine Konvertierung.

Die Größenanpassung einer Maschine: Ablauf und welche Vorgänge dabei unterbrochen werden

Der Modernisierungsleitfaden von Microsoft beschreibt drei Schritte: Die Maschine durch Freigabe der Zuweisung herunterfahren, die Größe an die Zielserie anpassen und anschließend neu starten. Zuvor muss überprüft werden, ob das Abonnement über ein Kontingent für die Zielserie verfügt, und dieses gegebenenfalls beantragt werden.

Mit Azure CLI, dem Befehl az vm list-vm-resize-options --resource-group <groupe> --name <machine> --query "[].name" listet die auf dem Hardware-Cluster, auf dem sich die Maschine befindet, verfügbaren Größen auf. Ist die gewünschte Größe nicht dabei, ermöglicht die Freigabe, dass die Maschine auf einen anderen Host verschoben wird. Das Skript von Microsoft fährt anschließend fort az vm deallocate, az vm resize --size <taille> und az vm start, jeweils mit --resource-group und --name. Unter PowerShell, Get-AzVMSize -ResourceGroupName <groupe> -VMName <machine> gibt dieselbe Liste aus, und die Größenanpassung erfolgt über die Eigenschaft HardwareProfile.VmSize des von … zurückgegebenen Objekts Get-AzVM, angewendet mit Update-AzVM.

Eine Größenanpassung führt zu einem Neustart des Rechners, auch wenn keine Freigabe erforderlich ist. Microsoft bezeichnet dies als störenden Vorgang, insbesondere bei zustandsbehafteten Workloads. Durch die Freigabe werden die dynamischen IP-Adressen des Computers freigegeben; System- und Datenträger bleiben davon unberührt. In einem Verfügbarkeitsset müssen alle Computer der Gruppe für die Größenanpassung freigegeben werden, wenn die Zielgröße im Cluster nicht verfügbar ist.

Wenn eine Größenänderung fehlschlägt, zeigt das Maschinenmodell die angeforderte Größe an, während die Maschine weiterhin mit der alten Größe läuft, bis die Zuweisung erfolgreich ist. Das Portal und alle Auslesewerte von „API “ zeigen die zuletzt angewendete Konfiguration an, nicht die tatsächlich im Einsatz befindliche Größe.

Unsere Lektüre

Wir würden diesen Rückzug nicht als einen Termin im Jahr 2029 betrachten. Die beiden maßgeblichen Termine liegen näher: die Änderung der Regeln für den Austausch von Reservierungen am 1. Februar 2027 und die bereits geltende Kapazitätsbeschränkung, die jeden Wiederbelebungsplan untergräbt, der auf der Neuproduktion von Maschinen dieser Baureihen an anderen Standorten basiert. Die Bestandsaufnahme erfolgt daher anhand zweier Listen: der aktiven Reservierungen mit ihrem Ablaufdatum und der v3-Maschinen mit ihrer Abhängigkeit von der temporären Festplatte, der Startgenerierung und der Azure Festplattenverschlüsselung.

Bei einem Gerät vom Typ „ Windows “ würden wir durch Skalierung die Generation v5 anstreben, und zwar in einer Variante mit d : Alle v3-Instanzen verfügen über eine temporäre Festplatte, und „ Windows “ akzeptiert nur den Wechsel zu einer Instanz, die über eine solche verfügt. Da v5 auch die Generation 1 und SCSI unterstützt, muss ein Image, das aus einer lokalen Konvertierung stammt, für diesen Wechsel nicht neu erstellt werden. Wir würden die Generation v6 den Maschinen vorbehalten, die aus einem aktuellen Image neu erstellt wurden, sowie allen Maschinen, die mit Azure Disk Encryption verschlüsselt wurden, die diesen Dienst bis zum 15. September 2028 verlassen müssen und die Microsoft durch eine Neuerstellung auf „Encryption at Host“ umstellt. In jedem Fall würden wir „Accelerated Networking“ aktivieren und die Größenanpassung zunächst auf einem zustandslosen Rechner testen, bevor wir die Datenbankserver bearbeiten.

Was zu überprüfen ist

• Die Liste der Maschinen der Typen Dv3, Dsv3, Ev3 oder Esv3, nach Abonnement und Region, mit ihrer Rolle in einem Notfallwiederherstellungsplan.
• Die aktiven Reservierungen für diese Serien, deren Laufzeit sowie die Entscheidung, vor dem 1. Februar 2027 einen Umtausch vorzunehmen oder in einen Sparplan zu wechseln.
• Die für die Zielreihe in jeder Region verfügbare Quote vor einer etwaigen Anpassung.
• Der lokale temporäre Speicher, der bei allen v3-Größen vorhanden ist: unter Windows betrifft die direkte Größenanpassung nur eine Variante in d.
• Die Aktivierung von „Accelerated Networking“ auf dem Quellrechner vor einem Wechsel zu Dv5, Dsv5, Ddv5 oder Ddsv5.
• Die Startgeneration, der Typ des Festplattencontrollers und das Vorhandensein vonAzure Festplattenverschlüsselung, die darüber entscheiden, ob eine Größenanpassung oder eine Neuerstellung durchgeführt wird.
• Verfügbarkeitssätze, bei denen alle Maschinen möglicherweise gemeinsam freigegeben werden müssen.

Quellen von Microsoft

• Ausmusterung: Dv3-, Dsv3-, Ev3- und Esv3- Azure -VMs — Azure Aktualisierungen
• Einstellung: Azure Reservierte Virtual-Machine-Instanzen für ausgewählte VM-Serien — Azure Aktualisierungen
• Übersicht über den Lebenszyklus von VMs – Microsoft Learn
• Einstellung von VM-Größenreihen, Beschränkungen beim Kapazitätswachstum und Leitlinien zur Modernisierung – Microsoft Learn
• Leitfaden zur Modernisierung veralteter VM-Größen — Microsoft Learn
• Umstellung auf die VM-Serie v5 — Microsoft Learn
• Umstellung auf die VM-Serien v6 und v7 — Microsoft Learn
• Häufig gestellte Fragen zur Modernisierung auf die VM-Serien v6 und v7 – Microsoft Learn
• Größe einer virtuellen Maschine anpassen – Microsoft Learn
• Selbstbedienungs-Inzahlungnahme für Sparpläne — Microsoft Learn
• Selbstbedienungs-Umtausch und Rückerstattungen für „ Azure “-Reservierungen — Microsoft Learn