Kurzlebige Betriebssystemdatenträger für virtuelle Azure-Computer

Gilt für: ✔️ Linux-VMs ✔️ Windows-VMs ✔️ Flexible Skalierungsgruppen ✔️ Einheitliche Skalierungsgruppen

Kurzlebige Betriebssystem-Datenträger werden auf dem lokalen Speicher des virtuellen Computers (VM) erstellt und nicht auf dem externen Azure Storage gespeichert. Kurzlebige Betriebssystemdatenträger sind ideal für zustandslose Workloads, bei denen Anwendungen einzelne VM-Ausfälle tolerieren können, aber empfindlich auf VM-Bereitstellungszeiten oder auf das Reimaging einzelner VM-Instanzen reagieren. Mit einem kurzlebigen Betriebssystem-Datenträger erzielen Sie eine geringere Latenzzeit für das Lesen/Schreiben auf dem Betriebssystem-Datenträger und schnelleres VM-Reimaging.

Die wichtigsten Features von kurzlebigen Datenträgern sind:

• Konzipiert für zustandslose Anwendungen.
• Unterstützt für alle Images: Marketplace, benutzerdefinierte Images und Azure Compute Gallery (vormals „Shared Image Gallery“).
• Bietet schnelles Reimaging, um den ursprünglichen Startzustand von virtuellen Computern (Virtual Machines, VMs) und Skalierungsgruppeninstanzen wiederherzustellen.
• Bietet geringe Wartezeit, ähnlich wie bei einem temporären Datenträger.
• Sorgt dafür, dass keine Speicherkosten für Betriebssystemdatenträger anfallen, da kurzlebige Betriebssystemdatenträger kostenlos sind.
• Unterstützt in allen Azure-Regionen.

Die Hauptunterschiede zwischen permanenten und kurzlebigen Betriebssystem-Datenträgern:

	Permanenter Betriebssystem-Datenträger	Kurzlebiger Betriebssystemdatenträger
Maximale Größe für Betriebssystem-Datenträger	4 TiB*	Größe des Cachedatenträgers, temporären Datenträgers oder NVMe-Datenträgers für die VM-Größe oder 2.040 GiB (je nachdem, was kleiner ist). Informationen zur Größe des Cachedatenträgers, temporären Datenträgers oder NVMe-Datenträgers in GiB finden Sie unter DSv3, Esv3, M, FS und GS.
Unterstützte VM-Größen	Alle	VM-Größen mit lokalem Speicher wie DSv3, Esv3, Fs, FsV2, GS, M, Mdsv2, Bs, Dav4 und Eav4
Unterstützung für Datenträgertyp	Verwalteter und nicht verwalteter Betriebssystem-Datenträger	Nur verwalteter Betriebssystem-Datenträger
Unterstützung für Regionen	Alle Regionen	Alle Regionen
Datenpersistenz	Auf Betriebssystem-Datenträger geschriebene Daten von einem Betriebssystem-Datenträger werden in Azure Storage gespeichert.	Auf den Betriebssystem-Datenträger geschriebene Daten werden auf dem lokalen VM-Speicher gespeichert und nicht in Azure Storage gespeichert.
Status „Zuordnung aufgehoben“	Die Zuordnung von VMs und Skalierungsgruppeninstanzen kann aufgehoben und sie können aus diesem Zustand neu gestartet werden.	Nicht unterstützt
Unterstützung der spezialisierte Betriebssystem-Datenträger	Ja	Nein
Änderung der Betriebssystem-Datenträgergröße	Wird während der VM-Erstellung und nach dem Aufheben der VM-Zuordnung unterstützt.	Wird nur während der VM-Erstellung unterstützt.
Ändern der Größe in eine neue VM-Größe	Daten des Betriebssystem-Datenträgers werden beibehalten.	Daten auf dem Betriebssystem-Datenträger werden gelöscht, Betriebssystem wird erneut bereitgestellt
Erneute Bereitstellung	Daten des Betriebssystem-Datenträgers werden beibehalten.	Daten auf dem Betriebssystem-Datenträger werden gelöscht, Betriebssystem wird erneut bereitgestellt
Beenden/Starten des VM	Daten des Betriebssystem-Datenträgers werden beibehalten.	Nicht unterstützt
Platzierung der Auslagerungsdatei	Unter Windows ist die Auslagerungsdatei auf dem Ressourcendatenträger gespeichert	Für Windows wird die Auslagerungsdatei auf dem Betriebssystemdatenträger gespeichert (für die Cacheplatzierung, die Platzierung des temporären Datenträgers und die NVMe-Datenträgerplatzierung).
Wartung von VM/VMSS mithilfe einer Reparatur	Daten des Betriebssystem-Datenträgers werden beibehalten.	Daten des Betriebssystemdatenträgers werden nicht beibehalten.
Wartung von VM/VMSS mithilfe einer Livemigration	Daten des Betriebssystem-Datenträgers werden beibehalten.	Daten des Betriebssystem-Datenträgers werden beibehalten.

* 4 TiB ist die maximal unterstützte Größe des Betriebssystemdatenträgers für verwaltete (persistente) Datenträger. Viele Betriebssystemdatenträger werden jedoch standardmäßig mit MBR (Master Boot Record) partitioniert und sind auf 2 TiB beschränkt. Weitere Informationen finden Sie in unserer Betriebssystemdatenträger.

Platzierungsoptionen für kurzlebige Betriebssystemdatenträger

Der kurzlebige Betriebssystemdatenträger verwendet lokalen Speicher innerhalb der VM. Da verschiedene VMs über unterschiedliche Arten von lokalem Speicher verfügen (Cachedatenträger, Ressourcendatenträger und NVMe-Datenträger), definiert die Platzierungsoption, wo der kurzlebige Betriebssystemdatenträger gespeichert wird. Die Platzierungsoption wirkt sich jedoch nicht auf die Leistung oder die Kosten des kurzlebigen Betriebssystemdatenträgers aus. Seine Leistung hängt vom lokalen Speicher der VM ab. Je nach VM-Typ stehen drei verschiedene Arten von Platzierung zur Verfügung:

1. NVMe-Datenträgerplatzierung (Public Preview): Die NVMe-Datenträgerplatzierung ist auf VMs der neuesten Generation wie Dadsv6, Ddsv6 usw. verfügbar.
2. Platzierung des temporären Datenträgers: Die Platzierung des temporären Datenträgers steht für VMs mit temporärem Datenträger wie Dadsv5, Ddsv5 usw. zur Verfügung.
3. Platzierung des Cachedatenträgers: Die Platzierung des Cachedatenträgers steht für ältere VMs mit Cachedatenträger wie Dsv2, Dsv3 usw. zur Verfügung.

DiffDiskPlacement ist die neue Eigenschaft, die verwendet werden kann, um anzugeben, wo Sie den kurzlebigen Betriebssystemdatenträger platzieren möchten. Bei dieser Funktion wird bei der Bereitstellung eines virtuellen Windows-Computers die Auslagerungsdatei so konfiguriert, dass sie sich auf dem Betriebssystemdatenträger befindet.

Größenanforderungen

Sie können einen kurzlebigen Betriebssystemdatenträger auf einem NVMe-Datenträger, auf einem temporären Datenträger oder im Cache für die VM bereitstellen. Die Imagegröße des Betriebssystemdatenträgers darf maximal der Größe des NVMe-Datenträgers/des temporären Datenträgers/des Caches der gewählten VM-Größe entsprechen.

Zum Beispiel, wenn Sie sich für OS-Cache-Platzierung entscheiden: Standard-Windows-Server-Images vom Markt sind etwa 127 GiB groß, was bedeutet, dass Sie eine VM-Größe benötigen, deren Cache gleich oder größer als 127 GiB ist. Standard_DS3_v2 weist eine Cachegröße von 127 GiB auf und ist damit groß genug. In diesem Fall ist Standard_DS3_v2 die kleinste Größe in der DSv2-Serie, die Sie mit diesem Image verwenden können.

Wenn Sie sich z. B. für die Platzierung temporärer Datenträger entscheiden möchten: Das Ubuntu-Standardserverimage aus dem Marketplace beträgt etwa 30 GiB. Um kurzlebigen Betriebssystemdatenträger als temporär zu aktivieren, muss die Größe des temporären Datenträgers mindestens 30 GiB betragen. Standard_B4ms hat eine temporäre Größe von 32 GiB, was für einen Betriebssystemdatenträger mit 30 GiB geeignet ist. Bei der Erstellung des virtuellen Computers beträgt der temporäre Speicherplatz 2 GiB.

Wenn Sie sich z. B. für die NVMe-Datenträgerplatzierung (Public Preview) entscheiden möchten: Das Ubuntu-Standardserverimage aus dem Marketplace hat eine Größe von etwa 30 GiB. Um einen kurzlebigen Betriebssystemdatenträger für NVMe aktivieren zu können, muss die Größe des NVMe-Datenträgers mindestens 30 GiB betragen. Standard_D2ads_v6 hat eine temporäre Größe von 110 GiB, was für den Betriebssystemdatenträger mit 30 GiB mehr als ausreichend ist. Der kurzlebige Betriebssystemdatenträger belegt jedoch den gesamten NVMe-Datenträger, und es wird kein NVMe-Datenträgerspeicher freigegeben. Eine Möglichkeit, die Verwendung von NVMe-Datenträgern zu maximieren, besteht darin, die Größeneigenschaft des Betriebssystemdatenträgers auf 110 GiB zu maximieren.

Wichtig

Wenn Sie sich für die Platzierung temporärer Datenträger entscheiden, wird die Endgültige temporäre Datenträgergröße = (Anfangsgröße des temporären Datenträgers - Größe des Betriebssystemimages) verwendet.

Wenn Sie sich für die NVMe-Datenträgerplatzierung (Public Preview) entscheiden, berechnet sich die endgültige Größe des NVMe-Datenträgers wie folgt: (Gesamtanzahl von NVMe-Datenträgern - NVMe-Datenträger, die für das Betriebssystem verwendet werden) · Größe der einzelnen NVMe-Datenträger. Dabei ist „NVMe-Datenträger, die für das Betriebssystem verwendet werden“ die minimale Anzahl von Datenträgern, die für den Betriebssystemdatenträger erforderlich sind – abhängig von der Größe des Betriebssystemdatenträgers und der Größe der einzelnen NVMe-Datenträger.

Wenn für den kurzlebigen Betriebssystemdatenträger die Option Platzierung des temporären Datenträgers verwendet wird, werden die Ein- und Ausgabevorgänge pro Sekunde (Input/Output Operations Per Second, IOPS) mit dem temporären Datenträger gemäß der von Ihnen gewählten VM-Größe geteilt. Wenn für den kurzlebigen Betriebssystemdatenträger die Option NVMe-Datenträgerplatzierung verwendet wird, stellt er die Ein- und Ausgabevorgänge pro Sekunde (Input/Output Operations Per Second, IOPS) eines einzelnen NVMe-Datenträgers gemäß der von Ihnen gewählten VM-Größe bereit.

Einfache Linux- und Windows Server-Images im Marketplace, die durch [smallsize] bezeichnet werden, sind in der Regel etwa 30 GiB groß und können die meisten der verfügbaren VM-Größen verwenden. Kurzlebige Datenträger erfordern außerdem, dass die VM-Größe Premium-Speicher unterstützt. Die Größen weisen in der Regel (aber nicht immer) ein s im Namen auf, z.B. DSv2- und EsV3. Ausführliche Informationen dazu, welche Größen Storage Premium unterstützen, finden Sie unter den Größen für virtuelle Azure-Computer.

Hinweis

Auf kurzlebige Datenträger kann nicht über das Portal zugegriffen werden. Beim Zugriff auf einen kurzlebigen Datenträger wird die Fehlermeldung „Ressource nicht gefunden“ oder „404“ angezeigt.

Nicht unterstützte Funktionen

• VM-Imageerfassung
• Momentaufnahmen von Datenträgern
• Azure Disk Encryption
• Azure Backup
• Azure Site Recovery
• Austausch von Betriebssystemdatenträgern

Vertrauenswürdiger Start für kurzlebige Betriebssystemdatenträger

Kurzlebige Betriebssystemdatenträger können mit vertrauenswürdigem Start erstellt werden. Alle Regionen werden für den vertrauenswürdigen Start unterstützt. Allerdings werden nicht alle VM-Größen unterstützt. Überprüfen Sie die Option Unterstützte VM-Größen bezüglich unterstützter Größen. Der VM-Gastzustand (VMGS) ist für virtuelle Computer mit vertrauenswürdigem Start spezifisch. Es handelt sich um ein von Azure verwaltetes Blob, das die UEFI-Datenbanken (Unified Extensible Firmware Interface) für sichere Startsignaturen und andere Sicherheitsinformationen enthält. VMs, die den vertrauenswürdigen Start verwenden, reservieren standardmäßig 1 GiB aus dem Betriebssystemcache oder temporären Speicher (basierend auf der gewählten Platzierungsoption für VMGS). Der Lebenszyklus des VMGS-Blobs ist an den Lebenszyklus des Betriebssystemdatenträgers gebunden.

Wenn Sie z. B. versuchen, einen virtuellen Computer mit kurzlebigem Betriebssystemdatenträger mit vertrauenswürdigem Start mithilfe eines Betriebssystemimages der Größe 56 GiB mit der VM-Größe Standard_DS4_v2 unter Verwendung der Platzierung des temporären Datenträgers zu erstellen, erhalten Sie die Fehlermeldung Betriebssystemdatenträger einer kurzlebigen VM mit einer Größe von mehr als 55 GB sind für die VM-Größe "Standard_DS4_v2" nicht zulässig, wenn die DiffDiskPlacement-Option "ResourceDisk" lautet. Dieser Fehler tritt auf, weil der temporäre Speicher für Standard_DS4_v2 56 GiB beträgt und 1 GiB für VMGS reserviert ist, wenn Sie den vertrauenswürdigen Start verwenden. Wenn Sie für das gleiche Beispiel eine Standard-VM mit kurzlebigem Betriebssystemdatenträger erstellen, erhalten Sie keine Fehlermeldungen, und der Vorgang ist erfolgreich.

Wichtig

Wenn Sie kurzlebige Datenträger für virtuelle Computer mit vertrauenswürdigem Start verwenden, werden Schlüssel und Geheimnisse, die vom vTPM nach der VM-Erstellung generiert oder versiegelt wurden, für Vorgänge wie Reimaging und Plattformereignisse wie Dienstreparatur möglicherweise nicht aufrechterhalten.

Weitere Informationen zum Bereitstellen einer VM mit vertrauenswürdigem Start

Vertrauliche VMs mit kurzlebigen Betriebssystemdatenträgern

AMD-basierte vertrauliche VMs erfüllen hohe Sicherheits- und Vertraulichkeitsanforderungen. Diese VMs bieten einen starken, durch Hardware erzwungenen Schutz, um Ihre Sicherheitsanforderungen zu erfüllen. Allerdings gibt es Einschränkungen für die Verwendung vertraulicher VMs. Informieren Sie sich über die Einschränkungen bezüglich Region, Größe und Betriebssystemunterstützung für vertrauliche VMs. Der VmGS-Blob (Virtual Machine Guest State, VMGS) enthält die Sicherheitsinformationen der vertraulichen VM. Bei vertraulichen VMs mit kurzlebigen Betriebssystemdatenträgern wird standardmäßig 1 GiB aus dem Betriebssystemcache oder aus dem temporären Speicher (je nach gewählter Platzierungsoption) für VMGS reserviert. Der Lebenszyklus des VMGS-Blobs ist an den Lebenszyklus des Betriebssystemdatenträgers gebunden. Die NVMe-Datenträgerplatzierung wird für vertrauliche VMs derzeit nicht unterstützt.

Wichtig

Bei einer vertraulichen VM mit vollständiger Betriebssystem-Datenträgerverschlüsselung vor der VM-Bereitstellung, die einen kundenseitig verwalteten Schlüssel (Customer-Managed Key, CMK) verwendet. Das Aktualisieren einer CMK-Schlüsselversion oder Schlüsseldrehung wird bei einem kurzlebigen Betriebssystemdatenträger nicht unterstützt. Bei der Verwendung von kurzlebigen Betriebssystemdatenträgern müssen vertrauliche VMs gelöscht werden, bevor Sie die Schlüssel aktualisieren oder drehen. Danach können Sie die vertraulichen VMs anschließend erneut erstellen.

Weitere Informationen finden Sie unter Vertrauliche virtuelle Computer.

Kundenverwalteter Schlüssel

Wenn Sie die End-to-End-Verschlüsselung für VMs mit kurzlebigen Betriebssystemdatenträgern aktivieren, können Sie wählen, ob kundenseitig verwaltete Schlüssel oder plattformseitig verwaltete Schlüssel verwendet werden sollen. Derzeit ist diese Option nur über PowerShell, die CLI und das SDK in allen Regionen verfügbar.

Wichtig

Das Aktualisieren einer CMK-Schlüsselversion oder Schlüsselrotation kundenseitig verwalteter Schlüssel wird bei einem kurzlebigen Betriebssystemdatenträger nicht unterstützt. VMs, die kurzlebige Betriebssystemdatenträgern nutzen, müssen gelöscht werden, bevor Sie die Schlüssel aktualisieren oder rotieren. Danach können Sie die VMs erneut erstellen.

Weitere Informationen finden Sie unter Serverseitige Verschlüsselung von Azure Disk Storage.

Nächste Schritte

Erstellen Sie mithilfe des Azure-Portals/der CLI/von PowerShell/einer ARM-Vorlage einen virtuellen Computer mit kurzlebigem Betriebssystemdatenträger. Weitere Informationen finden Sie in den häufig gestellten Fragen zu kurzlebigen Betriebssystemdatenträgern.