Das Kostenmodell von Azure NetApp Files verstehen

Um Ihre Ausgaben für Azure NetApp Files zu verwalten, müssen Sie das Kostenmodell verstehen, einschließlich effektiver Kapazität, Preise und Abrechnungskonzepte.

Overview

Azure NetApp Files berechnet die Preise für Speicher auf Grundlage der bereitgestellten Kapazität und der bereitgestellten Leistung. Sie stellen Kapazität in Kapazitätspools bereit und verbrauchen sie über Volumes. Sie liefern leistung entweder als Durchsatz proportional zur bereitgestellten Kapazität (Standard, Premium, Ultra Service Levels) oder als Durchsatz, der unabhängig von der Kapazität bereitgestellt wird (Flexible Service Level). Der Service erfasst den gesamten Verbrauch stündlich und rechnet monatlich ab, sodass er schnell auf dynamische Größenanpassungen und dynamische Änderungen des Servicelevels reagieren kann.

In diesem Artikel werden das Abrechnungsmodell, die Beziehung zwischen Kapazität und Leistung, die Funktionen, die einen effektiven Preis senken, und die kostenpflichtigen Add-On-Funktionen wie Azure NetApp Files Sicherung und regionsübergreifende Replikation (CRR) beschrieben, die zusätzliche Abrechnungskomponenten einführen. Es enthält auch funktionierende Beispiele, die veranschaulichen, wie diese Funktionen zusammengesetzt sind, um effektive Kapazität und effektive Preise zu verbessern.

Grundlagen der Abrechnung

Kapazitätspools – Abrechnung der bereitgestellten Kapazität

Azure NetApp Files berechnet eine Kombination aus bereitgestelltem Speicherdurchsatz und bereitgestellter Kapazität, nicht die Menge an gespeicherten Daten. Sie erwerben Kapazität und Durchsatz über Kapazitätspools, die die Haupteinheiten der Abrechnung sind. Sie weisen Volumes aus diesen Pools zu. Ihnen werden für die bereitgestellte Poolgröße Gebühren basierend auf der Dienstebene berechnet, unabhängig davon, wie viel dieser Kapazität Sie Volumes zuweisen.

Da die Abrechnung der Bereitstellung folgt, bestimmen anfängliche Größenentscheidungen und dynamische Änderungen im Laufe der Zeit direkt die Kosten. Sie sollten Volumes und Kapazitätspools so dimensionieren, dass sie der von der Workload benötigten Kapazität und Leistung entsprechen. Berücksichtigen Sie kontinuierlich dynamische Änderungen, um die richtige Balance zwischen Kapazität, Leistung und Kosten anzupassen.

Stündliche Messung, monatliche Abrechnung

Der Dienst misst die Kapazitätspoolzuordnung jede Stunde. Jede Stunde zeichnet der Dienst die Poolgröße, die Serviceebene und – für die flexible Serviceebene – den bereitgestellten Durchsatz in dieser Stunde auf. Die monatliche Azure-Rechnung summiert die stündlichen Messwerte.

Stündliche Meterung ist die Grundlage der Kostenoptimierung in Azure NetApp Files. Alle Änderungen, die während eines Abrechnungszeitraums wirksam werden – die Größenänderung eines Pools oder Volumes, die Änderung einer Serviceebene oder die Anpassung des Durchsatzes der flexiblen Serviceebene – spiegeln sich in der nächsten stündlichen Messung wider. Sie können Volumes, Kapazitätspools und Workloads kontinuierlich bedarfsgerecht dimensionieren, ohne sich dabei langfristig an den zugrunde liegenden Kapazitätspool binden zu müssen.

Important

Die Kosten entsprechen dem Integral der bereitgestellten Kapazität – und bei der flexiblen Serviceebene dem bereitgestellten Durchsatz – über die Zeit. Die Rechnung verringert sich ab dieser Stunde, wenn einer der beiden Werte zu einem beliebigen Zeitpunkt im Monat gesenkt wird.

Kapazitätspools und Volumes

Wie bereits erwähnt, sind Kapazitätspools die Haupteinheiten für die Bereitstellung und Abrechnung. Volumen sind die Einheiten für den Verbrauch.

Größenregeln

Kapazitätspools: Ein Kapazitätspool hat eine Mindestgröße von 1 TiB. Sie können die Größe in 1 TiB-Schritten bis zur maximalen Kapazitätspoolgröße von 2.048 TiB ändern. Sie können die Größe auch in Schritten von 1 TiB bis hinunter auf die den Volumes im Kapazitätspool zugewiesene Kapazität anpassen.
Volumes: Sie können die Größe eines normalen Volumes von 50 GiB bis 100 TiB festlegen. Große Volumes unterstützen bis zu 2 PiB bzw. 7,2 PiB bei extragroßen Volumes mit aktiviertem „Cool Access“.
Ein Volume verfügt sowohl über ein Kapazitätskontingent als auch über ein Durchsatzkontingent. Auto QoS legt das Durchsatzkontingent automatisch als Funktion des Kapazitätskontingents fest. Manuelle QoS legt das Durchsatzkontingent separat fest. Das Kapazitätskontingent wird von der bereitgestellten Kapazität des übergeordneten Pools abgezogen. Die Summe der Volumenkapazitätskontingente in einem Pool darf die Poolgröße nicht überschreiten. Diese Regel gilt gleichermaßen für den bereitgestellten Durchsatz gegenüber dem Durchsatzkontingent.

Kapazitäts- und Durchsatzrechnung

Bei einem Volume messen Sie den Kapazitätsverbrauch anhand des Kontingents für die logische Kapazität, also der Summe aus aktiven Dateisystemdaten und Snapshot-Daten. Der Kapazitätspool selbst wird auf Basis seiner bereitgestellten Größe abgerechnet, unabhängig davon, wie viel Volumekapazität zugewiesen wird oder wie viele Daten in dem Volume im hostenden Kapazitätspool geschrieben werden.

Sie rechnen den Durchsatz auf der Volume-Ebene auf das Durchsatzkontingent des Kapazitätspools an. Bei automatischem QoS skaliert die Quote linear mit der dem Volume zugewiesenen Kapazität. Mit manuellen QoS legen Sie das Kontingent unabhängig fest. Über einen flexiblen Pool auf Dienstebene kann die Summe der Volumendurchsatzkontingente den im Pool bereitgestellten Durchsatz nicht überschreiten. Der bereitgestellte Durchsatz des Pools steuert die Durchsatzkomponente der Rechnung.

Wie der Durchsatz bereitgestellt und in Rechnung gestellt wird

Sie konfigurieren den Durchsatz in Azure NetApp Files über die Serviceebene des Kapazitätspools. Es stehen zwei Modelle zur Verfügung.

Lineare Serviceebenen: Standard, Premium, Ultra

Die Serviceebenen "Standard", "Premium" und "Ultra" bieten einen Durchsatz in einem festen Verhältnis zur bereitgestellten Kapazität. Jede TiB-Poolkapazität trägt eine definierte Durchsatzzuordnung, sodass der Gesamtdurchsatz linear mit der Poolgröße skaliert wird. Sie zahlen einen einheitlichen Preis pro GiB-Stunde, der je nach Service-Level variiert: Standard hat den niedrigsten Preis und den geringsten Durchsatz pro TiB, und Ultra hat von allen den höchsten.

Diese Dienstebenen eignen sich für Workloads, bei denen die erforderliche Leistung mit der Größe des Datensatzes skaliert und bei denen die betriebliche Einfachheit einer einzigen kapazitätsgesteuerten Größe bevorzugt wird.

Servicelevel	Durchsatz pro TiB	Wie der Durchsatz bereitgestellt wird	Wie der Durchsatz abgerechnet wird
Standard	16 MiB/s	Proportional zur Poolkapazität	Im Kapazitätssatz enthalten (GiB-Stunde)
Premium	64 MiB/s	Proportional zur Poolkapazität	Im Kapazitätssatz enthalten (GiB-Stunde)
Ultra	128 MiB/s	Proportional zur Poolkapazität	Im Kapazitätssatz enthalten (GiB-Stunde)
Flexibel	0-640 MiB/s (unabhängig konfigurierbar)	Getrennt von der Kapazität bereitgestellt	Durchsatz-Add-on (MiB/s-Stunde)

Flexible Servicelevel

Der flexible Servicelevel entkoppelt den Durchsatz von der Kapazität. Sie stellen einen flexiblen Kapazitätspool auf Dienstebene mit einer ausgewählten Kapazität und einem separat ausgewählten Durchsatz bereit. Der Pool umfasst eine geplante Durchsatzzuweisung von 128 MiB/s, und Sie können einen weiteren Durchsatz in 1 MiB/s Schritten hinzufügen, ohne die Poolkapazität zu ändern (mit maximal 640 MiB/s pro TiB).

Die Abrechnung für einen flexiblen Servicelevelpool umfasst zwei Komponenten: eine Gebühr pro GiB-Stunden für bereitgestellte Kapazität sowie eine Gebühr pro MiB/s-Stunde für den bereitgestellten Durchsatz über dem Basisplan. Sie können die Kapazität und den Durchsatz jederzeit unabhängig anpassen, und die nächste stündliche Messung erfasst die aktualisierten Werte.

Die flexible Dienstebene passt zu Workloads, bei denen das Verhältnis von Durchsatz zu Kapazität nicht mit den festen Verhältnissen der linearen Dienstebenen übereinstimmt – z. B. ein kleines Dataset, das einen hohen Durchsatz erfordert, oder ein großes Dataset, das nur einen bescheidenen Durchsatz erfordert.

Auswählen einer Dienstebene

Standard, Premium, Ultra: Die Verwendung, wenn die Durchsatzanforderungen vorhersagbar mit Datenvolumen skaliert werden und eine einzelne Kapazitätsdimension den Betrieb vereinfacht.
Flexibel: Verwenden Sie diese Option, wenn sich die Kapazitäts- und Durchsatzanforderungen unabhängig voneinander ändern, wenn es verschwenderisch wäre, eine Dimension überzuprovisionieren, um die andere zu erreichen, oder wenn Kapazität und Leistung im Lebenszyklus der Workload separat abgestimmt werden müssen.

Kapazitätsverbrauch

Logische und physische Kapazität

Logische Kapazität ist die Datenmenge, die in den aktiven Dateisystemdaten angezeigt wird, sowie die delta-Daten, die in Momentaufnahmen gespeichert sind. Physische Kapazität ist die Menge an Speicherplatz, der auf dem System belegt ist.

Momentaufnahmen und kurzfristige Klone ermöglichen, dass die logische Kapazität die physische Kapazität übersteigt, da gemeinsam genutzte Datenblöcke nicht dupliziert, sondern gemeinsam verwendet werden.

Kapazitätszuweisung und Verbrauch von Momentaufnahmen

Snapshots verbrauchen Kapazität aus dem Kontingent des übergeordneten Volumes und werden daher weder separat zugewiesen noch abgerechnet. Momentaufnahmen sind auf Blockebene differenziell: Die physische Speicherbelegung des Volumes umfasst nur die Blöcke in einer oder mehreren Momentaufnahmen zuzüglich der geänderten Blöcke im aktiven Dateisystem.

Beispiel: Ein 100 TiB-Volume hat einen aktiven Dateisystemverbrauch von 80 TiB und zwei Momentaufnahmen, die 10 TiB-Differenzdaten enthalten. Der logische Verbrauch des Volumes beträgt 80 TiB an aktiven Daten sowie zwei Snapshots, die jeweils eine weitere vollständige 80-TiB-Zeitpunktansicht darstellen – zusammen ergibt dies eine logische Ansicht von insgesamt 240 TiB. Der für das Volumenkontingent zugewiesene physische Verbrauch beträgt jedoch nur 90 TiB - nicht 240 TiB.

Als Faustregel reicht ein Kapazitätspuffer von 20 Prozent aus, um für viele Workloads mindestens eine Woche Momentaufnahmen beizubehalten. Die tatsächliche Momentaufnahmekapazität hängt von der Momentaufnahmeaufbewahrung und der täglichen Änderungsrate auf Blockebene ab.

Kapazitätszuweisung und Verbrauch von kurzfristigen Klonen

Kurzzeitklone ähneln Momentaufnahmen insofern, als sie anfänglich unveränderte Blöcke mit dem Stamm-Volume gemeinsam nutzen; sie unterscheiden sich jedoch in zwei wesentlichen Punkten: Ein Kurzzeitklon ist beschreibbar und wird mit einem eigenen Volumenkontingent sowie einer eigenen Leistungszuweisung erstellt. Die gemeinsam genutzten Blöcke, die aus der Quellmomentaufnahme übernommen werden, erfordern keine vollständige zweite Kopie des Datensatzes. Stattdessen fungiert das Kontingent des Klons als Schreibpufferkapazität für Blöcke, die nach der Erstellung abweichen. In automatischen QoS-Pools wird der Durchsatz des Klons durch das dem Klon zugewiesene Kontingent bestimmt. in manuellen QoS-Pools wird der Durchsatz unabhängig zugewiesen. Daher geht es bei der Dimensionierung eines kurzlebigen Klons nicht darum, die volle logische Größe des Quell-Volumes zu duplizieren, sondern darum, über die Lebensdauer des Klons hinweg ausreichend Kapazität und Performance für die erwartete Schreibarbeitsmenge bereitzustellen.

Kontingentbuchhaltung in einem Kapazitätspool

Betrachten Sie einen Kapazitätspool mit 12 TiB bereitgestellter Kapazität, der drei Volumes enthält:

Volume A: 5 TiB-Kontingent, 4,5 TiB verbraucht (4 TiB aktiv, 500 GiB Snapshots); 500 GiB kostenlos.
Volume B: 3 TiB-Kontingent, 2,5 TiB verbraucht (2,5 TiB aktiv); 500 GiB kostenlos.
Volume C: 2 TiB-Quote, vollständig ausgeschöpft (1,5 TiB aktiv, 500 GiB Kurzzeit-Klonpuffer).

Für den Pool werden die bereitgestellten 12 TiB in Rechnung gestellt. Davon werden 10 TiB volumenkontingente zugeordnet, 9 TiB verbraucht, und 8 TiB wird aktiv verwendet. 1 TiB bleibt innerhalb der Quoten frei, und die verbleibenden 2 TiB werden nicht zugewiesen.

Dieses Diagramm zeigt, wie ein Kapazitätspool mit 12 TiB auf drei Volumes und nicht zugewiesenen Pufferraum aufgeteilt ist, aufgeschlüsselt nach zugewiesenem, belegtem, freiem und nicht zugewiesenem Speicherplatz.

Die fünf Kapazitätsschichten

Ebene	Was es ist	Total
Zugeordnet	Den Volumes über das Kontingent zugewiesene Kapazität (Vol A: 5 + Vol B: 3 + Vol C: 2).	10 TiB
Verbraucht	Effektiv genutzter Speicherplatz innerhalb jedes Kontingents – aktive Daten plus Momentaufnahmen/Klone.	9 TiB
Aktiv	Die Daten des Live-Dateisystems werden derzeit verwendet.	8 TiB
Kostenlos	Nicht genutzter Platz innerhalb eines Volumes (500 GiB in Vol A + 500 GiB in Vol B; Vol C ist voll).	1 TiB
Nicht zugeordnet	Poolkapazität, die keinem Volume zugewiesen ist – verfügbar für die Erweiterung bestehender oder die Erstellung neuer Volumes.	2 TiB

Grundlegendes zur Farbschattierung

Farbton	Was es repräsentiert
Dunkel	Aktiv genutzte Daten.
Medium	Snapshots, reserviert oder genutzt (Vol A), oder kurzfristiger Klonpuffer (Vol C).
Light	Freier Speicherplatz innerhalb des Volumes verfügbar.
Grau	Der Pool-Speicherplatz ist keinem Volume zugewiesen.

Aufschlüsselung pro Volumen

Volumen	Kontingent (zugewiesen)	Verbraucht	Aktiv	Momentaufnahmen / Klone	Kostenlos
Band A	5 TiB	4.5 TiB	4 TiB	500 GiB-Momentaufnahmen	500 GiB
Band B	3 TiB	2.5 TiB	2.5 TiB	—	500 GiB
Volume C	2 TiB	2 TiB	1.5 TiB	500-GiB-Puffer für das Klonen	0 (vollständig)
Nicht zugeordnet	—	—	—	—	2 TiB

Fazit: Von den 12 TiB des Pools sind 9 TiB belegt, 1 TiB wird im Rahmen der Kontingente freigegeben und 2 TiB bleiben unzugewiesen – insgesamt etwa 3 TiB Spielraum, bevor der Pool voll ist.

Dynamische Größenanpassung

Da Azure NetApp Files stündlich getaktet wird, unterstützt sie kontinuierliche Kapazität, Durchsatz und Kostenausgleich durch drei dynamische Anpassungen. Jede Anpassung wird zum Beginn des nächsten stündlichen Abrechnungsintervalls wirksam.

Dynamische Größenänderung der Kapazität

Sie können die Größe von Kapazitätspools und Volumes direkt ohne Ausfallzeiten ändern. Passen Sie den Pool entsprechend an, wenn sich die Kapazitätsanforderungen ändern. Die Abrechnung berücksichtigt die neu bereitgestellte Größe bei der nächsten stündlichen Zählerablesung. Mit diesem Feature können Workloads mit kurzen Spitzenzeiten für diese Zeiträume angepasst werden, anstatt für den gesamten Monat zu Spitzenzeiten bereitgestellt zu werden.

Dynamische Änderung auf Dienstebene

Sie können ein Volume zwischen Pools der Servicelevels „Standard“, „Premium“ und „Ultra“ wechseln, um den ihm zur Verfügung stehenden Durchsatz anzupassen. Die Abrechnung erfolgt nach der Dienstebene, die in jeder Stunde gilt, sodass eine Arbeitslast, die Ultra-Leistung nur während eines periodischen Batchfensters benötigt, zwischen diesen Zeitfenstern zu Standard oder Premium zurückkehren kann.

Dynamische Durchsatzanpassung (flexible Serviceebene)

Flexible Kapazitätspools auf Serviceebene unterstützen die unabhängige Anpassung des Durchsatzes. Sie können den Durchsatz vor einer hochleistungsfähigen Phase erhöhen und danach verringern, ohne die Größe der Kapazität zu ändern. Sie können die Kapazität vor einer Datenwachstumsphase erhöhen und danach verringern, ohne den Durchsatz zu ändern.

Tip

Durch die stündliche Abrechnung entfällt der Kompromiss zwischen der Bereitstellung für Spitzenauslastung und der Bezahlung für Leerlaufzeiten. Das Bereitstellungsprofil einer Arbeitslast im Verlauf eines Monats ist eine stündliche Schrittfunktion. Der Betrag ist das Integral jener Funktion, nicht der Maximalwert, den sie erreicht.

Integrierte Kostenoptimierungsfunktionen

Azure NetApp Files umfasst Funktionen, die die Speicherkosten senken, indem der pro GiB/h gezahlte Satz reduziert wird, indem sie die kapazität verringern, die Sie bereitstellen müssen, oder indem Sie bereitgestellte Ressourcen an die tatsächliche Nachfrage anpassen. Diese Funktionen sind unabhängig und zusammengesetzt, wenn sie zusammen verwendet werden.

Speicher mit kaltem Zugriff (transparentes Daten-Tiering)

Der Azure NetApp Files-Speicher mit Cool-Zugriffsfunktion verschiebt selten genutzte Datenblöcke aus einem Kapazitätspool in einen kostengünstigeren Azure Storage-Speicher. Eine „Coolness“-Periode (zwischen 2 und 183 Tagen) legt fest, wie lange ein Block ungenutzt bleiben muss, bevor er in eine niedrigere Speicherebene verschoben wird. Lesezugriffe auf Daten in der „Cool“-Ebene erfolgen transparent, und betroffene Blöcke werden je nach Zugriffsmuster wieder in die „Hot“-Ebene von Azure NetApp Files geladen.

Jede Serviceebene unterstützt Speicher mit coolem Zugriff. Das Leistungsprofil für aktive Blöcke bleibt unverändert. Bei Speicher mit seltenem Zugriff werden Daten in der „Cool“-Ebene separat abgerechnet, zählen nicht zur Bereitstellung des Kapazitätspools der „Hot“-Ebene und fallen nicht unter die reservierte Kapazität.

Reservierte Kapazität

Reservierte Kapazität ist eine Verpflichtung zu einer definierten Menge von Azure NetApp Files Kapazität. Durch die Reservierung erhalten Sie einen Rabatt auf den Preis pro GiB für die im Rahmen der Reservierung gebuchte Kapazität. Für die Nutzung über die Reservierungen hinaus zahlen Sie nach dem Pay-as-you-go-Tarif.

Sie können Reservierungen über Serviceebenen hinweg kombinieren, sie lassen sich jedoch nicht mit höherstufigen Rabattvereinbarungen wie MACC kombinieren.

In Azure NetApp Files decken Speicher mit kühlen Zugriffsreservierungen die bereitgestellte Kapazität im Kapazitätspool ab. Sie gelten nicht für Daten, die in der Zugriffsebene „Kalt“ gespeichert sind und bereits zum niedrigeren Tarif der Zugriffsebene „Kalt“ abgerechnet werden.

Speichereffiziente Snapshots und kurzlebige Klone

Snapshots sind schreibgeschützt, und kurzfristige Klone sind schreib- und lesbare virtuelle Kopien eines Volumes zu einem bestimmten Zeitpunkt. Da nur geänderte Blöcke gespeichert werden, ist die physische Kapazität, die von Momentaufnahmen und kurzfristigen Klonen verbraucht wird, in der Regel ein kleiner Bruchteil der zugewiesenen Größe des Volumes.

Momentaufnahmen und kurzfristige Klonen reduzieren die Kosten auf zwei Arten. Zunächst entfernen sie die Notwendigkeit, separate Volumes bereitzustellen, um historische Kopien für die kurzfristige Wiederherstellung aufzubewahren oder vollständige Volumenkopien für Kurzzyklustests und Entwicklungsszenarien zu erstellen. Zweitens erhöhen sie die logische Kapazität, die durch eine bestimmte Menge bereitgestellter Kapazität dargestellt wird, was wiederum die Kosten pro GiB der tatsächlich gespeicherten physischen Daten senkt.

Momentaufnahmen sind der primäre Mechanismus für schnelle Datenwiederherstellung in Azure NetApp Files. Sie ersetzen keine Sicherungen. Für die langfristige Aufbewahrung, den Schutz vor versehentlichem Löschen von Volumes und die Resilienz gegenüber Ausfällen sollten Sie Snapshots mit der Azure NetApp Files-Sicherung koppeln.

Momentaufnahmen erhöhen die effektive Kapazität, indem sie unveränderte Datenblöcke mit dem aktiven Volume teilen.

Ein kurzfristiger Klon ist ein beschreibbares Volume, das aus einem Snapshot erstellt wird. Der Klon teilt sich gemeinsame Blöcke mit seinem übergeordneten Volume und beansprucht physischen Speicherplatz nur für neue oder geänderte Blöcke innerhalb des Klon-Volumes; er ist unabhängig vom übergeordneten Volume.

Kurzfristige Klonen beseitigen die Notwendigkeit, vollständige Kopien für Entwicklung, Test, Analyse oder forensische Workloads bereitzustellen, wenn das Quell-Dataset groß ist, aber der erwartete Schreibarbeitssatz ist klein. Im Schätzungsmodul können Sie diesen Bedarf näherungsweise abschätzen, indem Sie die tägliche Snapshot-Änderungsrate für den Speicherplatz des Klon-Schreibpuffers verwenden.

Wenn z. B. Momentaufnahmen eine tägliche Änderungsrate von 3 Prozent verwenden und der geschätzte Schreibpufferspeicher 5 Prozent beträgt, kann der Schätzwert eine kombinierte Änderungsrate von 8 Prozent verwenden. Dieser Ansatz bietet eine praktische Möglichkeit, klonbezogene Kapazität zu modellieren, ohne den Klon als vollständige zweite Kopie zu skalieren.

Illustratives Beispiel für eine kurzfristige Klonschätzung. Verwenden Sie die Snapshot-Änderungsrate und den Clone-Schreibpuffer zusammen, um die kurzfristige Clone-Kapazität im Schätzer abzuschätzen.

Ein kurzfristiger Klon beansprucht physischen Speicherplatz nur für Blöcke, die von seinem übergeordneten Volume abweichen.

Flexibles Servicelevel als Kosteneffizienzhebel

Wenn Durchsatzanforderungen und Kapazitätsanforderungen nicht mit den festen Verhältnissen der linearen Serviceebene übereinstimmen, entfernt die flexible Serviceebene die überprovisionierte Dimension aus der Rechnung. Dieser Vorteil ist besonders ausgeprägt bei Workloads mit hohem Durchsatz und geringer Kapazität sowie bei Workloads mit hoher Kapazität und geringem Durchsatz, etwa bei Kopien für die Notfallwiederherstellung und Archiven.

Betrachten Sie eine Beispielarbeitsauslastung, die nur 1 TiB-Kapazität mit 512 MiB/s-Durchsatz erfordert, und sehen Sie den Unterschied zwischen einem Kapazitätspool, der mit Ultra und flexiblem Servicelevel bereitgestellt wird. Dieser Unterschied ist ein Kostenbeispiel für eine Arbeitsauslastung mit hohem Durchsatz und geringer Kapazität.

Auswahl	Kapazität	Throughput	Monatliche Kosten
Ultra-Dienstleistungsniveau	4 TiB	512 MiB/s	$1.609
Flexible Servicelevel	1 TiB	512 MiB/s	$ 976

Beispielhafte Ersparnis: 39 %

Betrachten Sie dagegen eine Beispielarbeitsauslastung, die 550 TiB Kapazität mit nur 128 MiB/s Durchsatz erfordert, und sehen Sie den Unterschied zwischen einem Kapazitätspool, der mit Standard und flexiblem Servicelevel bereitgestellt wird. Dieser Unterschied ist ein Kostenbeispiel für eine Workload mit geringem Durchsatz und hoher Kapazität.

Auswahl	Kapazität	Throughput	Monatliche Kosten
Standarddienstebene	550 TiB	128 MiB/s	Siehe Beispielpreise
Flexible Servicelevel	550 TiB	128 MiB/s Basiswert	Niedrigere Kosten als Standard

Illustrative Einsparungen: 25%

Dieser Unterschied ist ein Kostenbeispiel für eine Workload mit geringem Durchsatz und hoher Kapazität.

Flexible Servicelevel Kapazitätspools unterstützen „Cool Access“, Snapshots, kurzfristige Klone, Replikation und Backups. Keine dieser Fähigkeiten ist ausschließlich der flexiblen Serviceebene vorbehalten.

Kostenpflichtige Zusatzfunktionen

Über die Hauptabrechnungseinheit des Kapazitätspools hinaus bietet Azure NetApp Files kostenpflichtige Add-On-Funktionen. Jede Funktion wird unabhängig von der Bereitstellung des Kapazitätspools in Rechnung gestellt und auf der monatlichen Rechnung als eigener Posten aufgeführt.

Azure NetApp Files-Sicherung

Azure NetApp Files Backup speichert Volume-Snapshots im Azure-Speicher außerhalb des Volumes und bietet langfristige Aufbewahrung sowie Schutz vor versehentlicher Volume-Löschung. Die Backup-Abrechnung umfasst zwei Komponenten: einen Pro-GiB-Monat-Satz für verbrauchten Backup Vault-Speicher (nur geänderte Blöcke werden nach dem ersten vollständigen Basisplan gespeichert) und eine Pro-GiB-Rate für Wiederherstellungsvorgänge. Da nach der anfänglichen Baseline nur differenzielle Blöcke beibehalten werden, richtet sich das fortlaufende Wachstum des Backup-Speichers nach der Änderungsrate des Snapshots und nicht nach seiner vollständigen logischen Größe auf Dateiebene.

Regionsübergreifende Replikation

Die regionsübergreifende Replikation repliziert asynchron ein Quellvolume auf ein Zielvolume in einer anderen Azure Region für die Notfallwiederherstellung. Das Ziel-Volume wird in einem Kapazitätspool in der Zielregion bereitgestellt und zum regulären Satz dieses Pools abgerechnet. Darüber hinaus wird die replizierte Datenübertragung zwischen Regionen getaktet und mit einer Übertragungsrate pro GiB abgerechnet. Replikationszeitpläne (10 Minuten, Stündlich, täglich) und Änderungsraten beeinflussen die Menge der übertragenen geänderten Daten, wirken sich jedoch nicht auf die Kapazitätsgebühr des Zielpools aus, die auf die bereitgestellte Größe des Zielpools folgt. Zur Optimierung der Kosten für im Leerlauf befindliche Notfallwiederherstellungsdaten kann ein Zielvolume, das mit flexibler Serviceebene bereitgestellt wird, mit der 128 MiB/s-Basisdurchsatzrate konfiguriert werden, wobei die Kosten minimiert werden, während das Replikat keinen Produktionsdatenverkehr bereitstellt.

Effektive Kapazitäts- und effektive Preiskonzepte

Effektive Kapazität

Die effektive Kapazität ist die gesamte logisch zugängliche Datenmenge im Verhältnis zur bereitgestellten Kapazität. Snapshots erhöhen die effektive Kapazität, indem sie Momentaufnahmen bewahren, und Kurzzeitklone erweitern diesen Vorteil durch die Bereitstellung beschreibbarer, virtueller Kopien, die nur differenzielle Blöcke beanspruchen.

Beispiel: Ein vollständig belegtes 50-TiB-Volume mit vier Momentaufnahmen, die 5 TiB Snapshot-Speicherplatz belegen, ergibt 250 TiB logische Kapazität (das aktive Dateisystem plus vier Point-in-Time-Ansichten), wobei die bereitgestellte und verbrauchte Kapazität (nur) 55 TiB beträgt.

Effektiver Preis

Das Konzept des effektiven Preises bezeichnet die Kosten pro GiB logischer Daten unter Berücksichtigung von Tiering, Reservierungen, effektiven Kapazitätszuwächsen und etwaigen ausgehandelten Rabatten.

Tip

Effektiver Preis pro GiB = (Gesamtkosten ÷ effektive Kapazität in GiB) − anwendbare Rabatte

Diese Funktionen senken den effektiven Preis auf zwei Arten: sie reduzieren die Gesamtkosten, die Sie bezahlen, und/oder sie erhöhen die Menge der verwendbaren Daten, die Sie von derselben bereitgestellten Kapazität erhalten. Reservierungen und „Cool Access“ tragen zur Kostensenkung bei, während Snapshots, Kurzzeitklone und die bedarfsgerechte Dimensionierung flexibler Servicelevels Ihnen helfen, mehr Nutzen aus der von Ihnen bereitgestellten Kapazität zu ziehen.

Der effektive Preis spiegelt Rabatte und funktionsgesteuerte Kapazitätsgewinne wider, die auf den Listensatz angewendet werden.

Kostenmodellierungsbeispiele

Die Preise in den Beispielen verwenden repräsentative Tarife und sind regionenabhängig. Weitere Informationen zu den aktuellen Tarifen in Ihrer Region finden Sie auf der Azure NetApp Files Preisseite.

Beispiel 1: Dynamische Kapazitätsänderung

Eine Workload verwendet einen Premium-Kapazitätspool mit dem folgenden monatlichen Profil: 24 Stunden bei 10 TiB, 96 Stunden bei 24 TiB, 24 Stunden bei 5 TiB, 480 Stunden bei 6 TiB und der Rest bei 0 TiB. Sie zahlen 0,000403 USD pro GiB-Stunde für kapazität.

Scenario	Berechnung	Monatliche Kosten
Statische Bereitstellung zu Spitzenzeiten	24 TiB × 720 Stunden × $ 0,000403 pro GiB-Stunde	$7.130,97
Dynamische Bereitstellung	10 TiB × 24h + 24 TiB × 96h + 6 TiB × 480h bei $ 0,000403 pro GiB-Stunde	$2.238.33

Ersparnis: 4.892,64 $ pro Monat (69%)

Beispiel 2: Dynamische Änderung auf Dienstebene

Die Kapazität ist konstant bei 24 TiB. Leistungsanforderungen variieren: 384 Stunden bei Standard ($0.000202 pro GiB-Hour), 120 Stunden bei Premium ($0.000403), 168 Stunden bei Ultra ($0.000538) und 48 Stunden zurück bei Standard.

Scenario	Berechnung	Monatliche Kosten
Statische Bereitstellung für Spitzenwerte	24 TiB × 720 Stunden × $ 0,000538 pro GiB-Stunde	$9,519,76
Dynamische Änderung auf Dienstebene	Standard 432h + Premium 120h + Ultra 168h zu den angegebenen Stundensätzen	$5.549.38

Einsparung: 3.970,38 $ pro Monat (42%)

Beispiel 3: Speicher mit kühlem Zugriff und Reservierungen

Eine Organisation verfügt über 550 TiB von Dateifreigabedaten in einem Standardkapazitätspool. Der Listenpreis beträgt 0,147 $ pro GiB-Monat. Schätzungsweise 80 % der Daten (440 TiB) werden dem Cool-Tier zu 0,059 $ pro GiB-Monat zugeordnet. 110 TiB verbleiben in der „Hot“-Ebene. Eine 100-TiB-Reservierung mit einer Laufzeit von 1 Jahr auf Standard-Dienstebene (18 % Rabatt) deckt einen Teil des Hot-Tiers ab.

Scenario	Berechnung	Monatliche Kosten
Basis	550 TiB × $ 0,147 pro GiB-Monat	$83.049
Mit Speicher mit kühlem Zugriff	110 TiB heiß × $0,147 + 440 TiB kühl × $0,059	$44,031
Mit coolem Zugriff + reservierter Kapazität	Hot-Tier mit 18 % Rabatt bei einem Gegenwert von 100 TiB, Cool-Tier unverändert	$41,041

Der effektive Preis sinkt von $0,147 auf $0,073 pro GiB-Monat (ca. 50% niedriger als Basis).

Beispiel 4: Momentaufnahmen

Ein 110 TiB Premium-Volumen behält drei tägliche Momentaufnahmen bei. Die tägliche Änderungsrate beträgt 3%. Der Premiumlistenpreis beträgt 0,294 $ pro GiB-Monat.

Scenario	Kapazität	Monatliche Kosten
Basisfall	110 TiB Premium-Datenträger	$33,138

Basisfall: 110 TiB Premium Volume ohne Snapshots.

Mit täglichen Momentaufnahmen:

Drei tägliche Momentaufnahmen mit einer Änderungsrate von 3% addieren ca. 10 TiB differenzielle Daten
Die gesamt verbrauchte Kapazität beträgt ca. 120 TiB
Die logische Kapazität beträgt 440 TiB (der aktive Datensatz plus drei wiederherstellbare Point-in-Time-Ansichten)
Der effektive Preis fällt auf ca. 0,080 US-Dollar pro GiB zugänglicher Daten oder etwa 73% des Listenpreises für den gleichen wiederherstellbaren Fußabdruck.

Metric	Mit täglichen Momentaufnahmen
Differenzkapazität hinzugefügt	Ca. 10 TiB
Gesamte verbrauchte Kapazität	Ca. 120 TiB
Logischer Fußabdruck	440 TiB
Effektiver Preis	Ca. 0,080 $/GiB zugängliche Daten

Mit täglichen Momentaufnahmen: Vierfache effektive Kapazität bei geringen inkrementellen physischen Kosten.

Beispiel 5: Kurzfristige Klonen

Ein Quellvolume mit einem Premium-Servicelevel von 50 TiB wird verwendet, um einen Kurzzeitklon für Tests und Analytics zu erstellen. Das erwartete Schreib-Arbeitsset im Klon beträgt 5 TiB. Der Premiumlistenpreis beträgt 0,294 $ pro GiB-Monat.

Scenario	Bereitgestellte Kapazität	Monatliche Kosten
Konventionelle schreibbare Kopie	50 TiB Premium	$15,063

Mit einem temporären Klon:

Die bereitgestellte Kapazität beträgt 5 TiB statt 50 TiB und ist ausschließlich auf das erwartete Schreib-Arbeitsset von 5 TiB ausgelegt.
5 TiB × 1024 GiB/TiB × $ 0,294 = $ 1.506 pro Monat, eine Reduzierung von ca. 90%

Scenario	Bereitgestellte Kapazität	Monatliche Kosten
Kurzfristiger Klon	5 TiB Premium	$1,506

Ungefähre Reduzierung: 90%

Bei einem kurzfristigen Klon bleibt das Quelldataset gemeinsam genutzt, während Kapazität nur für das erwartete Schreib-Arbeitsset bereitgestellt wird.

Beispiel 6: Flexible Serviceebene, ausgerichtet auf Arbeitsauslastung

Vier Workloads, jeweils im Vergleich zwischen einer linear skalierten Dienstebene, die für den Spitzendurchsatz ausgelegt ist, und einer flexiblen Servicelevelkonfiguration, die entsprechend den tatsächlichen Durchsatz- und Kapazitätsanforderungen dimensioniert ist.

Arbeitsbelastung	Lineare Provisionierung	Kosten / Monat	Flexible Konfiguration	Kosten / Monat	Speichern
Analytik (geringe Datenmengen, hohe Ein-/Ausgabe)	4 TiB Ultra (für 512 MiB/s)	$1.609	1 TiB Flexibel mit 512 MiB/s	$ 976	39 %
EDA-Simulation (sehr hohes I/O)	36 TiB Ultra (für ~4.500 MiB/s)	$14.478	7 TiB flexibler Speicher mit 4.480 MiB/s	$10,582	27%
DB (groß, mäßig hohe E/A-Leistung)	100 TiB Premium (für 6.400 MiB/s)	$30,125	75 TiB – flexibel mit 6.400 MiB/s	$22.577	25 %
Notfallwiederherstellung (groß, geringe E/A-Leistung)	175 TiB Standard (nicht verwendete Leistung)	$26,425	175 TiB Flexible bei 128 MiB/s Basisdurchsatz	$19,753	25 %

In jedem Fall entfernt der „Flexible Servicelevel“ die überdimensionierten Dimensionen aus der Abrechnung. Wenn die Workload einen hohen Durchsatz für ein kleines Dataset erfordert, wird die Kapazität reduziert. Wenn für die Workload eine große Kapazität bei niedrigem Durchsatz erforderlich ist, wird der Durchsatz auf den Basiswert reduziert.

Verbund von effektiven Kapazitäten und effektiven Preiskonzepten

Ein 110-TiB-Dataset verwendet drei tägliche Snapshots mit einer täglichen Änderungsrate von 3 % sowie einen temporären Klon mit einem 5 %-Schreibpuffer für Tests und Analysen. Vom primären Datensatz sind 80 % für die Speicherung mit Cool-Zugriff geeignet. Die Hot-Tier-Ebene verbleibt auf dem Premium-Servicelevel, wobei eine Reservierung von 100 TiB den Großteil dieser bereitgestellten Kapazität abdeckt. Die Notfallwiederherstellungskopie wird auf flexibler Dienstebene auf der Basis von 128 MiB/s gehostet, um die Kosten für die Replikation im Leerlauf gering zu halten.

Basis:

Primäre Arbeitsauslastung: 110 TiB Premium-Speicher.
Temporäre schreibbare Kopie: als zweites 110 TiB Premium-Volume bereitgestellt.
Ziel für die Disaster-Recovery-Wiederherstellung: bereitgestellt als 110-TiB-Premium-Volume in der Zielregion.
Insgesamt bereitgestellte Premium-Kapazität: 330 TiB vor Berücksichtigung von Snapshot- und Replikationsübertragungsgebühren.
Monatliche Speicherkosten: ca. 99.414 $ bei 0,294 $ pro GiB-Monat.
Effektiver Preis: bleibt zum Listenpreis, da jede zusätzliche Kopie als nahezu vollständiges Duplikat bereitgestellt wird.

Bestandteil	Bereitgestellte Kapazität	Monatliche Kosten
Primäre Arbeitsauslastung	110 TiB Premium	Nachstehend enthalten
Temporäre schreibbare Kopie	110 TiB Premium	Nachstehend enthalten
Notfallwiederherstellungsziel	110 TiB Premium	Nachstehend enthalten

Bereitgestellte Premium-Kapazität insgesamt: 330 TiB | Monatliche Speicherkosten: ca. 99.414 $

Mit Verbundoptimierung:

Hot-Tier-Ebene: 22 TiB Premium nach Tiering; monatliche Kosten ca. 8.870 $.
Cool-Tier-Ebene: 88 TiB im Cool-Zugriff; monatliche Kosten ca. 5.304 $.
Reservierte Kapazität: Eine Reservierung von 100 TiB deckt den größten Teil der Hot-Tier-Premium-Kapazität ab
Momentaufnahmen: Drei tägliche Momentaufnahmen mit einer Änderungsrate von 3 Prozent addieren etwa 10 TiB differenzielle Kapazität.
Logische Kapazität: erhöht sich von 110 TiB auf etwa 440 TiB.
Verbrauchte Kapazität: steigt nur auf ca. 120 TiB.
Kurzfristiger Klon: 5 Prozent Schreibpuffer anstelle eines zweiten vollständigen 110 TiB-Volumens; monatliche Kosten ca. 1.506 $.
Disaster-Recovery-Kopie: Der Flexible Servicelevel mit einer Baseline von 128 MiB/s hält die Kosten im Leerlauf niedrig.

Optimierungskomponente	Result	Monatliche Kosten / Auswirkungen
Heiße Ebene	22 TiB „Premium“ nach Tiering	Ca. $ 8.870
Kalte Zugriffsebene	88 TiB im „Cool Access“	Ca. 5.304 $
Reservierte Kapazität	100-TiB-Reservierung deckt den Großteil der Premium-Kapazität im Hot-Tier ab	Reduziert den Tarif für „Hot Tier“
Snapshots	Drei tägliche Snapshots erfordern etwa 10 TiB an zusätzlicher differenzieller Kapazität.	Erhöht logischen Fußabdruck auf ca. 440 TiB
Verbrauchte Kapazität	Ca. 120 TiB	Viel niedriger als Vollkopienalternativen
Kurzfristiger Klon	5% Schreibpuffer anstelle eines zweiten vollständigen 110 TiB-Volumes	Ca. 1.506 $
Notfallwiederherstellungskopie	Flexible Leistungsstufe mit einem Basiswert von 128 MiB/s	Hält die DR-Kosten im Leerlauf niedrig

Untere Linie: Der effektive Preis ist niedriger, da die Kosten sinken, während die verwendbare Kapazität nach oben geht.

Dieses Beispiel zeigt, wie die Kostentreiber zusammenwirken, anstatt miteinander zu konkurrieren: Speicher mit kühlem Zugriff und Reservierungsabdeckung senken den für die Primärkopie gezahlten Tarif, Snapshots und kurzfristige Klone erhöhen die Menge an logischen Daten, die mit einer bestimmten Menge bereitgestellter Kapazität abgebildet werden, und die flexible Serviceebene verhindert, dass ein überprovisionierter Disaster-Recovery-Durchsatz die monatliche Rechnung in die Höhe treibt. Das Ergebnis ist ein wesentlich niedrigerer effektiver Preis für denselben geschützten und testbaren Datenbestand.

Zusammenfassung

Das Azure NetApp Files Kostenmodell basiert auf drei wichtigen Eigenschaften:

Die Bereitstellung ist ausschlaggebend für die Abrechnung. Die Kosten spiegeln die bereitgestellte Kapazität (und, für die flexible Serviceebene, den bereitgestellten Durchsatz) wider – nicht die gespeicherten Daten.
Die Meterung ist stündlich. Dynamische Größenanpassungen, dynamische Änderungen der Dienstebene und dynamische Anpassungen des flexiblen Durchsatzes werden innerhalb einer Stunde wirksam und in der monatlichen Rechnung berücksichtigt.
Fähigkeiten summieren sich. „Cool Access“, reservierte Kapazität, Snapshots, kurzfristige Klone und der Flexible Servicelevel wirken sich auf verschiedene Elemente der Kostenkalkulation aus und können kombiniert werden.

Die Größenanpassung von Pools und Volumes auf die tatsächliche Nachfrage, die Auswahl der Serviceebene, die dem Kapazitäts-zu-Durchsatz-Verhältnis der Workload entspricht, und das Aufteilen der integrierten Optimierungsfunktionen erzeugt den niedrigsten effektiven Preis für eine bestimmte funktionale Anforderung.

Effektive Kapazität und effektiver Preis bieten die Linse, um den vollen wirtschaftlichen Wert von Azure NetApp Files zu verstehen. Die effektive Kapazität beschreibt, wie viele logische Daten durch eine bestimmte Menge bereitgestellter Kapazität dargestellt oder geschützt werden können, wenn Funktionen wie Momentaufnahmen und kurzfristige Klonen unveränderte Blöcke wiederverwenden, anstatt vollständige Kopien zu erstellen. Der effektive Preis drückt die resultierenden Kosten pro GiB nützlicher Daten aus, nachdem diese Effizienzgewinne mit niedrigeren Kostenniveaus, Reservierungen und workloadorientierter Bereitstellung wie der flexiblen Serviceebene kombiniert wurden.

Zusammen verdeutlichen diese Konzepte, dass sich das Kostenmodell von Azure NetApp Files nicht nur auf den Listenpreis der bereitgestellten Kapazität bezieht. Es geht darum, wie effizient der Dienst bereitgestellte Kapazität und Durchsatz in verwendbare, geschützte und wiederherstellbare Daten umwandelt, und zwar zu den niedrigsten möglichen Kosten.

Nächste Schritte

Feedback

War diese Seite hilfreich?

Last updated on 2026-06-23