Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure Files unterstützt zwei verschiedene Medienebenen von Speicher, SSD und HDD. So können Sie die Dateifreigaben an die Anforderungen Ihres Szenarios in Bezug auf Leistung und Preis anpassen:
- SSD (Premium)-: Dateifreigaben, die auf Festkörperspeicherlaufwerken (SSDs) gehostet werden, bieten eine konsistente hohe Leistung und niedrige Latenz für die meisten E/A-Vorgänge innerhalb des einstelligen Millisekundenbereichs.
- HDD (Standard): Dateifreigaben werden auf Festplatten (HDDs) gehostet und bieten so eine kostengünstige Speicheroption für eine universelle Verwendung.
Azure Files verfügt über mehrere Preismodelle, einschließlich festgelegter und nach Nutzung abgerechneter Optionen.
Bereitgestellte Abrechnungsmodelle: In einem bereitgestellten Abrechnungsmodell basieren die Primärkosten der Dateifreigabe auf der Menge des Speichers, IOPS (Eingabe- und Ausgabevorgänge pro Sekunde) und dem Durchsatz, den Sie beim Erstellen oder Aktualisieren der Dateifreigabe bereitstellen. Sie zahlen basierend auf dem, was Sie bereitstellen, unabhängig davon, wie viel Sie tatsächlich verwenden. Azure Files verfügt über zwei verschiedene bereitgestellte Modelle: bereitgestellte v2 und bereitgestellte v1.
- Bereitgestellte Version 2: Im bereitgestellten v2-Modell für Azure Files haben Sie die Möglichkeit, Speicher, IOPS und Durchsatz separat bereitzustellen, obwohl wir Ihnen eine Empfehlung zur ersten Bereitstellung bieten.
- Bereitgestellt v1: Im Modell „Bereitgestellt v1“ für Azure Files stellen Sie den Speicherplatz bereit, den Sie für die Freigabe benötigen, während IOPS und Durchsatz basierend auf dem bereitgestellten Speicher ermittelt werden. Das bereitgestellte v1-Modell für Azure Files ist nur für SSD-Dateifreigaben verfügbar.
Nutzungsbasiertes Abrechnungsmodell: Bei einem nutzungsbasierten Modell richten sich die Kosten der Dateifreigabe danach, wie intensiv Sie die Freigabe nutzen, in Form von verwendetem Speicherplatz, Transaktionskosten und Datenübertragungskosten. Das nutzungsbasierte Modell ist nur für HDD-Dateifreigaben verfügbar. Es wird empfohlen, das bereitgestellte v2-Modell für neue Bereitstellungen als HDD-Dateifreigaben zu verwenden.
In diesem Artikel wird erläutert, wie die Abrechnungsmodelle für Azure Files funktionieren, damit Sie Ihre monatliche Azure Files-Rechnung besser verstehen können. Preisinformationen zu Azure Files finden Sie auf der Seite „Azure Files – Preise“.
Dieses Video bietet einen umfassenden Überblick über die Unterschiede zwischen verschiedenen Azure Files-Abrechnungsmodellen, einschließlich Pay-As-You-Go, provisioniert v1 und provisioniert v2.
In diesem Video erfahren Sie mehr über das von Azure Files bereitgestellte v2-Abrechnungsmodell, das Einrichtungsanweisungen und Empfehlungen bietet, um die Gesamtbetriebskosten zu reduzieren.
Gilt für:
Verwaltungsmodell | Abrechnungsmodell | Medienebene | Redundanz | KMU | NFS (falls abgekürzt von Network File System gemeint) |
---|---|---|---|---|---|
Microsoft.Storage | Bereitgestellt v2 | HDD (Standard) | Lokal (LRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v2 | HDD (Standard) | Zone (ZRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v2 | HDD (Standard) | Geo (GRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v2 | HDD (Standard) | GeoZone (GZRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v1 | SSD (Premium) | Lokal (LRS) |
![]() |
![]() |
Microsoft.Storage | Bereitgestellt v1 | SSD (Premium) | Zone (ZRS) |
![]() |
![]() |
Microsoft.Storage | Nutzungsbasierte Bezahlung | HDD (Standard) | Lokal (LRS) |
![]() |
![]() |
Microsoft.Storage | Nutzungsbasierte Bezahlung | HDD (Standard) | Zone (ZRS) |
![]() |
![]() |
Microsoft.Storage | Nutzungsbasierte Bezahlung | HDD (Standard) | Geo (GRS) |
![]() |
![]() |
Microsoft.Storage | Nutzungsbasierte Bezahlung | HDD (Standard) | GeoZone (GZRS) |
![]() |
![]() |
Speichereinheiten
In Azure Files werden Binärmaßeinheiten (Basis 2) zur Darstellung der Speicherkapazität verwendet: KiB, MiB, GiB und TiB.
Akronym | Definition | Einheit |
---|---|---|
KiB | 1\.024 Bytes | Kibibyte |
Mib | 1\.024 KiB (1.048.576 Bytes) | Mebibyte |
Bolzen | 1.024 MiB (1.073.741.824 Bytes) | Gibibyte |
Tib | 1.024 GiB (1.099.511.627.776 Bytes) | Tebibyte |
Die Basis-2 Maßeinheiten werden häufig von den meisten Betriebssystemen und Werkzeugen verwendet, um Lagermengen zu messen. Sie werden jedoch häufig als Basis-10-Einheiten bezeichnet, mit denen Sie möglicherweise vertrauter sind: KB, MB, GB und TB. Der häufige Grund, warum Betriebssysteme wie Windows die Speichereinheiten falsch bezeichnen, ist, dass viele Betriebssysteme mit diesen Akronymen begonnen haben, bevor sie von der International Electrotechnical Commission (IEC), dem International Bureau of Weights and Measures (BIPM) und dem US National Institute of Standards and Technology (NIST) standardisiert wurden.
In der folgenden Tabelle wird gezeigt, wie häufig verwendete Betriebssysteme Speicher messen und bezeichnen:
Betriebssystem | Messsystem | Bezeichnen |
---|---|---|
Fenster | Binär | Konsistent dezimal (Basis 10) bezeichnet |
Linux-Verteilungen | Normalerweise Basis 2 (Binär), einige Software verwendet Basis 10 (Dezimal) | Inkonsistente Beschriftung: Die Abstimmung zwischen Messung und Beschriftung hängt vom Softwarepaket ab. |
macOS, iOS und iPad-Betriebssystem | Dezimal | Wird konsequent als Basis-10 bezeichnet |
Wenden Sie sich an den Hersteller Ihres Betriebssystems, wenn Ihr Betriebssystem hier nicht aufgeführt ist.
Prüfliste für die Gesamtbetriebskosten von Dateifreigaben
Wenn Sie von der lokalen Infrastruktur zu Azure Files migrieren oder Azure Files mit anderen Cloudspeicherlösungen vergleichen, sollten Sie die folgenden Faktoren berücksichtigen, um einen fairen Vergleich unter gleichen Bedingungen sicherzustellen.
Wie bezahlen Sie für Speicher, IOPS und Bandbreite? Die meisten Cloudlösungen verfügen über Modelle, die sich an den Grundsätzen der bereitgestellten Speicherung, wie z. B. Preisdeterminismus und Einfachheit, oder pay-as-you-go Storage orientieren, was kostenoptimiert werden kann, indem Sie nur die tatsächlich genutzten Kosten belasten. Die bereitgestellten Abrechnungsmodelle können je nach Mindestgröße der bereitgestellten Freigabe, der Bereitstellungseinheit und der Möglichkeit, die Bereitstellung zu erhöhen und zu verringern, variieren.
Gibt es Methoden zum Optimieren der Speicherkosten? Mit Azure Files-Reservierungen können Sie einen Rabatt von bis zu 36 % für Speicher erzielen. Andere Lösungen können Strategien wie Deduplizierung oder Komprimierung einsetzen, um die Speichereffizienz zu optimieren. Diese Strategien zur Speicheroptimierung sind jedoch oft mit nicht monetären Kosten, z. B. einer geringeren Leistung, verbunden. Azure Files Reservierungen haben keine Auswirkungen auf die Leistung.
Wie erzielen Sie die Speicher-Ausfallsicherheit und Redundanz? Mit Azure Files werden Speicher-Ausfallsicherheit und Redundanz in das Produktangebot integriert. Alle Ebenen und Redundanzebenen stellen sicher, dass Daten hochverfügbar sind und auf mindestens drei Kopien Ihrer Daten zugegriffen werden kann. Wenn Sie andere Dateispeicheroptionen in Betracht ziehen, überlegen Sie, ob Speicherresilienz und Redundanz integriert ist, oder etwas, das Sie selbst zusammenstellen müssen.
Was müssen Sie verwalten? Azure Files ist eine vollständig verwaltete Lösung. Andere Lösungen erfordern möglicherweise Betriebssystemupdates oder verwalten virtuelle Ressourcen wie VMs, Datenträger und Netzwerk-IP-Adressen.
Was sind die Kosten für Mehrwertprodukte? Azure Files unterstützt Integrationen in mehrere Mehrwertdienste von Erst- und Drittanbietern. Mehrwertdienste wie Azure Backup, Azure-Dateisynchronisierung und Microsoft Defender for Storage bieten Sicherung, Replikation und Zwischenspeichern sowie Sicherheitsfunktionen für Azure Files. Für Mehrwertlösungen fallen – unabhängig davon, ob lokal oder in der Cloud – eigene Lizenzierungs- und Produktkosten an. Sie werden aber oft als ein Teil der Gesamtkosten für den Dateispeicher betrachtet.
Bereitgestelltes v2-Modell
Das bereitgestellte v2-Modell für Azure Files koppelt die Vorhersehbarkeit der Gesamtbetriebskosten mit Flexibilität, sodass Sie eine Dateifreigabe erstellen können, die Ihre genauen Speicher- und Leistungsanforderungen erfüllt. Wenn Sie eine neue bereitgestellte v2-Dateifreigabe erstellen, geben Sie an, wie viel Speicher, IOPS und Durchsatz Ihre Dateifreigabe benötigt. Der Betrag jeder von Ihnen bereitgestellten Menge bestimmt Ihre Gesamtrechnung.
Die Menge an Speicher, IOPS und Durchsatz, die Sie bereitstellen, sind die garantierten Grenzwerte für die Verwendung Ihrer Dateifreigabe. Wenn Sie beispielsweise eine 2 TiB-Freigabe bereitstellen und 2 TiB-Daten in Ihre Freigabe hochladen, ist Ihre Freigabe voll. Sie können keine weiteren Daten hinzufügen, es sei denn, Sie erhöhen die Größe Ihres Speicherplatzes oder löschen einige Daten. Kreditbasiertes IOPS-Bursting bietet zusätzliche Flexibilität bei der Nutzung, auf Best-Effort-Basis, während Credits verbleiben.
Die Menge an Speicher, IOPS und Durchsatz, die Sie bereitstellen, kann dynamisch nach oben oder unten skaliert werden, wenn sich Ihre Anforderungen ändern. Sie können jedoch eine bereitgestellte Menge nur dann verringern, wenn seit der letzten Erhöhung der Menge 24 Stunden vergangen sind. Speicher-, IOPS- und Durchsatzänderungen werden innerhalb weniger Minuten nach einer Bereitstellungsänderung wirksam.
Wenn Sie eine neue Dateifreigabe mit dem bereitgestellten v2-Modell erstellen, wird standardmäßig empfohlen, wie viele IOPS und wie viel Durchsatz Sie benötigen. Dies wird basierend auf der von Ihnen angegebenen Menge des bereitgestellten Speichers berechnet. Diese Empfehlungen basieren auf der typischen Kundennutzung für diesen bereitgestellten Speicher für die von Ihnen ausgewählte Medienebene. Möglicherweise stellen Sie jedoch fest, dass Ihre Workload mehr oder weniger IOPS und Durchsatz als die "typische Dateifreigabe" erfordert. In diesem Fall können Sie je nach Ihren individuellen Dateifreigabeanforderungen optional mehr oder weniger IOPS und Durchsatz bereitstellen.
Bereitgestellte v2-Verfügbarkeit
Das bereitgestellte v2-Modell wird für Dateifreigaben in Speicherkonten mit dem FileStorage-Speicherkontotyp bereitgestellt. Derzeit sind die folgenden Speicherkonto-SKUs verfügbar:
Art des Speicherkontos | Speicherkonto-SKU | Verfügbarer Dateifreigabetyp |
---|---|---|
Dateispeicherung | StandardV2_LRS | HDD stellt v2-Dateifreigaben mit der angegebenen LRS-Redundanz (Local) bereit. |
Dateispeicherung | StandardV2_ZRS | HDD-Dateifreigaben vom Typ „Bereitgestellt v2“ mit der angegebenen Zone (ZRS)-Redundanz. |
Dateispeicherung | StandardV2_GRS | HDD stellt v2-Dateifreigaben mit der angegebenen Geo (GRS)-Redundanz bereit. |
Dateispeicherung | StandardV2_GZRS | HDD stellt v2-Dateifreigaben mit der angegebenen GeoZone (GZRS)-Redundanz bereit. |
Derzeit sind diese SKUs in einer begrenzten Teilmenge von Regionen generell verfügbar:
- Alle öffentlichen Azure-Cloudregionen.
- Alle Cloudregionen von Azure US Government.
Bereitgestellte v2-Bereitstellungsdetails
Wenn Sie eine bereitgestellte v2-Dateifreigabe erstellen, geben Sie die bereitgestellte Kapazität für die Dateifreigabe in Bezug auf Speicher, IOPS und Durchsatz an. Dateifreigaben sind basierend auf den folgenden Attributen eingeschränkt:
Element | HDD-Wert |
---|---|
Speicherbereitstellungseinheit | 1 GiB |
IOPS-Bereitstellungseinheit | 1 E/A / s |
Bereitstellungseinheit für den Durchsatz | 1 MiB / s |
Bereitgestellter Mindestspeicher je Dateifreigabe | 32GiB |
Bereitgestellter Mindest-IOPS je Dateifreigabe | 500 IOPS |
Bereitgestellter Mindestdurchsatz je Dateifreigabe | 60 MiB / s |
Höchstens bereitgestellter Speicher je Dateifreigabe | 256 TiB (262.144 GiB) |
Höchstens bereitgestellter IOPS je Dateifreigabe | 50.000 IOPS |
Höchstens bereitgestellter Durchsatz je Dateifreigabe | 5.120 MiB / s |
Höchstens bereitgestellter Speicher je Speicherkonto | 4 PiB (4.194.304 GiB) |
Höchstens bereitgestellter IOPS je Speicherkonto | 50.000 IOPS |
Höchstens bereitgestellter Durchsatz je Speicherkonto | 5.120 MiB / s |
Maximale Anzahl von Dateifreigaben pro Speicherkonto | 50 Dateifreigaben |
Standardmäßig empfehlen wir die Bereitstellung von IOPS und Durchsatz basierend auf dem von Ihnen angegebenen bereitgestellten Speicher. Diese Empfehlungsformeln basieren auf der typischen Kundennutzung für diesen bereitgestellten Speicher für diese Medienebene in Azure Files:
Formelname | HDD-Formel |
---|---|
IOPS-Empfehlung | MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000) |
Empfehlung für den Durchsatz | MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120) |
Je nach Ihren individuellen Anforderungen an die Dateifreigabe stellen Sie möglicherweise fest, dass Sie mehr oder weniger IOPS oder Durchsatz benötigen als unsere Empfehlungen. Sie können diese Empfehlungen optional bei Bedarf mit Ihren eigenen Werten überschreiben.
Bereitgestelltes v2-Bursting
Auf Kredit basierende IOPS-Bursts bieten zusätzliche Flexibilität bei der IOPS-Nutzung. Diese Flexibilität wird am besten als Puffer gegen unvorhergesehene E/A-Spitzen verwendet. Bei etablierten I/O-Mustern empfehlen wir, für I/O-Spitzen vorzusorgen.
IOPS-Burst-Credits häufen sich an, wenn Datenverkehr für Ihre Dateifreigabe unterhalb der bereitgestellten IOPS (Baseline) liegt. Wenn die IOPS-Nutzung einer Dateifreigabe die bereitgestellten IOPS überschreitet und IOPS-Burstcredits verfügbar sind, kann die Dateifreigabe bis zum maximal zulässigen IOPS-Grenzwert Bursts verwenden. Dateifreigaben können weiterhin Bursts ausführen, solange Credits verbleiben. Dies hängt aber von der Anzahl der aufgelaufenen Burst-Credits ab. Jede E/A über die bereitgestellte IOPS hinaus verbraucht einen Credit. Sobald alle Credits verbraucht wurden, kehrt die Freigabe wieder zu der bereitgestellten IOPS zurück. IOPS für die Dateifreigabe muss nichts Besonderes tun, um Bursting zu verwenden. Bursting arbeitet auf Best-Effort-Basis.
Freigabeguthaben können drei Zustände aufweisen:
- Ansammelnd, wenn die Dateifreigabe weniger als die bereitgestellte IOPS verwendet.
- Abnehmend, wenn die Dateifreigabe mehr als die bereitgestellten IOPS verwendet und sich im Burstmodus befindet.
- Konstant, wenn die Dateifreigabe genau die bereitgestellten IOPS verwendet und Credits weder angesammelt noch in Anspruch genommen wurden.
Eine neue Dateifreigabe beginnt mit der vollen Anzahl von Guthaben im Burstbucket. Burstcredits sammeln sich nicht an, wenn die Freigabe-IOPS aufgrund einer Einschränkung durch den Server unter die bereitgestellte Grenze fällt. Die folgenden Formeln werden verwendet, um den IOPS-Burstgrenzwert und die Anzahl der für eine Dateifreigabe möglichen Credits zu bestimmen:
Element | HDD-Formel |
---|---|
IOPS-Burstgrenzwert | MIN(MAX(3 * ProvisionedIOPS, 5000), 50000) |
IOPS-Burstcredits | (BurstLimit - ProvisionedIOPS) * 3600 |
In der folgenden Tabelle sind einige Beispiele für diese Formeln für verschiedene bereitgestellte IOPS-Beträge dargestellt:
Bereitgestellte IOPS | HDD-Burst-IOPS-Grenzwert | HDD-Burst-Credits |
---|---|---|
500 | Bis zu 5.000 | 16.200.000 |
1.000 | Bis zu 5.000 | 14.400.000 |
3,000 | Bis zu 9.000 | 21.600.000 |
5.000 | Bis zu 15.000 | 36.000.000 |
10.000 | Bis zu 30.000 | 72.000.000 |
25,000 | Bis zu 50.000 | 90.000.000 |
50.000 | Bis zu 50.000 | 0 |
Bereitgestellte v2-Momentaufnahmen
Azure Files unterstützt Momentaufnahmen, die mit Volumenschattenkopien (VSS) auf Windows-Dateiservern vergleichbar sind. Weitere Informationen zu freigegebenen Momentaufnahmen finden Sie unter Übersicht über Momentaufnahmen für Azure Files.
Momentaufnahmen unterscheiden sich immer von der Livefreigabe und voneinander. Wenn die differenzielle Gesamtgröße aller Momentaufnahmen im bereitgestellten v2-Abrechnungsmodell in den überschüssigen bereitgestellten Speicherplatz der Dateifreigabe passt, entstehen keine zusätzlichen Kosten für die Speicherung der Momentaufnahmen. Wenn die Größe der Livefreigabedaten plus der differenziellen Momentaufnahmedaten größer als der bereitgestellte Speicher der Freigabe ist, wird die zusätzliche Kapazität für die Momentaufnahmen mit der Verbrauchseinheit Overflow Snapshot Usage in Rechnung gestellt. Die Formel zum Bestimmen der Überlaufmenge lautet: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)
Einige Mehrwertdienste für Azure Files können Momentaufnahmen als Teil ihres Wertangebots nutzen. Weitere Informationen finden Sie unter Mehrwertdienste für Azure Files.
Vorläufiges Löschen in bereitgestelltem v2
Gelöschte Dateifreigaben in Speicherkonten mit aktivierter Vorläufiglöschung werden basierend auf der verwendeten Speicherkapazität der gelöschten Freigabe für den definierten Aufbewahrungszeitraum in Rechnung gestellt. Um sicherzustellen, dass eine gelöschte Dateifreigabe immer wiederhergestellt werden kann, werden der bereitgestellte Speicher, die IOPS und der Durchsatz der Freigabe bis zum Löschen der Dateifreigabe auf die Grenzen des Speicherkontos angerechnet. Sie werden jedoch nicht in Rechnung gestellt. Weitere Informationen zu Soft Delete finden Sie unter Aktivieren von Soft Delete für Azure-Dateifreigaben.
„Bereitgestellt v2“-Verbrauchseinheiten für Abrechnung
Mit dem v2-Abrechnungsmodell bereitgestellte Dateifreigaben werden nach den folgenden Verbrauchseinheiten für die Abrechnung abgerechnet:
- Bereitgestellter Speicher: Die In GiB bereitgestellte Speichermenge.
- Bereitgestellte IOPS: Die Menge der bereitgestellten IOPS (E/A / s).
- Bereitgestellter Durchsatz MiBPS: Die Menge an bereitgestelltem Durchsatz in MiB / s.
- Überbeanspruchung von Snapshots: Jedwede Nutzung eines differenziellen Snapshots in GiB, die die bereitgestellte Speicherkapazität überschreitet. Weitere Informationen finden Sie unter bereitgestellten v2-Momentaufnahmen.
- Nutzung des vorläufigen Löschens: Verwendete Speicherkapazität in GiB für vorläufig gelöschte Dateifreigaben. Weitere Informationen finden Sie unter Bereitgestelltes vorläufiges Löschen in v2.
Die Verbrauchseinheiten über die bereitgestellten v2-Abrechnungszähler werden stündlich ausgegeben. Für eine Freigabe mit 1.024 GiB sollte beispielsweise Folgendes angezeigt werden:
- 1.024 Einheiten für den Zähler Bereitgestellter Speicher für eine einzelne Stunde.
- 24.576 Einheiten für den Zähler Bereitgestellter Speicher, wenn er für einen Tag kumuliert wurde.
- Eine unterschiedliche Anzahl von Einheiten, wenn sie für einen Monat aggregiert werden, abhängig von der Anzahl der Tage im Monat:
- 28-Tage Monat (normaler Februar): 688.128 Einheiten für den Zähler Bereitgestellter Speicher.
- 29-Tage Monat (Schaltjahr Februar): 712.704 Einheiten für den Zähler Bereitgestellter Speicher.
- 30-Tage Monat: 737.280 Einheiten für den Zähler Bereitgestellter Speicher.
- 31-Tage Monat: 761.856 Einheiten für den Zähler Bereitgestellter Speicher.
Bereitgestellte v2-Migrationen
Der Prozess für die Migration Ihrer SMB Azure-Dateifreigaben von einem pay-as-you-go-Modell zum bereitgestellten v2-Abrechnungsmodell unterscheidet sich je nachdem, ob Sie Azure File Sync verwenden.
- Wenn Sie Azure Files ohne Azure-Dateisynchronisierung verwenden, finden Sie weitere Informationen unter Migrieren von Dateien von einer SMB-Azure-Dateifreigabe zu einer anderen.
- Wenn Sie die Azure-Dateisynchronisierung verwenden, finden Sie weitere Informationen unter Migrieren von Dateien von einer Azure-Dateifreigabe zu einer anderen bei Verwendung der Azure-Dateisynchronisierung.
Bereitgestelltes v1-Modell
Die bereitgestellte v1-Methode stellt Speicher, IOPS und Durchsatz in einem festen Verhältnis zueinander bereit, ähnlich wie der Kauf von Speicher in einer lokalen Speicherlösung. Wenn Sie eine neue bereitgestellte v1-Dateifreigabe erstellen, geben Sie an, wie viel Speicherplatz Ihre Freigabe benötigt, und Werte von IOPS und Durchsatz werden dann berechnet. Das bereitgestellte v1-Modell für Azure Files ist nur für SSD-Dateifreigaben verfügbar.
Die von Ihnen bereitgestellte Speichermenge bestimmt die garantierten Speicher-, IOPS- und Durchsatzgrenzwerte für die Verwendung Ihrer Dateifreigabe. Wenn Sie beispielsweise eine 2 TiB-Freigabe bereitstellen und 2 TiB-Daten in Ihre Freigabe hochladen, ist Ihre Freigabe voll. Sie können keine weiteren Daten hinzufügen, es sei denn, Sie erhöhen die Freigabegröße oder löschen einige der Daten. Kreditbasiertes IOPS-Bursting bietet zusätzliche Flexibilität bei der Nutzung, auf Best-Effort-Basis, während Credits verbleiben.
Im Gegensatz zum Erwerb von lokalem Speicher können bereitgestellte v1-Dateifreigaben dynamisch nach oben oder unten skaliert werden, wenn sich Ihre Anforderungen ändern. Sie können den bereitgestellten Speicher jedoch erst nach 24 Stunden verringern, nachdem der letzte Speicheranstieg abgelaufen ist. Speicher-, IOPS- und Durchsatzänderungen werden innerhalb weniger Minuten nach einer Bereitstellungsänderung wirksam.
Es ist möglich, die Größe Ihrer bereitgestellten Freigabe unter Ihre genutzten GiB zu reduzieren. Wenn Sie dies tun, gehen keine Daten verloren, sie werden jedoch weiterhin für die verwendete Größe in Rechnung gestellt. Sie erhalten die Leistung der bereitgestellten Freigabe, nicht die genutzte Größe.
Bereitgestellte v1-Verfügbarkeit
Das bereitgestellte v1-Modell wird für SSD-Dateifreigaben in Speicherkonten mit dem FileStorage-Speicherkontotyp bereitgestellt:
Art des Speicherkontos | Speicherkonto-SKU | Verfügbarer Dateifreigabetyp |
---|---|---|
Dateispeicherung | Premium_LRS | Auf SSD bereitgestellte v1-Dateifreigabe mit der angegebenen LRS-Redundanz (Local). |
Dateispeicherung | Premium_ZRS | Auf SSD bereitgestellte v1-Dateifreigabe mit der angegebenen Zonenredundanz (ZRS). |
SSD-Dateifreigaben mit dem bereitgestellten v1-Modell sind in den meisten Azure-Regionen generell verfügbar. Weitere Informationen finden Sie unter Verfügbare Produkte nach Region.
Bereitgestellte v1-Bereitstellungsdetails
Wenn Sie eine bereitgestellte v1-Dateifreigabe erstellen, geben Sie an, wie viel Speicherplatz Ihre Freigabe benötigt. Jedes von Ihnen bereitgestellte GiB berechtigt Sie zu mehr IOPS und Durchsatz in einem festen Verhältnis. Dateifreigaben sind basierend auf den folgenden Attributen eingeschränkt:
Element | Wert |
---|---|
Speicherbereitstellungseinheit | 1 GiB |
Bereitgestellter Mindestspeicher je Dateifreigabe | 100 GB |
Höchstens bereitgestellter Speicher je Dateifreigabe | 100 TiB (102.400 GiB) |
Höchstens bereitgestellter Speicher je Speicherkonto | 100 TiB (102.400 GiB) |
Die Menge der in der Freigabe bereitgestellten IOPS und des Durchsatzes wird durch die folgenden Formeln bestimmt:
Element | Formel |
---|---|
Bereitgestellte berechnete IOPS (Grundlinie) | MIN(3000 + 1 * ProvisionedStorageGiB, 102400) |
Berechneter bereitgestellter Durchsatz (MiB / s) | 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB) |
Je nach Ihrer individuellen Dateifreigabeanforderung stellen Sie möglicherweise fest, dass Sie mehr IOPS oder Durchsatz benötigen, als unsere Bereitstellungsformeln bereitstellen. In diesem Fall müssen Sie mehr Speicher bereitstellen, um den erforderlichen IOPS- oder Durchsatzwert zu erhalten.
Bereitgestelltes v1-Bursting
Das bereitgestellte v1-Modell unterstützt zwei Arten von Bursting: kreditbasiertes Bursting, das als Teil der Bereitstellung kostenlos enthalten ist, und kostenpflichtiges Bursting, ein erweitertes Feature, mit dem Sie optional die nutzungsbasierte Abrechnung unterstützen können, wenn die IOPS und der Durchsatz den bereitgestellten Betrag überschreiten.
Bereitgestelltes v1 kreditbasiertes Bursting
Auf Kredit basierende IOPS-Bursts bieten zusätzliche Flexibilität bei der IOPS-Nutzung. Diese Flexibilität wird am besten als Puffer gegen unvorhergesehene E/A-Spitzen verwendet. Bei etablierten I/O-Mustern empfehlen wir, für I/O-Spitzen vorzusorgen.
IOPS-Burst-Credits häufen sich an, wenn Datenverkehr für Ihre Dateifreigabe unterhalb der bereitgestellten IOPS (Baseline) liegt. Wenn die IOPS-Nutzung einer Dateifreigabe die bereitgestellten IOPS überschreitet und IOPS-Burstcredits verfügbar sind, kann die Dateifreigabe bis zum maximal zulässigen IOPS-Grenzwert Bursts verwenden. Dateifreigaben können weiterhin Bursts ausführen, solange Credits verbleiben. Dies hängt aber von der Anzahl der aufgelaufenen Burst-Credits ab. Jede E/A über die bereitgestellte IOPS hinaus verbraucht einen Credit. Sobald alle Credits verbraucht wurden, kehrt die Freigabe wieder zu der bereitgestellten IOPS zurück. IOPS für die Dateifreigabe muss nichts Besonderes tun, um Bursting zu verwenden. Bursting arbeitet auf Best-Effort-Basis.
Freigabeguthaben können drei Zustände aufweisen:
- Ansammelnd, wenn die Dateifreigabe weniger als die bereitgestellte IOPS verwendet.
- Abnehmend, wenn die Dateifreigabe mehr als die bereitgestellten IOPS verwendet und sich im Burstmodus befindet.
- Konstant, wenn die Dateifreigabe genau die bereitgestellten IOPS verwendet und Credits weder angesammelt noch in Anspruch genommen wurden.
Eine neue Dateifreigabe beginnt mit der vollen Anzahl von Guthaben im Burstbucket. Burstcredits sammeln sich nicht an, wenn die Freigabe-IOPS aufgrund einer Einschränkung durch den Server unter die bereitgestellte Grenze fällt. Die folgenden Formeln werden verwendet, um den IOPS-Burstgrenzwert und die Anzahl der für eine Dateifreigabe möglichen Credits zu bestimmen:
Element | Formel |
---|---|
Burstgrenzwert | MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400) |
Burstguthaben | (BurstLimit - BaselineIOPS) * 3600 |
Die folgende Tabelle zeigt einige Beispiele dieser Formeln für die bereitgestellten Freigabengrößen:
Kapazität (GiB) | IOPS-Grundwert | Burst-IOPS | Burstguthaben | Durchsatz (Ausgang + Ausgang) (MiB/Sek.) |
---|---|---|---|---|
100 | 3.100 | Bis zu 10.000 | 24.840.000 | 110 |
500 | 3\.500 | Bis zu 10.000 | 23.400.000 | 150 |
1\.024 | 4.024 | Bis zu 10.000 | 21.513.600 | 203 |
5\.120 | 8.120 | Bis zu 15.360 | 26.064.000 | 613 |
10.240 | 13.240 | Bis zu 30.720 | 62.928.000 | 1.125 |
33.792 | 36.792 | Bis zu 102 400 | 227.548.800 | 3\.480 |
51.200 | 54.200 | Bis zu 102 400 | 164.880.000 | 5.220 |
102.400 | 102.400 | Bis zu 102 400 | 0 | 10.340 |
Bereitgestellte v1 kostenpflichtige Platzierung
Kostenpflichtige Aufstockung ist ein erweitertes Feature des „Bereitgestellt v1“-Modells, das Kunden unterstützt, die nie gedrosselt werden möchten. Kostenpflichtiges Bursting beinhaltet eine zusätzliche nutzungsbasierte Abrechnung für jeden IOPS oder Durchsatz, der über den bereitgestellten Speicherplatz hinausgeht. Dies unterscheidet sich von kreditbasiertem Bursting, das als Teil des bereitgestellten Speichers kostenlos enthalten ist. Kostenpflichtiges Bursting kann zwar die Bereitstellung Ihrer Dateifreigabe erheblich flexibler gestalten, bei falscher Verwendung jedoch auch zu unerwarteten Abrechnungen führen.
Wie kreditbasiertes Bursting ist kostenpflichtiges Bursting kein Ersatz für die Bereitstellung der richtigen Menge an IOPS und Durchsatz. Vielmehr bietet es zusätzlichen Schutz vor einer Drosselung, falls eine unerwartete Nachfrage erfolgt. Wenn Sie über ein einheitliches IOPS- oder Durchsatzniveau verfügen, ist es günstiger, genügend IOPS und Durchsatz (durch Speicherbereitstellung) bereitzustellen, um die Nachfrage abzudecken, anstatt auf kostenpflichtiges Bursting zu vertrauen.
Kostenpflichtiges Bursting ist standardmäßig deaktiviert, Sie können es jedoch aktivieren, indem Sie die Anweisungen befolgen, um die Kosten- und Leistungsmerkmale einer bereitgestellten v1-Dateifreigabe zu ändern (nur PowerShell und CLI). Wenn kostenpflichtiges Bursting aktiviert ist, empfehlen wir eine sorgfältige Überwachung der IOPS- und Durchsatznutzung mithilfe der folgenden Metriken, die über azure monitor verfügbar sind:
- Bereitgestellte IOPS für Dateifreigaben
- Bereitgestellte Bandbreite MiB/s für Dateifreigabe (Durchsatz)
- Transaktionen von Max IOPS
- Bandbreite nach Max MiB/s (Durchsatz)
- Platzguthaben für IOPS (kreditbasiertes Bursting)
- Paid Bursting IOS (IOs)
- Kostenpflichtige Platzbandbreite
Bereitgestellte v1-Momentaufnahmen
Azure Files unterstützt Momentaufnahmen, die mit Volumenschattenkopien (VSS) auf Windows-Dateiservern vergleichbar sind. Weitere Informationen zu freigegebenen Momentaufnahmen finden Sie unter Übersicht über Momentaufnahmen für Azure Files.
Momentaufnahmen unterscheiden sich immer von der Livefreigabe und voneinander. Im bereitgestellten v1-Abrechnungsmodell wird die differenzielle Gesamtgröße mit einem Verbrauchszähler abgerechnet, unabhängig davon, wie viel bereitgestellter Speicher nicht verwendet wird. Der Zähler für verwendeten Momentaufnahmespeicher hat einen reduzierten Preis gegenüber dem Preis für den bereitgestellten Speicher.
Vorläufiges Löschen in bereitgestelltem v1
Gelöschte Dateifreigaben in Speicherkonten mit aktivierter Vorläufiglöschung werden basierend auf der verwendeten Speicherkapazität der gelöschten Freigabe für den definierten Aufbewahrungszeitraum in Rechnung gestellt. Die Speicherkapazität für vorläufiges Löschen wird dem verwendeten Momentaufnahmespeicher angerechnet. Weitere Informationen zu Soft Delete finden Sie unter Aktivieren von Soft Delete für Azure-Dateifreigaben.
Bereitgestellte v1-Abrechnungszähler
Mit dem Abrechnungsmodell „Bereitgestellt v1“ werden bereitgestellte Dateifreigaben mit den folgenden Verbrauchseinheiten abgerechnet:
- Premium-Bereitstellung: Die In GiB bereitgestellte Speichermenge.
- Premium-Momentaufnahmen: Die Menge der verwendeten Momentaufnahmen und die verwendete Kapazität für vorläufiges Löschen.
Der Verbrauch über die bereitgestellten v1-Abrechnungszähler wird stündlich in Monatseinheiten ausgegeben. Für eine Freigabe mit 1.024 GiB sollte beispielsweise Folgendes angezeigt werden:
- Eine unterschiedliche Anzahl von Einheiten für eine einzelne Stunde abhängig von der Anzahl der Tage im Monat:
- 28-Tage Monat (normaler Februar): 1,5238 Einheiten für den Zähler Premium-Bereitstellung.
- 29-Tage Monat (Schaltjahr Februar): 1,4713 Einheiten für den Zähler Premium-Bereitstellung.
- 30-Tage Monat: 1,4222 Einheiten für den Zähler Premium-Bereitstellung.
- 31-Tage Monat: 1,3763 Einheiten für den Zähler Premium-Bereitstellung.
- Eine unterschiedliche Anzahl von Einheiten, wenn sie für einen Tag aggregiert werden, abhängig von der Anzahl der Tage im Monat:
- 28-Tage Monat (normaler Februar): 36,5714 Einheiten für den Zähler Premium-Bereitstellung.
- 29-Tage Monat (Schaltjahr Februar): 35,3103 Einheiten für den Zähler Premium-Bereitstellung.
- 30-Tage Monat: 34,1333 Einheiten für den Zähler Premium-Bereitstellung.
- 31-Tage Monat: 33,0323 Einheiten für den Zähler Premium-Bereitstellung.
- 1.024 Einheiten für die Verbrauchseinheit Premium-Bereitstellung, wenn sie für einen Monat kumuliert wurde.
Modell für die nutzungsbasierte Bezahlung
Im Pay-as-you-go-Modell werden Sie über den von Ihnen verwendeten Speicherplatz in Rechnung gestellt, nicht wie viel Sie bereitstellen. Grundsätzlich zahlen Sie die Kosten einer gespeicherten Menge an logischen Daten und Sie zahlen zusätzlich für Transaktionen, die auf der Nutzung dieser Daten basieren. Die Pay-as-you-go-Abrechnung kann schwierig in den Budgetierungsprozess einzuplanen sein, da Sie basierend auf dem Verbrauch zahlen. Wir empfehlen daher, das bereitgestellte v2-Modell für neue Dateifreigabe-Deployments zu verwenden. Das nutzungsbasierte Modell ist nur für HDD-Dateifreigaben verfügbar.
Verfügbarkeit von nutzungsbasierter Abrechnung
Das Pay-as-you-go-Modell wird für HDD-Dateifreigaben in Speicherkonten mit dem Speicherkontotyp StorageV2 oder Storage bereitgestellt.
Art des Speicherkontos | Speicherkonto-SKU | Verfügbarer Dateifreigabetyp |
---|---|---|
StorageV2 oder Storage | Standard_LRS | Nutzungsbasierte Dateifreigabe auf HDD mit der angegebenen LRS-Redundanz (Local). |
StorageV2 oder Storage | Standard_ZRS | Nutzungsbasierte Dateifreigabe auf HDD mit der angegebenen ZRS-Redundanz (Zone). |
StorageV2 oder Storage | Standard_GRS | Nutzungsbasierte Dateifreigabe auf HDD mit der angegebenen GRS-Redundanz (Geo). |
StorageV2 oder Storage | Standard_GZRS | Nutzungsbasierte Dateifreigabe auf HDD mit der angegebenen GZRS-Redundanz (GeoZone). |
HDD-Dateifreigaben mit dem nutzungsbasierten Modell sind in allen Azure-Regionen generell verfügbar.
Unterschiede bei den Zugriffsebenen
Wenn Sie eine HDD-Dateifreigabe erstellen, haben Sie die Wahl zwischen den folgenden Zugriffsebenen: Transaktionsoptimiert, Heiß und Kalt. Alle drei Zugriffsebenen werden auf exakt derselben Standardspeicherhardware gespeichert. Der Hauptunterschied dieser drei Zugriffsebenen besteht im Preis für die Speicherung ruhender Daten (bei kälteren Ebenen niedriger) und im Transaktionspreis (bei kälteren Ebenen höher). Das bedeutet Folgendes:
- Wie der Name bereits vermuten lässt, ist der Preis der transaktionsoptimierten Ebene für Workloads mit hohem IOPS (Transaktion) optimiert. Die transaktionsoptimierte Option hat zwar den höchsten Preis für die Speicherung ruhender Daten, bietet aber die niedrigsten Transaktionspreise.
- Hot ist für aktive Arbeitslasten, die nicht eine große Anzahl von Transaktionen beinhalten. Verglichen mit der transaktionsoptimierten Ebene hat sie einen etwas niedrigeren Preis für die Speicherung ruhender Daten, aber etwas höhere Transaktionspreise. Stellen Sie sie sich als Mittelweg zwischen den Ebenen „Transaktionsoptimiert“ und „Kalt“ vor.
- Cool optimiert den Preis für Workloads, die keine hohe Aktivität haben, und bietet den niedrigsten Speicherpreis für ruhende Daten, aber die höchsten Transaktionspreise.
Bei Wahl der optimalen Speicherzugriffsebene für Ihren Anwendungsfall können Sie erheblich Kosten sparen. Wenn Sie einen Workload, auf den nur selten zugegriffen wird, in die transaktionsoptimierte Zugriffsebene verlagern, zahlen Sie fast nichts für die wenigen Transaktionen, die Sie pro Monat über Ihre Freigabe durchführen. Sie zahlen jedoch einen hohen Betrag für die Datenspeicherungskosten. Wenn Sie dieselbe Freigabe auf die kalte Zugriffsebene verlagern würden, müssten Sie weiterhin fast nichts für die Transaktionskosten bezahlen – einfach, weil Sie Transaktionen für diese Workload nur selten durchführen. Die kalte Speicherzugriffsebene bietet jedoch einen günstigeren Preis für die Datenspeicherung.
Ebenso zahlen Sie, wenn Sie einen stark zugänglichen Workload in der coolen Zugriffsebene haben, viel mehr Transaktionskosten, aber weniger für Datenspeicherungskosten. Dies kann zu einer Situation führen, in der die Kosten durch die Erhöhung der Transaktionspreise die Einsparungen durch den reduzierten Preis für Datenspeicher übersteigen, und Sie möglicherweise mehr für Cool Storage zahlen, als Sie für optimierte Transaktionen gezahlt hätten. Bei bestimmten Nutzungsebenen ist es möglich, dass die heiße Speicherzugriffsebene am wirtschaftlichsten ist, während die kalte Speicherzugriffsebene teurer als die Ebene „transaktionsoptimiert“ ist.
Welche Zugriffsebene für Ihre nutzungsbasierte Dateifreigabe am kostengünstigsten ist, hängt von Ihrem Workload und von der Aktivitätsebene ab. In der Praxis lässt sich die wirtschaftlichste Zugriffsebene am besten ermitteln, indem der tatsächliche Ressourcenverbrauch der Freigabe (gespeicherte Daten, Schreibtransaktionen usw.) untersucht wird. Für nutzungsbasierte Dateifreigaben empfehlen wir, während der anfänglichen Migration zu Azure Files mit der transaktionsoptimierten Ebene zu beginnen und dann nach Abschluss der Migration basierend auf der Verwendung die richtige Zugriffsebene auszuwählen. Die Transaktionsnutzung während der Migration ist in der Regel kein Hinweis auf die normale Transaktionsnutzung.
Was sind Transaktionen?
Wenn Sie eine Azure-Dateifreigabe auf einem Computer mit SMB bereitstellen, wird die Azure-Dateifreigabe wie lokaler Speicher auf Ihrem Computer verfügbar gemacht. Dies bedeutet, dass Anwendungen, Skripts und andere Programme auf Ihrem Computer auf die Dateien und Ordner auf der Azure-Dateifreigabe zugreifen können, ohne wissen zu müssen, dass sie in Azure gespeichert sind.
Bei Lese- und Schreibvorgängen für eine Datei führt die von Ihnen verwendete Anwendung eine Reihe von API-Aufrufen an die Dateisystem-API aus, die von Ihrem Betriebssystem bereitgestellt wird. Ihr Betriebssystem übersetzt diese Aufrufe dann in SMB-Protokolltransaktionen, die zur Ausführung an Azure Files übertragen werden. Eine einfache Aufgabe, die der Endbenutzer als einzelner Vorgang wahrnimmt, z. B. das Lesen einer Datei von Anfang bis Ende, kann in mehrere SMB-Transaktionen übersetzt werden, die von Azure Files bereitgestellt werden.
Bei dem von Standard-Dateifreigaben verwendeten Abrechnungsmodell „Nutzungsbasierte Bezahlung“ erfolgt die Abrechnung prinzipiell auf Grundlage der Nutzung. SMB- und FileREST-Transaktionen von Anwendungen und Skripts stellen die Verwendung Ihrer Dateifreigabe dar und werden als Teil Ihrer Rechnung angezeigt. Das gleiche Konzept gilt für Mehrwert-Clouddienste, die Sie Ihrer Freigabe hinzufügen können, z. B. Azure-Dateisynchronisierung oder Azure Backup.
Transaktionen werden in fünf verschiedenen Transaktionskategorien gruppiert, deren Preise sich je nach Auswirkung auf die Azure-Dateifreigabe unterscheiden. Diese Kategorien sind „Schreiben“, „Auflisten“, „Lesen“ „Sonstige“ und „Löschen“.
Die folgende Tabelle zeigt die Kategorisierung der einzelnen Transaktionen:
Transaktions-Bucket | Verwaltungsvorgänge | Datenoperationen |
---|---|---|
Transaktionen schreiben |
|
|
Transaktionen auflisten |
|
|
Transaktionen lesen |
|
|
Sonstige/Protokolltransaktionen |
|
|
Transaktionen löschen |
|
|
Hinweis
NFSv4.1 ist nur für SSD-Dateifreigaben mit dem Abrechnungsmodell „Bereitgestellt“ verfügbar. Transaktionsbuckets haben keine Auswirkung auf die Abrechnung für bereitgestellte Dateifreigaben.
Wechseln zwischen Zugriffsebenen
Sie können für eine nutzungsbasierte Dateifreigabe zwischen den drei Standardzugriffsebenen wechseln. Die bewährte Methode zur Kostenoptimierung besteht jedoch darin, nach der anfänglichen Migration die kostengünstigste Zugriffsebene auszuwählen und diese beizubehalten, sofern sich Ihr Zugriffsmuster nicht ändert. Dies liegt daran, dass das Ändern der Zugriffsebene einer Standarddateifreigabe zu zusätzlichen Kosten wie folgt führt:
Transaktionen: Wenn Sie eine Freigabe von einer heißeren Zugriffsebene auf eine kühlere Zugriffsebene verschieben, erhalten Sie für jede Datei in der Freigabe die Schreibvorgangsgebühr der kühleren Zugriffsstufe. Wenn Sie eine Dateifreigabe von einer kühleren Zugriffsstufe auf eine heißere Zugriffsstufe verschieben, fällt für jede Datei in der Freigabe die Lesetransaktionsgebühr der kühleren Zugriffsstufe an.
Datenabruf: Wenn Sie von der coolen Zugriffsebene zur heißen oder transaktionsoptimierten Ebene wechseln, fällt eine Datenabrufgebühr an, die abhängig von der Menge der verschobenen Daten ist. Die Datenabrufgebühr fällt nur für die kalte Speicherzugriffsebene an.
Die folgende Tabelle zeigt die Kostenaufschlüsselung für den Wechsel von Zugriffsebenen:
Zugriffs-Stufe | Transaktion optimiert (Ziel) | Beliebt (Reiseziel) | Cool (Reiseziel) |
---|---|---|---|
Optimierte Transaktion (Quelle) | -- |
|
|
Heiße Ebene (Quelle) |
|
-- |
|
Cool (Quelle) |
|
|
-- |
Sie können die Zugriffsebene einer Dateifreigabe bis zu fünf Mal innerhalb von 30 Tagen ändern. Der erste Tag des 30-Tage-Fensters beginnt, wenn die erste Ebene geändert wird. Änderungen zwischen Zugriffsebenen erfolgen umgehend, jedoch können Sie, wenn Sie die Zugriffsstufe einer Freigabe ändern, diese innerhalb von 24 Stunden nicht erneut ändern, auch wenn Sie die Eigenschaft der Zugriffsstufe weniger als fünf Mal in den letzten 30 Tagen geändert haben.
Auswählen einer Zugriffsebene
Unabhängig davon, wie Sie vorhandene Daten in Azure Files migrieren, empfehlen wir, zunächst die Dateifreigabe auf der transaktionsoptimierten Zugriffsebene zu erstellen. Dies ist auf die große Anzahl von Transaktionen zurückzuführen, die während der Migration anfallen. Nachdem Die Migration abgeschlossen ist und Sie einige Tage oder Wochen mit regelmäßiger Nutzung arbeiten, können Sie die Transaktionsanzahl mit dem Preisrechner verbinden, um zu ermitteln, welche Zugriffsebene für Ihre Workload am besten geeignet ist.
Da bei nutzungsbasierten Dateifreigaben Transaktionsinformationen nur auf Speicherkontoebene angezeigt werden, stellt das Verwenden der Speichermetriken zum Schätzen der günstigsten Zugriffsebene auf Dateifreigabeebene keine ideale Lösung dar. Wenn möglich, sollten Sie nur eine Dateifreigabe in jedem Speicherkonto bereitstellen, um eine vollständige Sichtbarkeit in der Abrechnung zu gewährleisten.
So können Sie vorherige Transaktionen anzeigen:
- Navigieren Sie zum Speicherkonto im Azure-Portal.
- Wählen Sie im Dienstmenü unter ÜberwachungMetriken aus.
- Wählen Sie Bereich als Ihren Speicherkontonamen, Metriknamespace als „Datei“, Metrik als „Transaktionen“ und Aggregation als „Summe“ aus.
- Wählen Sie Apply Splitting (Aufteilung anwenden) aus.
- Wählen Sie Werte als „API-Name“ aus. Wählen Sie das gewünschte Limit und Sortieren aus.
- Wählen Sie den gewünschten Zeitraum aus.
Hinweis
Stellen Sie sicher, dass Sie Transaktionen über einen langen Zeitraum anzeigen, um eine realistische Vorstellung der durchschnittlichen Anzahl von Transaktionen zu erhalten. Vergewissern Sie sich, dass der ausgewählte Zeitraum sich nicht mit der ersten Bereitstellung überschneidet. Multiplizieren Sie die durchschnittliche Anzahl der Transaktionen während dieses Zeitraums, um die geschätzte Anzahl der Transaktionen in einem gesamten Monat zu erhalten.
Nutzungsbasierte Momentaufnahmen
Azure Files unterstützt Momentaufnahmen, die mit Volumenschattenkopien (VSS) auf Windows-Dateiservern vergleichbar sind. Weitere Informationen zu freigegebenen Momentaufnahmen finden Sie unter Übersicht über Momentaufnahmen für Azure Files.
Momentaufnahmen unterscheiden sich immer von der Livefreigabe und voneinander. Im nutzungsbasierten Abrechnungsmodell wird die differenzielle Gesamtgröße dem normal verwendeten Speicherzähler angerechnet. Dies bedeutet, dass auf Ihrer Rechnung keine separate Position angezeigt wird, die Momentaufnahmen für Ihr nutzungsbasiertes Speicherkonto darstellt. Außerdem bedeutet dies, dass die Nutzung differenzieller Momentaufnahmen mit den erworbenen Reservierungen für nutzungsbasierte Dateifreigaben verrechnet werden.
Nutzungsbasierte vorläufige Löschung
Gelöschte Dateifreigaben in Speicherkonten mit aktivierter Vorläufiglöschung werden basierend auf der verwendeten Speicherkapazität der gelöschten Dateifreigabe für den definierten Aufbewahrungszeitraum in Rechnung gestellt. Die Speicherkapazität für vorläufiges Löschen wird dem normal verwendeten Speicher angerechnet. Dies bedeutet, dass auf Ihrer Rechnung keine separate Position angezeigt wird, die vorläufig gelöschte Dateifreigaben für Ihr nutzungsbasiertes Speicherkonto darstellt. Außerdem bedeutet dies, dass die Nutzung vorläufig gelöschter Dateifreigaben mit den erworbenen Reservierungen für nutzungsbasierte Dateifreigaben verrechnet werden.
Nutzungsbasierter Abrechnungszähler
Dateifreigaben, die mit dem nutzungsbasierten Abrechnungsmodell erstellt wurden, werden anhand der folgenden Zähler abgerechnet:
- Gespeicherte Daten: Der verwendete Speicher einschließlich der Livefreigaben, differenziellen Momentaufnahmen und vorläufig gelöschten Dateifreigaben in GiB.
- Metadaten: Die Größe der Dateisystemmetadaten, die Dateien und Verzeichnissen zugeordnet sind, z. B. Zugriffssteuerungslisten (ACLs) und andere Eigenschaften in GiB. Diese Verbrauchseinheit für die Abrechnung wird nur für Dateifreigaben in den heißen oder kalten Zugriffsebenen verwendet.
- Schreibvorgänge: Die Anzahl der Schreibtransaktions-Buckets (ein Bucket = 10.000 Transaktionen).
- Listenvorgänge: Die Anzahl der Listentransaktions-Buckets (ein Bucket = 10.000 Transaktionen).
- Lesevorgänge: Die Anzahl der Lesetransaktions-Buckets (ein Bucket = 10.000 Transaktionen).
- Andere Vorgänge / Protokollvorgänge: Die Anzahl der anderen Transaktions-Buckets (ein Bucket = 10.000 Transaktionen).
- Datenabruf: Die Datenmenge, die aus der Dateifreigabe in GiB abgerufen wird. Dieser Zähler wird nur für Dateifreigaben in den kalten Zugriffsebenen verwendet.
- Georeplikationsdatenübertragung: Wenn die Dateifreigabe über die Geo- oder GeoZone-Redundanz verfügt, wird die Datenmenge, die in die Dateifreigabe in die sekundäre Region in GiB geschrieben wurde, repliziert.
Die Verbrauchseinheiten für die Abrechnungszähler Gespeicherten Daten und Metadaten werden stundenweise in Bezug auf monatliche Einheiten angerechnet. Für eine Freigabe mit 1.024 verwendeten GiB sollte beispielsweise Folgendes angezeigt werden:
- Eine unterschiedliche Anzahl von Einheiten für eine einzelne Stunde abhängig von der Anzahl der Tage im Monat:
- 28-Tage Monat (normaler Februar): 1,5238 Einheiten für die Verbrauchseinheit Gespeicherte Daten.
- 29-Tage Monat (Schaltjahr Februar): 1,4713 Einheiten für den Zähler Gespeicherte Daten.
- 30-Tage Monat: 1,4222 Einheiten für den Zähler Gespeicherte Daten.
- 31-Tage Monat: 1,3763 Einheiten für die Verbrauchseinheit Gespeicherte Daten.
- Eine unterschiedliche Anzahl von Einheiten, wenn sie für einen Tag aggregiert werden, abhängig von der Anzahl der Tage im Monat:
- 28-Tage Monat (normaler Februar): 36,5714 Einheiten für die Verbrauchseinheit Gespeicherte Daten.
- 29-Tage Monat (Schaltjahr Februar): 35.3103 Einheiten für den Zähler Gespeicherte Daten.
- 30-Tage Monat: 34,1333 Einheiten für den Zähler Gespeicherte Daten.
- 31-Tage Monat: 33,0323 Einheiten für den Zähler Gespeicherte Daten.
- 1.024 Einheiten für die Verbrauchseinheit Gespeicherte Daten, wenn sie für einen Monat kumuliert wurde.
Der Verbrauch für die anderen Zähler (z. B. Schreibvorgänge oder Datenabruf) wird stündlich ausgegeben, aber da sie nicht im Bezug auf einen Zeitrahmen ausgegeben werden, müssen Sie keine speziellen Umrechnungen von Einheiten beachten.
Bereitgestellt/Kontingent, logische Größe und physische Größe
Azure Files verfolgt drei verschiedene Werte für die Freigabekapazität:
Bereitgestellte Größe oder Kontingent: Bei sowohl bereitgestellten als auch nutzungsabhängigen Dateifreigaben legen Sie die maximale Größe fest, bis zu der die Dateifreigabe wachsen darf. In bereitgestellten Dateifreigaben wird dieser Wert als "bereitgestellte Größe" bezeichnet. Sie zahlen für die Menge, die Sie bereitstellen, unabhängig davon, wie viel Sie tatsächlich verbrauchen. Bei nutzungsbasierten Dateifreigaben wird dieser Wert als Kontingent bezeichnet, und er wirkt sich nicht direkt auf Ihre Rechnung aus. Die bereitgestellte Größe ist ein Pflichtfeld für bereitgestellte Dateifreigaben. Wenn die bereitgestellte Größe für nutzungsbasierte Dateifreigaben nicht direkt angegeben wurde, wird die Freigabe standardmäßig auf den maximalen Wert festgelegt, der vom Speicherkonto unterstützt wird (100 TiB).
Logische Größe: Die logische Größe einer Dateifreigabe oder Datei bezieht sich darauf, wie groß sie ist, ohne zu überlegen, wie sie tatsächlich gespeichert wird, ohne dass eine Speicheroptimierung erforderlich ist. Die logische Größe der Datei entspricht der Datenmenge in KiB/MiB/GiB, die bei einem Kopiervorgang an einen anderen Standort übertragen würde. Bei bereitgestellten Dateifreigaben und Dateifreigaben mit nutzungsbasierter Bezahlung wird die logische Gesamtgröße der Dateifreigabe zur Abrechnung in Bezug auf bereitgestellte Größe/Kontingent verwendet. Bei nutzungsbasierten Dateifreigaben ist die logische Größe die Menge, die für die Abrechnung des Verbrauchs von Daten im Ruhezustand verwendet wird. Die logische Größe wird in den Eigenschaftendialogfelder von Windows für Dateien/Ordner als „Größe“ und in Azure Files-Metriken als „Inhaltslänge“ bezeichnet.
Physische Größe: Die physische Größe der Datei bezieht sich auf die Größe der Datei nach ihrer Codierung auf dem Datenträger. Die physische Größe kann sich an der logischen Größe der Datei ausrichten oder kleiner sein, je nachdem, in wie die Datei vom Betriebssystem geschrieben wurde. Ein häufiger Grund für den Unterschied zwischen der logischen und der physischen Größe ist die Verwendung von platzsparenden Dateien. Die physische Größe der Dateien in der Freigabe wird für die Abrechnung von Momentaufnahmen verwendet, obwohl die zugewiesenen Bereiche von Momentaufnahmen gemeinsam genutzt werden, wenn sie unverändert sind (differenzieller Speicher).
Mehrwertdienste
Wie viele lokale Speicherlösungen bietet Azure Files Integrationspunkte für Produkte von Erst- und Drittanbietern, die in kundeneigene Dateifreigaben integriert werden können. Obwohl diese Lösungen einen erheblichen Mehrwert für Azure Files bieten können, sollten Sie die zusätzlichen Kosten berücksichtigen, die diese Dienste zu den Gesamtkosten einer Azure Files-Lösung beitragen.
Die Kosten werden in drei Buckets unterteilt:
Lizenzierungskosten für den Mehrwertdienst: Lizenzkosten können in Form von Fixkosten pro Kunde, Endbenutzer (manchmal als "Kopfkosten"), Azure-Dateifreigabe oder Speicherkonto bezeichnet werden. Sie können auch auf Einheiten der Speicherauslastung basieren, zum Beispiel einen festen Preis für jeden 500 GiB-Abschnitt in einer Dateifreigabe.
Transaktionskosten für den Mehrwertdienst: Einige Mehrwertdienste haben ein eigenes Konzept von Transaktionen zusätzlich zu dem ausgewählten Azure Files-Abrechnungsmodell. Diese Transaktionen werden auf Ihrer Rechnung unter den Gebühren des Mehrwertdiensts angezeigt; Sie beziehen sich jedoch direkt auf die Verwendung des Mehrwertdiensts mit Ihrer Dateifreigabe.
Azure Files-Kosten für die Verwendung eines Mehrwertdiensts: Azure Files berechnet Kundinnen und Kunden keine direkten Gebühren für das Hinzufügen von Mehrwertdiensten. Jedoch kann als Teil der Wertsteigerung der Azure-Dateifreigabe der Mehrwertdienst die Kosten erhöhen, die Sie auf Ihrer Azure-Dateifreigabe sehen. Diese Kosten sind aufgrund von Transaktionsgebühren bei nutzungsbasierten Dateifreigaben einfach zu erkennen. Wenn der Mehrwertdienst Transaktionen mit der Dateifreigabe in Ihrem Auftrag durchführt, werden sie in Ihrer Azure Files-Transaktionsrechnung angezeigt, obwohl Sie diese Transaktionen nicht direkt selbst ausgeführt haben. Dies gilt auch für bereitgestellte Dateifreigaben, obwohl sie dort möglicherweise weniger spürbar sind. Transaktionen durch Mehrwertdienste auf bereitgestellten Dateifreigaben werden Ihren bereitgestellten IOPS-Werten hinzugerechnet. was bedeutet, dass Mehrwertdienste möglicherweise mehr Speicher bereitstellen müssen, um genügend IOPS oder Durchsatz für Ihre Workload verfügbar zu haben.
Wenn Sie die Gesamtkosten für Ihre Dateifreigabe berechnen, sollten Sie die Kosten für Azure Files und alle Mehrwertdienste berücksichtigen, die Sie mit Azure Files verwenden möchten.
Es gibt mehrere Mehrwertdienste von Erst- und Drittanbietern. Dieses Dokument deckt nur eine Teilmenge der gängigen Erstanbieterdienste ab, die Kund*innen mit Azure-Dateifreigaben verwenden können. Weitere Informationen zu Diensten, die hier nicht aufgeführt sind, finden Sie auf der Preisseite des jeweiligen Diensts.
Azure-Dateisynchronisierung
Die Azure-Dateisynchronisierung ist ein Mehrwertdienst für Azure Files, der mindestens eine lokale Windows-Dateifreigabe mit einer Azure-Dateifreigabe synchronisiert. Da die Azure-Dateifreigabe in der Cloud eine vollständige Kopie der Daten in einer synchronisierten Dateifreigabe enthält, die lokal verfügbar ist, können Sie Ihren lokalen Windows-Dateiserver in einen Cache für die Azure-Dateifreigabe umwandeln, um Ihren lokalen Platzbedarf zu verringern. Weitere Informationen finden Sie unter Einführung in die Azure-Dateisynchronisierung.
Berücksichtigen Sie bei den Gesamtkosten für eine Lösung mit der Azure-Dateisynchronisierung die folgenden Kostenaspekte:
Kapital- und Betriebskosten für Windows-Dateiserver mit mindestens einem Serverendpunkt. Azure-Dateisynchronisierung als Replikationslösung ist unabhängig von den Standorten der Windows-Dateiserver, die mit Azure Files synchronisiert werden; sie könnten lokal, in einer Azure-VM oder sogar in einer anderen Cloud gehostet werden. Außer wenn Sie Azure-Dateisynchronisierung bei einem Windows Dateiserver verwenden, der in einer Azure-VM gehostet wird, sind die Kapitalkosten (d. h. die Hardware-Vorabkosten Ihrer Lösung) und die Betriebskosten (d. h. Arbeitskosten, Kosten für Strom usw.) nicht Teil Ihrer Azure-Rechnung, aber weiterhin ein großer Teil Ihrer Gesamtkosten. Sie sollten Folgendes berücksichtigen: die Menge der Daten, die Sie lokal zwischenspeichern müssen, die Anzahl der CPUs und die Menge des Arbeitsspeichers, den Ihre Windows-Dateiserver zum Hosten der Workloads von Azure-Dateisynchronisierung benötigen (weitere Informationen dazu finden Sie unter empfohlene Systemressourcen), sowie andere organisationsspezifische Kosten, die für Sie möglicherweise entstehen.
Pro-Server-Lizenzierungskosten für Server, die bei Azure-Dateisynchronisierung registriert wurden. Um Azure-Dateisynchronisierung bei einem bestimmten Windows-Dateiserver verwenden zu können, müssen Sie sie zuerst bei der Azure-Ressource von Azure-Dateisynchronisierung, dem Speichersynchronisierungsdienst, registrieren. Bei jedem Server, den Sie nach dem ersten Server registrieren, gibt es eine monatliche Pauschalgebühr. Obwohl diese Gebühr sehr gering ist, ist sie eine Komponente Ihrer Rechnung, die berücksichtigt werden muss. Informationen zum aktuellen Preis der Serverregistrierungsgebühr für Ihre gewünschte Region finden Sie auf der Azure Files-Preisseite im Abschnitt „Dateisynchronisierung“.
Azure Files-Kosten. Da Azure-Dateisynchronisierung eine Synchronisierungslösung für Azure Files ist, wird sie dazu führen, dass Sie Azure Files-Ressourcen nutzen. Einige dieser Ressourcen, z. B. der Speicherverbrauch, sind relativ offensichtlich, während andere wie Transaktion und Momentaufnahmenutzung es möglicherweise nicht sind. Für die meisten Kunden empfehlen wir die Verwendung von Standarddateifreigaben bei Azure-Dateisynchronisierung, obwohl Azure-Dateisynchronisierung bei Premium-Dateifreigaben auf Wunsch vollständig unterstützt wird.
Speichernutzung. Azure-Dateisynchronisierung repliziert alle Änderungen, die Sie an dem Pfad auf Ihrem Windows-Dateiserver vorgenommen haben, der auf Ihrem Serverendpunkt für Ihre Azure-Dateifreigabe angegeben ist. Dadurch wird Speicher verbraucht. Bei Standarddateifreigaben bedeutet dies, dass das Hinzufügen oder Vergrößern von vorhandenen Dateien auf Serverendpunkten zu einem Anstieg der Speicherkosten führt, weil die Änderungen repliziert werden. Bei Premium-Dateifreigaben wird bereitgestellter Speicherplatz durch Änderungen verbraucht. Sie sind dafür verantwortlich, die Bereitstellung regelmäßig nach Bedarf zu erhöhen, um den Anstieg der Dateifreigabe zu berücksichtigen.
Nutzung von Momentaufnahmen. Azure-Dateisynchronisierung erstellt Freigabemomentaufnahmen und Momentaufnahmen auf Dateiebene im Rahmen der regulären Nutzung. Obwohl die Nutzung von Momentaufnahmen immer differenziell ist, kann dies auf spürbare Weise zur gesamten Azure Files-Rechnung beitragen.
Transaktionen aus Änderung. Wenn sich Dateien auf Servern ändern, werden die Änderungen in den Cloud-Speicher hochgeladen, wodurch Transaktionen erzeugt werden. Wenn das Cloudtiering aktiviert ist, werden zusätzlich zu den Kosten für ausgehende Daten zusätzliche Transaktionen für das Verwalten mehrstufiger Daten generiert, einschließlich E/A-Vorgänge für mehrstufige Dateien. Obwohl es schwierig sein kann, die Menge und Art der Transaktionen aufgrund von Änderungsraten und Cacheeffizienz vorherzusagen, können Sie mithilfe Ihrer vorherigen Transaktionsmuster zukünftige Kosten schätzen, wenn Sie der Meinung sind, dass Ihre zukünftige Nutzung ähnlich wie Ihre aktuelle Nutzung ist.
Transaktionen aus der Cloud-Bestandsaufnahme. Die Azure-Dateisynchronisierung zählt die Azure-Dateifreigabe in der Cloud einmal pro Tag auf, um Änderungen zu entdecken, die direkt an der Freigabe vorgenommen wurden, sodass sie mit den Serverendpunkten synchronisiert werden können. Bei diesem Scan werden Transaktionen generiert, die dem Speicherkonto entsprechend der Rate von einer
ListFiles
-Transaktion pro Verzeichnis pro Tag in Rechnung gestellt werden. Sie können diese Zahl in den Preisrechner eingeben, um die Scankosten zu schätzen.
Tipp
Wenn Sie nicht wissen, über wie viele Ordner Sie verfügen, kann das TreeSize-Tool von JAM Software GmbH hilfreich sein.
Azure Datensicherung
Azure Backup bietet eine serverlose Sicherungslösung für Azure Files, die sich in Ihre Dateifreigaben und in andere Mehrwertdienste wie Azure-Dateisynchronisierung nahtlos integrieren lässt. Azure Backup für Azure Files ist eine auf Momentaufnahmen basierende Sicherungslösung, die einen Planungsmechanismus für die automatische Erstellung von Momentaufnahmen nach einem vom Administrator definierten Zeitplan bietet. Außerdem bietet sie eine benutzerfreundliche Schnittstelle zum Wiederherstellen von gelöschten Dateien/Ordnern oder der gesamten Freigabe zu einem bestimmten Zeitpunkt. Weitere Informationen finden Sie unter Informationen zum Sichern von Azure-Dateifreigaben.
Berücksichtigen Sie bei Der Betrachtung der Kosten für die Verwendung von Azure Backup die folgenden Faktoren:
Lizenzierungskosten für geschützte Instanzen für Daten in Azure-Dateifreigaben: Azure Backup berechnet geschützte Instanzlizenzierungskosten pro Speicherkonto, das gesicherte Azure-Dateifreigaben enthält. Eine geschützte Instanz ist als 250 GiB des Azure-Dateifreigabespeichers definiert. Für Speicherkonten, die weniger als 250 GiB enthalten, wird ein Teilbetrag der Kosten für die geschützte Instanz berechnet. Weitere Informationen finden Sie unter Azure Backup – Preise. Sie müssen Azure Files aus der Liste der Dienste auswählen, die Azure Backup schützen kann.
Azure Files-Kosten. Azure Backup erhöht die Kosten von Azure Files wie folgt:
Differenzielle Kosten für Momentaufnahmen von Azure-Dateifreigaben. Azure Backup automatisiert das Erstellen von Momentaufnahmen von Azure-Dateifreigaben nach einem vom Administrator definierten Zeitplan. Momentaufnahmen sind immer differenziell. Die zusätzlichen Kosten sind jedoch davon abhängig, wie lange die Momentaufnahmen aufbewahrt werden und wie stark die Dateifreigabe in dieser Zeit genutzt wird. Diese Faktoren bestimmen, wie stark sich die Momentaufnahme von der Livedateifreigabe unterscheidet und wie viele zusätzliche Daten daher von Azure Files gespeichert werden.
Transaktionskosten durch Wiederherstellungsvorgänge. Wiederherstellungen einer Momentaufnahme in einen Live Share verursachen Transaktionskosten. Bei Standard-Dateifreigaben werden Lesevorgänge aus Momentaufnahmen bzw. Schreibvorgängen während Wiederherstellungen als normale Transaktionen der Dateifreigabe abgerechnet. Bei bereitgestellten Dateifreigaben werden diese Vorgänge auf die bereitgestellten IOPS für die Dateifreigaben angerechnet.
Microsoft Defender für Speicher
Microsoft Defender bietet Unterstützung für Azure Files als Teil des Produkts Microsoft Defender for Storage. Microsoft Defender for Storage erkennt ungewöhnliche und potenziell schädliche Zugriffs- und Exploitversuche bei Azure-Dateifreigaben über SMB oder FileREST. Microsoft Defender für Speicher wird auf Abonnementebene für alle Dateifreigaben in Speicherkonten dieses Abonnements aktiviert.
Microsoft Defender for Storage unterstützt keine Antivirenfunktionen für Azure-Dateifreigaben.
Die Hauptkosten von Microsoft Defender für Speicher sind zusätzliche Transaktionskosten, die das Produkt zusätzlich zu den Transaktionen durchführt, die in den Azure-Dateifreigabe anfallen. Obwohl diese Kosten auf den in Azure Files entstandenen Transaktionen basieren, sind sie nicht Teil der Abrechnung für Azure Files, sondern Teil der Kosten für Microsoft Defender. Microsoft Defender für Speicher berechnet selbst bei bereitgestellten Dateifreigaben eine Transaktionsgebühr, während Azure Files Transaktionen bereits als Teil der IOPS-Bereitstellung enthält. Die aktuelle Transaktionsrate finden Sie auf der Preisseite für Microsoft Defender für Cloud unter der Tabellenzeile von Microsoft Defender für Speicher.
Bei transaktionsintensiven Dateifreigaben fallen erhebliche Kosten für die Verwendung von Microsoft Defender für die Speicherung an. Je nach diesen Kosten könnten Sie auch entscheiden, Microsoft Defender for Storage-Abonnements für bestimmte Speicherkonten zu kündigen. Weitere Informationen finden Sie unter Ausschließen eines Speicherkontos aus dem Schutz von Microsoft Defender für Speicher.
Reservierungen
Azure Files unterstützt Reservierungen (auch als reservierte Instanzen bezeichnet) für die bereitgestellten v1- und nutzungsbasierten Modelle. Mit Speicherreservierungen können Sie einen Preisnachlass für Speicherplatz erzielen, indem Sie sich im Voraus auf die Speichernutzung festlegen. Sie sollten den Kauf von reservierten Instanzen für alle Produktions-Workloads oder Dev/Test-Workloads mit konsistenten Footprints in Betracht ziehen. Wenn Sie eine Reservierung erwerben, müssen Sie die folgenden Dimensionen angeben:
- Kapazitätsgröße: Reservierungen können für entweder 10 TiB oder 100 TiB erfolgen, wobei es bei der Buchung einer größeren Kapazität größere Rabatte gibt. Sie können mehrere Reservierungen erwerben, darunter auch Reservierungen mit unterschiedlicher Kapazität, um Ihre Workloadanforderungen zu erfüllen. Wenn Ihre Produktionsbereitstellung beispielsweise 120 TiB an Dateifreigaben umfasst, könnten Sie eine 100 TiB-Reservierung und zwei 10 TiB-Reservierungen erwerben, um den gesamten Bedarf an Speicherkapazität zu decken.
- Laufzeit: Sie können Reservierungen für eine Laufzeit von einem Jahr oder drei Jahren erwerben, wobei Sie für den Erwerb einer längeren Reservierungslaufzeit erhebliche Rabatte erhalten.
- Ebene: Die Azure Files-Ebene für die Reservierung. Reservierungen sind derzeit für das abrechnungsbasierte Abrechnungsmodell SSD v1 (als „Premium“) und das HDD-Abrechnungsmodell mit nutzungsbasierte Bezahlung (nur heiße und kalte Zugriffsebenen) verfügbar.
- Standort: Die Azure-Region für die Reservierung. Reservierungen stehen in ausgewählten Regionen von Azure zur Verfügung.
- Redundanz: Die Speicherredundanz für die Reservierung. Reservierungen werden für alle von Azure Files unterstützten Redundanzen unterstützt, einschließlich LRS, ZRS, GRS und GZRS.
- Fakturierungsintervall: Gibt an, wie oft das Konto für die Reservierung belastet wird. Die Optionen umfassen Monatlich oder Im Voraus.
Sobald Sie eine Reservierung erwerben, wird sie automatisch von Ihrer vorhandenen Speicherauslastung verbraucht. Wenn Sie mehr Speicher verwenden, als Sie reserviert haben, bezahlen Sie den Listenpreis für das Guthaben, das nicht von der Reservierung abgedeckt ist. Gebühren für Transaktionen, Bandbreite, Datenübertragung und Speicherung von Metadaten sind in der Reservierung nicht enthalten.
Es gibt Unterschiede hinsichtlich der Funktionsweise von Reservierungen bei Azure-Dateifreigabemomentaufnahmen für nutzungsbasierte und „Bereitgestellt v1“-Dateifreigaben. Wenn Sie Momentaufnahmen von nutzungsbasierten Dateifreigaben erstellen, werden die Differenzbeträge für die Momentaufnahmen auf die Reservierung angerechnet und als Teil der normalen Verbrauchseinheiten für Speicher abgerechnet. Wenn Sie jedoch Momentaufnahmen von bereitgestellte v1-Dateifreigaben erstellen, werden die Momentaufnahmen über eine separate Verbrauchseinheit abgerechnet und nicht auf die Reservierung angerechnet.
Weitere Informationen zum Erwerb von Reservierungen finden Sie unter Optimieren der Kosten für Azure Files mit Reservierungen.