Cost model for Azure NetApp Files (Kostenmodell für Azure NetApp Files)
Das Verstehen des Kostenmodells für Azure NetApp Files hilft Ihnen bei der Verwaltung von auf den Dienst bezogenen Ausgaben.
Informationen zu speziellen Kostenmodellen für die regionsübergreifende Replikation finden Sie unter Kostenmodell für die regionsübergreifende Replikation.
Berechnung der Kapazitätsnutzung
Azure NetApp Files wird nach bereitgestellter Speicherkapazität abgerechnet, die durch das Erstellen von Kapazitätspools zugeordnet wird. Kapazitätspools werden monatlich auf Grundlage der festgelegten Kosten pro zugeordnetem GiB pro Stunde abgerechnet. Die Kapazitätspoolzuordnung wird stündlich gemessen.
Kapazitätspools müssen mindestens 2 TiB sein und können in 1-TiB-Intervallen erhöht oder verringert werden. Kapazitätspools enthalten Volumes mit einer Größe von mindestens 100 GiB bis maximal 100 TiB. Volumes werden Kontingente zugewiesen, die von der bereitgestellten Größe des Kapazitätspools abgezogen werden. Bei einem aktiven Volume basiert die auf das Kontingent bezogene Kapazitätsnutzung auf der logischen (effektiven) Kapazität, wobei es sich um aktive Dateisystemdaten oder Momentaufnahmedaten handelt. Weitere Informationen finden Sie unter Funktionsweise von Azure NetApp Files-Momentaufnahmen.
Preisbeispiele
In diesem Abschnitt finden Sie Beispiele, die Ihnen helfen, das Kostenmodell von Azure NetApp Files zu verstehen.
Beispiel 1: Kosten für einen Monat bei statischer gegenüber dynamischer Kapazitätspoolbereitstellung
Wenn die Größenanforderungen Ihres Kapazitätspools schwanken (z. B. aufgrund variabler Kapazitäts- oder Leistungsanforderungen), sollten Sie eine dynamische Größenänderung Ihrer Volumes und Kapazitätspools in Betracht ziehen, um die Kosten mit den Kapazitäts- und Leistungsanforderungen ins Gleichgewicht zu bringen.
Angenommen, Sie verwenden beispielsweise die Premium-Kapazität 24 Stunden (1 Tag) mit 10 TiB, 96 Stunden (4 Tage) mit 24 TiB, viermal mit 6 Stunden (1 Tag) mit 5 TiB, 480 Stunden (20 Tage) mit 6 TiB und die verbleibenden Stunden des Monats mit 0 TiB. Ein dynamisches Bereitstellungsprofil für die Cloudnutzung unterscheidet sich von einem herkömmlichen statischen, lokalen Nutzungsprofil:
Wenn Kosten von 0,000403 US-Dollar pro GiB/Stunde abgerechnet werden (Preise sind regionsabhängig), sieht die monatliche Kostenaufschlüsselung wie folgt aus:
Statische Bereitstellung auf Premium (Spitzenkapazität/-leistung)
- 24 TiB x 720 Stunden x 0,000403 USD pro GiB/Stunde = 7.130,97 USD pro Monat (237,70 USD pro Tag)
Dynamische Bereitstellung mit Größenänderung von Volumes und Kapazitätspools
- 10 TiB x 24 Stunden x 0,000403 USD pro GiB/Stunde = 99,04 USD
- 24 TiB x 96 Stunden x 0,000403 USD pro GiB/Stunde = 950,80 USD
- 6 TiB x 480 Stunden x 0,000403 USD pro GiB/Stunde = 1,188,50 USD
- Gesamt = 2.238,33 USD
Dieses Szenario ergibt im Vergleich zur statischen Bereitstellung monatliche Einsparungen von 4.892,64 USD.
Beispiel 2: Kosten für einen Monat mit und ohne dynamische Änderung des Servicelevels
Wenn Ihre Anforderungen an die Größe des Kapazitätspools gleich bleiben, aber die Anforderungen an die Leistung schwanken, sollten Sie erwägen, den Servicelevel eines Volumes dynamisch zu ändern. Sie können im Laufe des Monats Kapazitätspools unterschiedlicher Typen bereitstellen bzw. deren Bereitstellung aufheben, um so Just-In-Time-Leistung bereitzustellen und die Kosten in Zeiträumen zu senken, während derer keine Leistung erforderlich ist.
Stellen Sie sich ein Szenario vor, in dem die Kapazitätsanforderung konstant 24 TiB beträgt. Ihre Leistungsanforderungen schwanken aber zwischen 384 Stunden (16 Tage) des Standard-Servicelevels, 120 Stunden (5 Tage) des Premium-Servicelevels, 168 Stunden (7 Tage) des Ultra-Servicelevels und dann wieder zurück auf 48 Stunden (2 Tage) der Leistung des Standard-Servicelevels. In diesem Szenario unterscheidet sich ein dynamisches Bereitstellungsprofil für die Cloudnutzung gegenüber einem herkömmlichen statischen, lokalen Nutzungsprofil:
In diesem Fall, wenn die Kosten mit 0,000202 US-Dollar pro GiB/Stunde (Standard), 0,000403 US-Dollar pro GiB/Stunde (Premium) bzw. 0,000538 US-Dollar pro GiB/Stunde (Ultra) (Preise sind regionsabhängig) abgerechnet werden, sieht die monatliche Kostenaufschlüsselung wie folgt aus:
Statische Bereitstellung auf Ultra-Servicelevel (Spitzenleistung)
- 24 TiB x 720 Stunden x 0,000538 USD pro GiB/Stunde = 9.519,76 USD pro Monat (317,33 USD pro Tag)
Dynamische Bereitstellung mit dynamischer Änderung des Servicelevels
- 24 TiB x 384 Stunden x 0,000202 USD pro GiB/Stunde = 1,901,31 USD
- 24 TiB x 120 Stunden x 0,000403 USD pro GiB/Stunde = 1,188,50 USD
- 24 TiB x 168 Stunden x 0,000538 USD pro GiB/Stunde = 2,221,28 USD
- 24 TiB x 48 Stunden x 0,000202 USD pro GiB/Stunde = 238,29 USD
- Gesamt = 5.554,37 USD
Dieses Szenario ergibt im Vergleich zur statischen Bereitstellung monatliche Einsparungen von 3.965,39 USD.
Kapazitätsnutzung von Momentaufnahmen
Die Kapazitätsnutzung von Momentaufnahmen in Azure NetApp Files wird mit dem Kontingent des übergeordneten Volumes verrechnet. Daher gilt der gleiche Abrechnungstarif wie für den Kapazitätspool, zu dem das Volume gehört. Im Gegensatz zum aktiven Volume wird die Nutzung von Momentaufnahmen jedoch anhand der genutzten inkrementellen Kapazität gemessen. Azure NetApp Files-Momentaufnahmen sind standardmäßig differenziell. Je nach Änderungsrate der Daten belegen die Momentaufnahmen oft deutlich weniger Kapazität als die logische Kapazität des aktiven Volumes. Nehmen wir zum Beispiel an, dass Sie eine Momentaufnahme eines 500-GiB-Volumes haben, das nur 10 GiB differenzieller Daten enthält.
Die Kapazitätsnutzung, die auf das Volumekontingent für das aktive Dateisystem und die Momentaufnahme angerechnet wird, beträgt 510 GiB, nicht 1.000 GiB. Sie können im Allgemeinen davon ausgehen, dass für die Speicherung der Momentaufnahmedaten einer Woche eine empfohlene Kapazität von 20 Prozent beansprucht wird (abhängig von der Momentaufnahmehäufigkeit und den täglichen Änderungsraten auf Blockebene der Anwendung).
Das folgende Diagramm veranschaulicht die Konzepte.
- Gehen Sie von einem Kapazitätspool mit 10 TiB bereitgestellter Kapazität aus. Der Pool enthält drei Volumes:
- Volume 1 wird ein Kontingent von 5 TiB zugewiesen und hat 3,5 TiB (3 TiB aktiv, 500 GiB Momentaufnahme s) des Verbrauchs.
- Volume 2 wird einem Kontingent von 900 GiB zugewiesen und hat 400 GiB Verbrauch.
- Volume 3 wird ein Kontingent von 4 TiB zugewiesen, ist aber voll, mit 4 TiB (3,5 TiB aktiv, 500 GiB Momentaufnahme s) des Verbrauchs.
- Der Kapazitätspool wird für 10 TiB Kapazität getaktet (und in Rechnung gestellt):
- 9,9 TiB Kapazität wird zugewiesen (5 TiB, 900 GiB und 4 TiB des Kontingents von Volumes 1, 2 und 3).
- 7,9 TiB Kapazität wird verwendet (3,5 TiB, 400 GiB, 4 TiB in Den Volumes 1, 2 und 3).
- Der Kapazitätspool verfügt über 100 GiB der neu bereitgestellten Kapazität Standard.
Nächste Schritte
- Seite mit den Preisen von Azure NetApp Files
- Dienstebenen für Azure NetApp Files
- Ressourcenlimits für Azure NetApp Files
- Kostenmodell für die regionsübergreifende Replikation
- Grundlegendes zum Volumekontingent
- Überwachen der Kapazität eines Volumes
- Ändern der Größe eines Kapazitätspools oder Volumes
- Verwalten der Abrechnung mithilfe von Tags
- Häufig gestellte Fragen zur Kapazitätsverwaltung
- Preisrechner für Azure NetApp Files
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für