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:

Bar chart that shows dynamic versus static capacity pool provisioning.

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

Bar chart that shows static versus dynamic service level cost model.

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:

Bar chart that shows provisioning with and without dynamic service level change.

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

Bar chart that shows static versus dynamic service level change cost model.

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.

Diagram showing capacity pool with three volumes.

Nächste Schritte