Freigeben eines verwalteten Azure-Datenträgers für mehrere VMs

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

Azure-Freigabefestplatten ist eine Funktion für Azure Managed Disks, die es ermöglicht, eine verwaltete Festplatte gleichzeitig an mehrere virtuelle Maschinen (VMs) anzuhängen. Mit dieser Funktion können Sie neue clusterierte Anwendungen in Azure bereitstellen oder migrieren, ohne Ihre Architektur zu ändern. Freigegebene Datenträger stellen eine hohe Verfügbarkeit für clustergesteuerte Anwendungen sicher, da andere VMs im Cluster weiterhin vollständigen Zugriff auf den Datenträger haben, wenn eine VM ausfällt.

Für freigegebene Datenträger ist ein Cluster-Manager wie Windows Server-Failovercluster (WSFC) oder Pacemaker erforderlich, der die Clusterknotenkommunikation und Schreibsperren verarbeitet. Freigegebene verwaltete Datenträger bieten nativ kein vollständig verwaltetes Dateisystem, auf das über SMB/NFS zugegriffen werden kann.

Funktionsweise

VMs im Cluster können basierend auf der Reservierung, die die gruppierte Anwendung auswäht, auf ihren angefügten Datenträger lesen oder schreiben. VMs, die einen SCSI-Datenträgercontroller verwenden, koordinieren den Zugriff mithilfe von SCSI Persistent Reservations (SCSI PR). Virtuelle Computer, die einen NVMe-Datenträgercontroller verwenden, koordinieren den Zugriff mithilfe von NVMe-Reservierungen. Beide Protokolle ermöglichen es einer gruppierten Anwendung, jeden Knoten zu registrieren, den Datenträgerzugriff zu reservieren und die Reservierung während des Failovers auf einen anderen Knoten zu verschieben.

Freigegebene verwaltete Datenträger bieten gemeinsam genutzten Blockspeicher, auf den mehrere VMs zugreifen können. Ein gemeinsam genutzter Datenträger wird als logische Einheitsnummer (LUN) für VMs verfügbar gemacht, die SCSI verwenden, und als Namespace für VMs, die NVMe verwenden. In beiden Fällen wird der Datenträger für die VM als direkt angefügter Speicher (DAS) oder als lokales Laufwerk angezeigt. Weitere Informationen zu den Controllerschnittstellen finden Sie unter SCSI-zu NVMe-Konvertierung.

Einschränkungen

Allgemeine Einschränkungen

Für freigegebene Datenträger gelten allgemeine Einschränkungen, die unabhängig von der Art des Datenträgers für alle freigegebenen Datenträger gelten. Außerdem gibt es weitere Einschränkungen, die nur für bestimmte Arten von gemeinsam genutzten Datenträgern gelten. Die folgende Liste enthält die allgemeinen Einschränkungen:

  • Derzeit können nur Ultra Disks, Premium SSD v2, Premium SSD und Standard SSDs als freigegebene Datenträger verwendet werden
  • Freigegebene Datenträger können an einzelne Virtual Machine Scale Sets angehängt werden, können aber nicht in den Modellen des Virtual Machine Scale Set definiert oder automatisch bereitgestellt werden
  • Schreibbeschleunigung wird für freigegebene Datenträger nicht unterstützt
  • Hostzwischenspeicherung wird für freigegebene Datenträger nicht unterstützt

Jeder verwaltete Datenträger, für den freigegebene Datenträger aktiviert sind, unterliegt ebenfalls den folgenden Einschränkungen, die nach Datenträgertyp geordnet sind:

Ultra Disks

Ultra Disks verfügen über eine eigene separate Liste von Einschränkungen, die nicht mit freigegebenen Datenträgern zusammenhängen. Informationen zu Ultra Disk-Einschränkungen finden Sie unter Verwendung von Azure Ultra Disks.

Beim Freigeben von Ultra-Datenträgern gelten die folgenden zusätzlichen Einschränkungen:

SSD Premium v2

Für verwaltete SSD Premium v2-Datenträger gelten eigene Einschränkungen, die nicht mit freigegebenen Datenträgern zusammenhängen. Informationen zu diesen Einschränkungen finden Sie unter Einschränkungen von SSD Premium v2.

Bei der Freigabe von SSD Premium v2-Datenträgern gilt die folgende zusätzliche Einschränkung:

SSD Premium

Standard-SSDs

Betriebssystemanforderungen

Freigegebene Datenträger unterstützen verschiedene Betriebssysteme. Unterstützte Betriebssysteme finden Sie in den Abschnitten Windows oder Linux.

Hinweise zur Gebührenberechnung

Wenn Sie einen Datenträger freigeben, kann ihre Abrechnung auf zwei verschiedene Arten beeinflusst werden, je nach Datenträgertyp.

Für gemeinsam genutzte Premium-SSDs gibt es zusätzlich zu den Kosten der Datenträgerebene eine zusätzliche Gebühr, die mit jedem virtuellen Computer erhöht wird, auf dem die SSD bereitgestellt wird. Details finden Sie unter Preise für verwaltete Datenträger.

Sowohl freigegebene Ultra Disks als auch freigegebene Premium SSD v2-Datenträger haben keine zusätzlichen Gebühren für jeden virtuellen Computer, an den sie bereitgestellt werden. Diese werden nach dem IOPS- und MBit/s-Gesamtdurchsatz abgerechnet, für den der Datenträger konfiguriert ist. Normalerweise verfügt Ultra Disks und Premium SSD v2 über zwei Leistungsdrosselungen, die ihre Gesamt-IOPS/MB/s bestimmen. Bei der Konfiguration als gemeinsam genutzter Datenträger werden jedoch zwei weitere Leistungsdrosselungen zur Verfügung gestellt, insgesamt also vier. Diese beiden zusätzlichen Drosselungen ermöglichen eine höhere Leistung bei zusätzlichen Kosten und jede Verbrauchseinheit weist einen Standardwert auf, der die Leistung und die Kosten des Datenträgers erhöht.

Die vier Leistungsbegrenzungen, die ein freigegebener Ultra-Datenträger und eine freigegebene Premium SSD v2 haben, sind diskIOPSReadWrite, diskMBpsReadWrite, diskIOPSReadOnly und diskMBpsReadOnly. Jede Leistungsdrosselung kann so konfiguriert werden, dass die Leistung Ihres Datenträgers geändert wird. Die Leistung freigegebener Ultra Disks und Premium SSD v2-Datenträger werden auf folgende Weise berechnet: Gesamtbereitstellungs-IOPS (diskIOPSReadWrite + diskIOPSReadOnly) und gesamter bereitgestellter Durchsatz in MB/s (diskMBpsReadWrite + diskMBpsReadOnly).

Nachdem Sie Ihren gesamten bereitgestellten IOPS und den gesamten bereitgestellten Durchsatz ermittelt haben, können Sie diese im Preisrechner verwenden, um die Kosten für einen Ultra Datenträger oder einen Premium SSD v2 Datenträger zu ermitteln.

Datenträgergrößen

Derzeit können nur Ultra Disks, Premium SSD v2, Premium SSD und Standard-SSDs gemeinsam genutzte Datenträger aktivieren. Unterschiedliche Datenträgergrößen weisen möglicherweise verschiedene maxShares-Grenzwerte auf, die Sie beim Festlegen des maxShares-Werts nicht überschreiten können.

Sie können für jeden Datenträger einen maxShares-Wert definieren, der die maximale Anzahl von Knoten darstellt, die den Datenträger gleichzeitig nutzen können. Wenn Sie z. B. einen Failovercluster mit zwei Knoten einrichten möchten, legen Sie maxShares=2 fest. Der Maximalwert ist eine Obergrenze. Knoten können dem Cluster beitreten oder ihn verlassen (Einbindung des Datenträgers oder Aufheben der Einbindung), solange die Anzahl der Knoten kleiner als der angegebene maxShares-Wert ist.

Hinweis

Der maxShares-Wert kann nur festgelegt oder bearbeitet werden, wenn der Datenträger von allen Knoten getrennt wird.

SSD Premium-Bereiche

In der folgenden Tabelle sind die zulässigen Maximalwerte für Größen von Premium-SSDs bei maxShares dargestellt.

Datenträgergrößen maxShares-Limit
P1,P2,P3,P4,P6,P10,P15,P20 3
P30, P40, P50 5
P60, P70, P80 10

Die IOPS- und Bandbreitenlimits für einen Datenträger sind vom maxShares-Wert nicht betroffen. Beispielsweise beträgt der maximale IOPS eines P15-Datenträgers 1100, unabhängig davon, ob maxShares = 1 oder maxShares > 1 ist.

SSD Standard-Bereiche

In der folgenden Tabelle sind die zulässigen Maximalwerte für Standard-SSD-Größen in Bezug auf maxShares dargestellt.

Datenträgergrößen maxShares-Limit
E1,E2,E3,E4,E6,E10,E15,E20 3
E30, E40, E50 5
E60, E70, E80 10

Die IOPS- und Bandbreitenlimits für einen Datenträger sind vom maxShares-Wert nicht betroffen. Beispielsweise beträgt der maximale IOPS eines E15-Datenträgers 500, unabhängig davon, ob maxShares = 1 oder maxShares > 1 ist.

Ultra Disk-Bereiche

Der maxShares-Mindestwert ist 1, der maxShares-Höchstwert beträgt 15. Es gibt keine Größenbeschränkungen für Ultra-Datenträger. Jeder Ultra-Datenträger, unabhängig von seiner Größe, kann jeden Wert für maxShares bis einschließlich des Maximalwerts verwenden.

SSD Premium v2-Bereiche

Der maxShares-Mindestwert ist 1, der maxShares-Höchstwert beträgt 15. Es gibt keine Größenbeschränkungen für SSD Premium v2. SSD Premium v2-Datenträger können jeden Wert für maxShares verwenden, bis einschließlich des Höchstwerts.

Beispiele für Workloads mit freigegebenen Windows-Datenträgern

Freigegebene Azure-Datenträgen werden unter Windows Server 2008 und höher unterstützt. Die meisten Windows-basierten Clustervorgänge basieren auf WSFC. Dieser Cluster verarbeitet die gesamte Kerninfrastruktur für die Clusterknotenkommunikation und ermöglicht den Anwendungen die Nutzung paralleler Zugriffsmuster. WSFC ermöglicht abhängig von Ihrer Version von Windows Server sowohl cluster shared Volumes (CSV) als auch nicht CSV-basierte Optionen. Ausführliche Informationen finden Sie unter Erstellen eines Failoverclusters.

Die folgende Liste enthält einige beliebte Anwendungen, die unter WSFC ausgeführt werden:

Beispiel-Workloads für gemeinsam genutzte Linux-Datenträger

Freigegebene Azure-Datenträger werden unter Folgendem unterstützt:

Von Linux-Clustern können Cluster-Manager wie Pacemaker verwendet werden. Pacemaker basiert auf Corosync und ermöglicht die Clusterkommunikation für Anwendungen in hochverfügbaren Umgebungen. Beispiele für gängige Clusterdateisysteme wären etwa ocfs2 und gfs2. Sie können SCSI Persistent Reservation (SCSI PR) und STONITH Block Device (SBD)-basierte Clusteringmodelle verwenden, um den Zugriff auf den Datenträger zu willkürlichen. Bei Verwendung von SCSI PR können Sie Reservierungen und Registrierungen mithilfe von Dienstprogrammen wie fence_scsi und sg_persist bearbeiten.

Ablauf mit permanenter Reservierung

Die folgenden Diagramme veranschaulichen allgemeine Reservierungsmuster für geclusterte Anwendungen. Derselbe Ablauf gilt, ob die VMs SCSI-persistente Reservierungen oder NVMe-Reservierungen verwenden. Der Datenträgercontroller bestimmt, welches Protokoll und welche Befehle die Clusteranwendung verwendet.

Das folgende Diagramm veranschaulicht das Beispiel einer Cluster-Datenbankanwendung mit zwei Knoten, die Reservierungen verwendet, um Failover von einem Knoten zum anderen zu aktivieren.

Diagramm eines Zwei-Knoten-Azure VM-Clusters, der einen Datenträger gemeinsam verwendet, mit Registrierung, exklusiver Reservierung, Vorabbehaltung und Datenbankfailover von VM1 zu VM2.

Der Ablauf ist wie folgt:

  1. Die gruppierte Anwendung, die sowohl auf „Azure VM 1“ als auch auf „Azure VM 2“ ausgeführt wird, registriert ihre Lese- oder Schreibabsicht für den Datenträger.
  2. Die Anwendungsinstanz auf VM 1 sichert sich daraufhin die exklusive Reservierung, um auf den Datenträger zu schreiben.
  3. Diese Reservierung wird für Ihren Azure-Datenträger erzwungen, und die Datenbank kann nun exklusiv auf den Datenträger schreiben. Schreibvorgänge von der Anwendungsinstanz auf VM 2 sind nicht erfolgreich.
  4. Wenn die Anwendungsinstanz auf VM 1 ausfällt, kann die Instanz auf VM 2 ein Datenbankfailover initiieren und den Datenträger übernehmen.
  5. Für den Azure-Datenträger wird nun diese Reservierung erzwungen, und der Datenträger akzeptiert keine Schreibvorgänge von VM 1 mehr. Er akzeptiert nur noch Schreibvorgänge von VM 2.
  6. Die gruppierte Anwendung kann das Datenbankfailover abschließen und Anforderungen von VM 2 verarbeiten.

Das folgende Diagramm zeigt eine weitere gängige gruppierte Workload mit mehreren Knoten, die Daten vom Datenträger lesen, um parallele Prozesse auszuführen (etwa zum Trainieren von Machine Learning-Modellen).

Diagramm von vier Azure VMs, die sich einen Datenträger teilen, wobei sich alle VMs registrieren und lesen, während VM1 den Schreibzugriff reserviert.

Der Ablauf ist wie folgt:

  1. Die auf allen virtuellen Computern ausgeführte gruppierte Anwendung registriert eine Lese- oder Schreibabsicht für den Datenträger.
  2. Die Anwendungsinstanz auf VM 1 sichert sich eine exklusive Reservierung, um auf den Datenträger zu schreiben, wodurch der Datenträger für Lesevorgänge von anderen virtuellen Computern verfügbar wird.
  3. Diese Reservierung wird für Ihren Azure-Datenträger erzwungen.
  4. Alle Knoten im Cluster können nun von dem Datenträger lesen. Ergebnisse werden nur von einem einzelnen Knoten auf den Datenträger geschrieben (im Auftrag aller Knoten im Cluster).

SCSI Persistent Reservation Flow

Bei VMs, die einen SCSI-Datenträgercontroller verwenden, führt die geclusterte Anwendung die vorstehenden Abläufe mithilfe der SCSI-PR-Vorgänge zum Registrieren (Register), Reservieren (Reserve), Vorbelegen (Preempt) und Freigeben (Release) für die LUN des freigegebenen Datenträgers aus.

NVMe persistenter Reservierungsablauf

NVMe-Reservierungen bieten dasselbe Zugriffskoordinationsmodell für gemeinsam genutzte verwaltete Datenträger, die über einen NVMe-Controller an VMs angefügt sind. NVMe verwendet Namespaces anstelle von SCSI-LUNs und verwendet die Befehle „Reservation Register“, „Reservation Acquire“, „Reservation Release“ und „Reservation Report“, um Registrierungen und Reservierungen zu verwalten.

Der folgende Ablauf veranschaulicht Failover für eine Clusteranwendung mit zwei Knoten:

  1. Die geclusterte Anwendung auf VM1 und VM2 registriert mithilfe des Befehls „Reservation Register“ einen eindeutigen Reservierungsschlüssel für jede VM.
  2. Die Anwendung auf VM1 erwirbt die Reservierung mit dem erforderlichen Reservierungstyp mithilfe des Befehls „Reservation Acquire“.
  3. Der freigegebene Datenträger erzwingt die Reservierung. Der Zugriff von VM2 ist durch den ausgewählten Reservierungstyp beschränkt.
  4. Wenn die Anwendung auf VM1 ausfällt, initiiert die Anwendung auf VM2 ein Failover. VM2 verwendet den Befehl "Reservation Acquire" mit der Preempt-Aktion, um die Reservierung von VM1 zu ersetzen.
  5. Der freigegebene Datenträger erzwingt die neue Reservierung und lehnt den widersprüchlichen Zugriff von VM1 ab.
  6. Die geclusterte Anwendung schließt das Failover ab und verarbeitet Anforderungen über VM2. Wenn eine Reservierung nicht mehr benötigt wird, entfernt der Inhaber sie mithilfe des Befehls "Reservierungsfreigabe".

Ultra Disks und SSD Premium v2 – Reservierungsflow

Sowohl Ultra Disks als auch verwaltete SSD Premium v2-Datenträger bieten zwei zusätzliche Arbeitsauslastungskontrollen, sodass sie jeweils insgesamt vier Arbeitsauslastungskontrollen erhalten. Daher kann der Ablauf der Reservierung SCSI-persistente Reservierungen oder NVMe-Reservierungen verwenden, um den Datenträgerzugriff zwischen gruppierten VMs zu koordinieren, wie im Ablauf der persistenten Reservierung beschrieben, oder er kann die vier Drosselungen verwenden, um IOPS und Durchsatz präziser zu verteilen.

Tabelle mit Nur-Lese- und Lese-/Schreibzugriff für den Reservierungsinhaber, registrierte Knoten und andere Knoten für jeden Typ der persistenten Reservierung.

Leistungsdrosselungen für SSD Premium

Bei Premium SSD ist der Datenträger-IOPS und -Durchsatz fest, z. B. ist IOPS eines P30 5000. Dieser Wert bleibt unabhängig davon gleich, ob der Datenträger für zwei oder für fünf VMs freigegeben wird. Die Datenträgerlimits können von einer einzelnen VM erreicht oder auf zwei oder mehr VMs aufgeteilt werden.

Ultra Disks und SSD Premium v2 – Leistungsdrosselung

Sowohl Ultra Disks als auch verwaltete SSD Premium v2-Datenträger bieten Ihnen die einzigartige Funktion, die Leistung selbst festlegen zu können, indem Sie modifizierbare Attribute verfügbar machen und diese ändern können. Standardmäßig gibt es nur zwei änderbare Attribute, aber freigegebene Ultra Disks und freigegebene verwaltete SSD Premium v2-Datenträger verfügen über zwei weitere Attribute. Bei Ultra Disks und SSD Premium v2 werden diese Attribute auf jede angefügte VM aufgeteilt. Einige Beispiele für die Funktionsweise dieser Aufteilung von Kapazität, IOPS und Durchsatz finden Sie im Abschnitt Beispiele.

Attribut BESCHREIBUNG
diskIOPSReadWrite (Datenträger-IOPS für Lese-/Schreibvorgänge) Die Gesamtzahl der zulässigen IOPS für alle virtuellen Computer, die den freigegebenen Datenträger mit Schreibzugriff einbinden.
diskMBpsReadWrite (Datenträgerdurchsatz beim Lesen/Schreiben) Der zulässige Gesamtdurchsatz (MB/s) für alle virtuellen Computer, die den freigegebenen Datenträger mit Schreibzugriff einbinden.
diskIOPSReadOnly* (Nur-Lese-Datenträger-IOPS) Die Gesamtzahl der zulässigen IOPS für alle virtuellen Computer, die den freigegebenen Datenträger als ReadOnly einbinden.
diskMBpsReadOnly* (Lesedurchsatz des Datenträgers) Der zulässige Gesamtdurchsatz (MB/s) für alle virtuellen Computer, die den freigegebenen Datenträger als ReadOnly einbinden.

* Gilt nur für freigegebene Ultra Disks und freigegebene verwaltete SSD Premium v2-Datenträger

Die folgenden Formeln erläutern, wie die Leistungsattribute festgelegt werden können, da sie vom Benutzer geändert werden können:

  • diskIOPSReadWrite (Datenträger-IOPS (Lesen/Schreiben)):
    • Baselinemindest-IOPS von 100, für Datenträger mit 100 GiB und kleiner.
      • Für Datenträgern, die größer als 100 GiB sind, können Sie die Baselinemindest-IOPS um 1 pro GiB erhöhen. Der niedrigste Wert, den Sie für einen 101-GiB-Datenträger diskIOPSReadWrite festlegen können, beträgt also 101 IOPS.
    • Der maximale Wert, auf den Sie dieses Attribut festlegen können, wird von der Größe Ihres Datenträgers bestimmt. Die Formel lautet 300 * GiB, bis zu einem Maximum von 400.000.
  • diskMBpsReadWrite (Lese-/Schreibdurchsatz des Datenträgers)
    • Der Mindestdurchsatz (MB/s) dieses Attributs wird durch Ihre IOPS bestimmt. Die Formel lautet 4 KiB pro Sekunde und IOPS. Bei 101 IOPS ist der Mindestwert für MB/s, den Sie festlegen können, 1.
    • Der Maximalwert, den Sie für dieses Attribut festlegen können, wird durch die Menge der festgelegten IOPS bestimmt. Die Formel lautet 256 KiB pro Sekunde und IOPS, bis zu einem Maximum von 10.000 MB/s.
  • diskIOPSReadOnly (Datenträger-IOPS (nur Lesen))
    • Die Mindestbaseline-IOPS für dieses Attribut beträgt 100. Bei diskIOPSReadOnly steigt die Basisleistung nicht mit der Datenträgergröße.
    • Der maximale Wert, auf den Sie dieses Attribut festlegen können, wird von der Größe Ihres Datenträgers bestimmt. Die Formel lautet 300 * GiB, bis zu einem Maximum von 400.000.
  • diskMBpsReadOnly (Lesedurchsatz des Datenträgers)
    • Der Mindestdurchsatz (MB/s) für dieses Attribut ist 1. Für diskMBpsReadOnly steigt die Basisleistung nicht mit den IOPS.
    • Der Maximalwert, den Sie für dieses Attribut festlegen können, wird durch die Menge der festgelegten IOPS bestimmt. Die Formel lautet 256 KiB pro Sekunde und IOPS, bis zu einem Maximum von 10.000 MB/s.

Beispiele

Die folgenden Beispiele zeigen einige Szenarien, wie die Drosselung speziell bei gemeinsam genutzten Ultra Disk funktionieren kann.

Zwei-Knoten-Cluster unter Verwendung von Cluster Shared Volumes

Es folgt ein Beispiel für einen WSFC mit zwei Knoten, der freigegebene Clustervolumes verwendet. Bei dieser Konfiguration haben beide virtuellen Computer gleichzeitigen Schreibzugriff auf den Datenträger, was dazu führt, dass die ReadWrite-Drosselung auf die beiden virtuellen Computer aufgeteilt und die ReadOnly-Drosselung nicht verwendet wird.

Diagramm eines Windows-Clusters mit zwei Knoten unter Verwendung von Cluster Shared Volumes, bei dem sich Lese-/Schreib-IOPS und der Durchsatz gleichmäßig auf beide VMs verteilen.

Cluster mit zwei Knoten ohne freigegebene Clustervolumes

Es folgt ein Beispiel für einen 2-Knoten-WSFC, der keine freigegebenen Clustervolumes verwendet. Bei dieser Konfiguration hat nur ein virtueller Computer Schreibzugriff auf den Datenträger. Dies führt dazu, dass die ReadWrite-Drosselung ausschließlich für den primären virtuellen Computer und die ReadOnly-Drosselung nur für den sekundären virtuellen Computer verwendet wird.

Diagramm eines Windows-Failoverclusters mit zwei Knoten ohne Cluster Shared Volumes, wobei VM1 die Lese-/Schreibdrosselungen und VM2 die Nur-Lese-Drosselungen verwendet.

Linux-Cluster mit vier Knoten

Es folgt ein Beispiel für einen Linux-Cluster mit vier Knoten, einem einzelnen Writer und drei Lesern mit horizontaler Skalierung. Bei dieser Konfiguration hat nur ein virtueller Computer Schreibzugriff auf den Datenträger. Dies führt dazu, dass die ReadWrite-Drosselung ausschließlich für den primären virtuellen Computer verwendet und die ReadOnly-Drosselung auf die sekundären virtuellen Computer aufgeteilt wird.

Diagramm eines Linux-Clusters mit vier Knoten, wobei VM1 die Lese-/Schreib-Drosselung verwendet und die Nur-Lese-Drosselungen auf VM2, VM3 und VM4 verteilt sind.

Shared Ultra Disks und SSD Premium v2 – Preise

Sowohl freigegebene Ultra Disks als auch freigegebene Premium SSD v2-verwaltete Datenträger werden nach der bereitgestellten Kapazität, den insgesamt bereitgestellten IOPS (diskIOPSReadWritediskMBpsReadOnly + ) und dem insgesamt bereitgestellten Durchsatz in MB/s (diskIOPSReadOnlydiskMBpsReadWrite + ) berechnet. Für zusätzliche VM-Einbindungen fallen keine weitere Gebühren an. Beispielsweise wird ein freigegebener Ultra Disk mit der folgenden Konfiguration (diskSizeGB: 1024, diskIOPSReadWrite: 10000, diskMBpsReadWrite: 600, diskIOPSReadOnly: 100, diskMBpsReadOnly: 1) mit 1024 GiB, 10100 IOPS und 601 MB/s belastet, unabhängig davon, ob er auf zwei VMs oder fünf VMs bereitgestellt wird.

Nächste Schritte

Wenn Sie für Ihre verwalteten Datenträger freigegebene Datenträger aktivieren und verwenden möchten, fahren Sie mit dem Artikel Aktivieren eines freigegebenen Datenträgers fort.

Wenn Sie weitere Fragen haben, lesen Sie den Abschnitt " Freigegebene Datenträger " der häufig gestellten Fragen.

  • Zuletzt aktualisiert um