Standardspeicher mit coolem Zugriff in Azure NetApp-Dateien

Mithilfe des Standardspeichers von Azure NetApp Files mit kaltem Zugriff können Sie inaktive Daten so konfigurieren, dass sie aus dem Azure NetApp Files-Standardspeicher auf Dienstebene (der heißen Ebene) in ein Azure-Speicherkonto (die kalte Ebene) verschoben werden. Durch die Aktivierung des kalten Zugriffs werden inaktive Datenblöcke vom Volume und den Snapshots des Volumes auf die kalte Ebene verschoben, was zu Kosteneinsparungen führt.

Die meisten kalten Daten sind unstrukturierten Daten zugeordnet. Diese können in vielen Speicherumgebungen mehr als 50 % der Gesamtspeicherkapazität belegen. Selten verwendete Daten im Zusammenhang mit Produktivitätssoftware, abgeschlossenen Projekten und alten Datasets stellen eine ineffiziente Verwendung eines hochleistungsfähigen Speichers dar.

Azure NetApp Files unterstützt drei Servicelevel, die auf Kapazitätspoolebene konfiguriert werden können (Standard, Premium und Ultra). Kalter Zugriff ist ein zusätzlicher Dienst, der nur auf dem Standard-Servicelevel verfügbar ist.

Das folgende Diagramm zeigt eine Anwendung mit einem Volume, das für den kalten Zugriff aktiviert ist.

Im ersten Schreibvorgang wird Datenblöcken ein „warmer“ Temperaturwert (rote Datenblöcke im Diagramm) zugewiesen, und sie befinden sich auf der „heißen“ Ebene. Wenn sich die Daten im Volume befinden, überwacht ein Temperaturscan die Aktivität jedes Blocks. Wenn ein Datenblock inaktiv ist, verringert der Temperaturscan den Wert des Blocks, bis er für die Anzahl der Tage, die in der Kühlperiode angegeben sind, inaktiv ist. Die Kühlungszeit kann zwischen 7 und 183 Tagen liegen; sie hat einen Standardwert von 31 Tagen. Nachdem die Kennzeichnung „Kalt“ erfolgt ist, sammelt der Stufenscan Blöcke und verpackt sie in 4 MB-Objekte, die vollständig transparent in Azure Storage verschoben werden. Für die Anwendung und die Benutzer werden diese kalten Blöcke weiterhin online angezeigt. Ebenendaten scheinen online zu sein und stehen Benutzern und Anwendungen weiterhin durch transparente und automatisierte Abrufe aus der kalten Ebene zur Verfügung.

Durch Default (sofern keine Abrufrichtlinie für den kalten Zugriff anders konfiguriert ist) werden Datenblöcke auf der kalten Ebene, die zufällig gelesen werden, wieder „warm“ und zurück zur heißen Ebene verschoben. Sobald sie als warm gekennzeichnet wurden, werden die Datenblöcke erneut dem Temperaturscan unterzogen. Große sequenzielle Lesevorgänge (z. B. Index- und Antivirusscans) in inaktiven Daten in der kalten Ebene „erwärmen“ die Daten nicht und lösen auch nicht aus, dass inaktive Daten zurück in die heiße Ebene verschoben werden.

Metadaten werden nie gekühlt und verbleiben immer auf der heißen Ebene. Daher sind die Aktivitäten von metadatenintensiven Workloads (z. B. Umgebungen mit hoher Dateianzahl wie Chipdesign, VCS und Basisverzeichnisse) nicht vom Tiering betroffen.

Unterstützte Regionen

Standardspeicher mit kaltem Zugriff wird für die folgenden Regionen unterstützt:

• Australien, Mitte
• Australien, Mitte 2
• Australien (Osten)
• Australien, Südosten
• Brasilien Süd
• Brasilien, Südosten
• Kanada, Mitte
• Kanada, Osten
• Indien, Mitte
• USA (Mitte)
• Asien, Osten
• East US
• USA (Ost) 2
• Frankreich, Mitte
• Deutschland, Norden
• Deutschland, Westen-Mitte
• Japan, Osten
• Japan, Westen
• Korea, Mitte
• Korea, Süden
• USA Nord Mitte
• Nordeuropa
• Norwegen, Osten
• Norwegen, Westen
• Katar, Mitte
• Südafrika, Norden
• USA Süd Mitte
• Indien (Süden)
• Asien, Südosten
• Schweiz, Norden
• Schweiz, Westen
• Schweden, Mitte
• VAE, Mitte
• Vereinigte Arabische Emirate, Norden
• UK, Süden
• UK, Westen
• US Gov Arizona
• US Gov Texas
• US Government, Virginia
• Europa, Westen
• USA (Westen)
• USA, Westen 2
• USA, Westen 3

Auswirkungen des kalten Zugriffs auf Daten

In diesem Abschnitt wird ein Erwärmungstest mit langer Dauer und einem großem Dataset beschrieben. Es wird ein Beispielszenario mit einem Dataset gezeigt, bei dem sich 100 % der Daten in der kalten Ebene befinden, und veranschaulicht, wie sie im Laufe der Zeit erwärmt werden.

Typische Daten, auf die zufällig zugegriffen wird, beginnen als Teil eines Arbeitssatzes (Lesen, Ändern und Schreiben). Wenn Daten die Relevanz verlieren, werden sie „kalt“ und werden schließlich auf die kalte Ebene herabgestuft.

Kalte Daten können wieder heiß werden. Es ist nicht typisch, dass der gesamte Arbeitssatz kalt beginnt, aber es gibt einige entsprechende Szenarien, z. B. Audits, Prozesse am Jahres- oder Quartalsende, Rechtsstreitigkeiten und Lizenzüberprüfungen am Ende des Jahres.

Dieses Szenario bietet Einblicke in das Erwärmungsleistungsverhalten eines 100 % kalten Datasets. Die Erkenntnisse gelten unabhängig davon, ob es sich um einen kleinen Prozentsatz oder um das gesamte Dataset handelt.

Test für zufälligen Lesevorgang (4k)

In diesem Abschnitt wird ein zufälliger Lesetest mit 4k in 160 Dateien beschrieben, die insgesamt 10 TB Daten enthalten.

Setup

Größe des Kapazitätspools: 100 TB-Kapazitätspool
Volumes zugewiesene Kapazität: 100 TB-Volumes
Arbeitsdataset: 10 TB
Servicelevel: Standardspeicher mit kaltem Zugriff
Volumeanzahl/Größe: 1
Clientanzahl: Vier Standard-8-s-Clients
OS: RHEL 8.3
Einbindungsoption:rw,nconnect=8,hard,rsize=262144,wsize=262144,vers=3,tcp,bg,hard

Methodik

Dieser Test wurde über FIO eingerichtet, um einen zufälligen 4k-Lesetest in 160 Dateien auszuführen, die insgesamt 10 TB Daten enthalten. FIO wurde so konfiguriert, dass jeder Block im gesamten Arbeitsdataset zufällig gelesen wird. (Jeder Block kann im Rahmen des Tests beliebig oft gelesen werden, anstatt jeden Block einmal zu berühren). Dieses Skript wurde einmal alle 5 Minuten aufgerufen und dann ein Datenpunkt zur Leistung erfasst. Wenn Blöcke zufällig gelesen wurden, wurden sie auf die heiße Ebene verschoben.

Dieser Test umfasste ein großes Dataset und lief über mehrere Tage, beginnend mit den ältesten Worst-Case-Daten (alle Zwischenspeicher geleert). Die Zeitkomponente der X-Achse wurde entfernt, da die Gesamtzeit für die Wiedererwärmung abhängig von der Datasetgröße unterschiedlich ist. Diese Kurve kann Tage, Stunden, Minuten oder sogar Sekunden zeigen, je nach Dataset.

Ergebnisse

Das folgende Diagramm zeigt einen Test, der über 2,5 Tage für das 10-TB-Arbeitsdataset ausgeführt wurde, das zu 100 % abgekühlt wurde und dessen Puffer gelöscht wurden (alte Daten im absolut ungünstigsten Fall).

Test mit sequenziellem Lesevorgang (64k)

Setup

Größe des Kapazitätspools: 100 TB-Kapazitätspool
Volumes zugewiesene Kapazität: 100 TB-Volumes
Arbeitsdataset: 10 TB
Servicelevel: Standardspeicher mit kaltem Zugriff
Volumeanzahl/Größe: 1
Clientanzahl: Ein großer Client
OS: RHEL 8.3
Einbindungsoption:rw,nconnect=8,hard,rsize=262144,wsize=262144,vers=3,tcp,bg,hard

Methodik

Sequenziell gelesene Blöcke werden nicht wieder auf die heiße Ebene verschoben. Bei kleinen Datasetgrößen können jedoch Leistungsverbesserungen aufgrund der Zwischenspeicherung auftreten (keine Leistungsänderungsgarantien).

Dieser Test stellt die folgenden Datenpunkte bereit:

• 100 % des Datasets auf der heißen Ebene
• 100 % des Datasets auf der kalten Ebene

Dieser Test wurde 30 Minuten lang ausgeführt, um eine stabile Leistungszahl zu erhalten.

Ergebnisse

Die Ergebnisse sind in der folgenden Tabelle zusammengefasst:

64 k sequenziell	Lesedurchsatz
Heiße Daten	1.683 MB/s
Kalte Daten	899 MB/s

Schlussfolgerungen aus dem Test

Daten, die aus der kalten Ebene gelesen werden, erfahren eine Leistungseinbuße. Wenn Sie die Zeit für das Abkühlen richtig bemessen, wird möglicherweise überhaupt keine Leistungsreduktion erfolgen. Vielleicht haben Sie wenige Zugriffe auf die kalte Ebene, und ein 30-tägiges Fenster ist perfekt, um warme Daten warm zu halten.

Sie sollten eine Situation vermeiden, in der ein Churn von Blöcken zwischen der heißen Ebene und der kalten Ebene erfolgt. Dies ist beispielsweise der Fall, wenn Sie eine Workload so festlegen, dass Daten sieben Tage abkühlen, und Sie zufällig alle 11 Tage einen großen Prozentsatz des Datasets lesen.

Zusammenfassend lässt sich sagen, dass Sie bei einem vorhersagbaren Arbeitssatz Kosten sparen können, indem Sie Datenblöcke, auf die selten zugegriffen wird, auf die kalte Ebene verschieben. Der Wartezeitbereich von 7 bis 30 Tagen vor dem Kühlen bietet ein großes Fenster für Arbeitssätze, auf die selten zugegriffen wird, nachdem sie in den ruhenden Zustand versetzt wurden, oder für die keine Geschwindigkeiten der heißen Ebene erforderlich sind, wenn darauf zugegriffen wird.

Metriken

Der kalte Zugriff bietet Leistungsmetriken, um Nutzungsmuster pro Volume nachzuvollziehen:

• Größe der kalten Ebene des Volumes
• Größe der gelesenen Daten auf kalter Ebene des Volumes
• Größe der geschriebenen Daten auf kalter Ebene des Volumes

Abrechnung

Sie können das Tiering auf Volumeebene für einen neu erstellten Kapazitätspool aktivieren, der das Standard-Servicelevel verwendet. Was in Rechnung gestellt wird, basiert auf den folgenden Faktoren:

• Die Kapazität im Standard-Servicelevel
• Nicht zugewiesene Kapazität innerhalb des Kapazitätspools
• Die Kapazität auf der kalten Ebene (durch Aktivieren des Tierings für Volumes in einem Standardkapazitätspool)
• Netzwerkübertragung zwischen der heißen Ebene und der kalten Ebene mit der vom Markup vorgegebenen Rate, zusätzlich zu den Transaktionskosten (GET- und PUT-Anforderungen) für Blobspeicherübertragungen und Übertragungen über private Verbindungen in beide Richtungen zwischen den heißen Ebenen

Die Abrechnungsberechnung für einen Standardkapazitätspool liegt bei der Rate für die Daten, die nicht auf die kalte Ebene gestuft sind. Dies umfasst nicht zugewiesene Kapazität innerhalb des Kapazitätspools. Wenn Sie das Tiering für Volumes aktivieren, liegt die Kapazität in der kalten Ebene bei der Rate der kalten Ebene, und die verbleibende Kapazität hat die Rate der heißen Ebene. Die Rate der kalten Ebene ist niedriger als die Rate der heißen Ebene.

Beispiele für die Abrechnungsstruktur

Angenommen, Sie haben einen Standard-Kapazitätspool mit 4 TiB erstellt. Die Abrechnungsstruktur liegt bei der Rate für die Standardkapazitätsstufe für die gesamten 4 TiB.

Wenn Sie Volumes im Kapazitätspool erstellen und mit dem Tiering von Daten auf die kalte Ebene beginnen, erläutern die folgenden Szenarien die entsprechende Abrechnungsstruktur:

• Angenommen, Sie erstellen drei Volumes mit jeweils 1 TiB. Sie aktivieren kein Tiering auf Volumeebene. Die Abrechnungsberechnung lautet wie folgt:

  • 3 TiB der zugeteilten Kapazität mit der Rate der heißen Ebene
  • 1 TiB der nicht zugeteilten Kapazität mit der Rate der heißen Ebene
  • Null Kapazität mit der Rate der kalten Ebene
  • Null Netzwerkübertragung zwischen der heißen Ebene und der kalten Ebene mit der vom Markup vorgegebenen Rate, zusätzlich zu den Transaktionskosten (GET, PUT) für Blobspeicherübertragungen und Übertragungen über private Verbindungen in beide Richtungen zwischen den heißen Ebenen

• Angenommen, Sie erstellen vier Volumes mit jeweils 1 TiB. Jedes Volume verfügt über 0,25 TiB der Volumekapazität auf der heißen Ebene und 0,75 TiB der Volumekapazität auf der kalten Ebene. Die Abrechnungsberechnung lautet wie folgt:

  • 1 TiB Kapazität mit der Rate der heißen Ebene
  • 3 TiB Kapazität mit der Rate der kalten Ebene
  • Netzwerkübertragung zwischen der heißen Ebene und der kalten Ebene mit der vom Markup vorgegebenen Rate, zusätzlich zu den Transaktionskosten (GET, PUT) für Blobspeicherübertragungen und Übertragungen über private Verbindungen in beide Richtungen zwischen den heißen Ebenen

• Angenommen, Sie erstellen zwei Volumes mit jeweils 1 TiB. Jedes Volume verfügt über 0,25 TiB der Volumekapazität auf der heißen Ebene und 0,75 TiB der Volumekapazität auf der kalten Ebene. Die Abrechnungsberechnung lautet wie folgt:

  • 0,5 TiB Kapazität mit der Rate der heißen Ebene
  • 2 TiB nicht zugeteilte Kapazität mit der Rate der heißen Ebene
  • 1,5 TiB Kapazität mit der Rate der kalten Ebene
  • Netzwerkübertragung zwischen der heißen Ebene und der kalten Ebene mit der vom Markup vorgegebenen Rate, zusätzlich zu den Transaktionskosten (GET, PUT) für Blobspeicherübertragungen und Übertragungen über private Verbindungen in beide Richtungen zwischen den heißen Ebenen

• Angenommen, Sie erstellen ein Volume mit 1 TiB. Das Volume verfügt über 0,25 TiB der Volumekapazität auf der heißen Ebene und 0,75 TiB der Volumekapazität auf der kalten Ebene. Die Abrechnungsberechnung lautet wie folgt:

  • 0,25 TiB Kapazität mit der Rate der heißen Ebene
  • 0,75 TiB Kapazität mit der Rate der kalten Ebene
  • Netzwerkübertragung zwischen der heißen Ebene und der kalten Ebene mit der vom Markup vorgegebenen Rate, zusätzlich zu den Transaktionskosten (GET, PUT) für Blobspeicherübertragungen und Übertragungen über private Verbindungen in beide Richtungen zwischen den heißen Ebenen

Beispiele für Kostenberechnungen mit unterschiedlichen Zeiträumen für die kalte Ebene

In diesem Abschnitt finden Sie Beispiele für Speicher- und Netzwerkübertragungskosten mit unterschiedlichen Zeiträumen für die kalte Ebene.

Gehen Sie in diesen Beispielen von Folgendem aus:

• Die Speicherkosten für die heiße Ebene betragen 0,000202 $/GiB/Std. Die Speicherkosten für die kalte Ebene betragen 0,000082 $/GiB/Std.
• Netzwerkübertragungskosten (einschließlich Lese- oder Schreibaktivitäten von der kalten Ebene) betragen 0,020000 $/GiB.
• Sie verfügen über einen 5 TiB-Kapazitätspool mit aktiviertem kaltem Zugriff.
• Sie verfügen über 1 TiB nicht zugewiesene Kapazität innerhalb des Kapazitätspools.
• Sie haben ein 4 TiB-Volume mit aktiviertem kaltem Zugriff.
• 3 TiB der 4 TiB werden nach der Abkühlzeit auf die kalte Ebene verschoben.
• Sie lesen oder schreiben jeden Monat 20 % der Daten aus der kalten Ebene.
• Jeder Monat entspricht 30 Tagen oder 730 Stunden. Also entspricht jeder Tag 730/30 Stunden.

Wichtig

• Diese Berechnungen dürfen nur als Referenzschätzung verwendet werden und nicht zur Überprüfung der Genauigkeit des Rechnungsbetrags.
• Die in den Beispielen betrachteten Tarife beziehen sich auf eine Beispielregion und können sich für ihre beabsichtigte Bereitstellungsregion unterscheiden.
• Wenn Daten auf der kalten Ebene gelesen oder darauf geschrieben werden, ändert sich der Prozentsatz der Datenverteilung auf der heißen Ebene und der kalten Ebene. Die Berechnungen in diesem Artikel veranschaulichen die anfängliche Prozentverteilung auf der heißen und der kalten Ebene und nicht nach dem Verschieben von 20 % der Daten auf die oder aus der kalten Ebene.

Hinweis

Die folgenden Beispiele umfassen 1 TiB nicht zugewiesenen Speicherplatz im Kapazitätspool, um zu zeigen, wie nicht zugewiesener Speicherplatz berechnet wird, wenn der kalte Zugriff aktiviert ist. Um Ihre Einsparungen zu maximieren, sollte die Größe des Kapazitätspools reduziert werden, um nicht zugewiesene Poolkapazität zu beseitigen.

Beispiel 1: Zeit bis zum Verschieben auf die kalte Ebene wird auf 7 Tage festgelegt.

Ihre Speicherkosten für den ersten Monat:

Kosten	Beschreibung	Berechnung
Kosten für nicht zugewiesenen Speicher für Tag 1–30 (30 Tage)	1 TiB nicht zugewiesener Speicher	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Speicherkosten für Tag 1–7 (sieben Tage)	4 TiB aktive Daten (heiße Ebene)	4 TiB x 1024 x 7 days x 730/30 hrs. x $0.000202/GiB/hr. = $140.93
Speicherkosten für Tag 8–30 (23 Tage)	1 TiB aktive Daten (heiße Ebene) 3 TiB inaktive Daten (kalte Ebene)	1 TiB x 1024 x 23 days x 730/30 hrs. x $0.000202/GiB/hr. = $115.77 3 TiB x 1024 x 23 days x 730/30 hrs. x $0.000082/GiB/hr. = $140.98
Netzwerkübertragungskosten	Verschieben inaktiver Daten auf die kalte Ebene 20 % der Datenlese-/Schreibvorgänge von der kalten Ebene	3 TiB x 1024 x $0.020000/GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Summe für den ersten Monat		$622.41

Die monatlichen Speicherkosten für den zweiten und nachfolgende Monate:

Kosten	Beschreibung	Berechnung
Speicherkosten für 30 Tage	1 TiB nicht zugewiesener Speicher 1 TiB aktive Daten (heiße Ebene) 3 TiB inaktive Daten (kalte Ebene)	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Netzwerkübertragungskosten	20 % der Datenlese-/Schreibvorgänge von der kalten Ebene	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Summe für den zweiten und nachfolgende Monate		$498.18

Einsparungen in den ersten sechs Monaten:

• Kosten ohne kalten Zugriff: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Kosten mit kaltem Zugriff: First month + Second month + … + Sixth month = $622.41 + (5x $498.18) = $3,113.31
• Einsparungen durch kalten Zugriff: 31.27%

Einsparungen in den ersten zwölf Monaten:

• Kosten ohne kalten Zugriff: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Kosten mit kaltem Zugriff: First month + Second month + … + twelfth month = $622.41 + (11 x $498.18) = $6,102.39
• Einsparungen durch kalten Zugriff: 32.64%

Beispiel 2: Zeit bis zum Verschieben auf die kalte Ebene wird auf 35 Tage festgelegt.

Alle 5 TiB sind für den ersten Monat aktive Daten (auf der heißen Ebene). Ihre Speicherkosten für den ersten Monat: 5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

Ihre Speicherkosten für den zweiten Monat:

Kosten	Beschreibung	Berechnung
Kosten für nicht zugewiesenen Speicher für Tag 1–30 (30 Tage)	1 TiB nicht zugewiesener Speicher	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Speicherkosten für Tag 1–5 (fünf Tage)	4 TiB aktive Daten (heiße Ebene)	4 TiB x 1024 x 5 days x 730/30 hrs. x $0.000202/GiB/hr. = $100.67
Speicherkosten für Tag 6–30 (25 Tage)	1 TiB aktive Daten (heiße Ebene) 3 TiB inaktive Daten (kalte Ebene)	1 TiB x 1024 x 25 days x 730/30 hrs. x $0.000202/GiB/hr. = $125.83 3 TiB x 1024 x 25 days x 730/30 hrs. x $0.000082/GiB/hr. = $153.24
Netzwerkübertragungskosten	Verschieben inaktiver Daten auf die kalte Ebene 20 % der Datenlese-/Schreibvorgänge von der kalten Ebene	3 TiB x 1024 x $0.020000 /GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Summe für den zweiten Monat		$604.47

Die monatlichen Speicherkosten für den dritten und nachfolgende Monate:

Kosten	Beschreibung	Berechnung
Speicherkosten für 30 Tage	1 TiB nicht zugewiesener Speicher 1 TiB aktive Daten (heiße Ebene) 3 TiB inaktive Daten (kalte Ebene)	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Netzwerkübertragungskosten	20 % der Datenlese-/Schreibvorgänge von der kalten Ebene	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Summe für den dritten und nachfolgende Monate		$498.18

Einsparungen in den ersten sechs Monaten:

• Kosten ohne kalten Zugriff: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Kosten mit kaltem Zugriff: First month + Second month + … + Sixth month = $755.00 + $604.47 + (4 x $498.18) = $3,352.19
• Einsparungen durch kalten Zugriff: 25.99%

Einsparungen in den ersten zwölf Monaten:

• Kosten ohne kalten Zugriff: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Kosten mit kaltem Zugriff: First month + Second month + … + twelfth month = $755.00 + $604.47 + (10 x $498.18) = $6,341.27
• Einsparungen durch kalten Zugriff: 30.00%

Beispiel 3: Zeit bis zum Verschieben auf die kalte Ebene wird auf 63 Tage festgelegt.

Alle 5 TiB sind für die ersten zwei Monate aktive Daten (auf der heißen Ebene). Die monatlichen Speicherkosten für den ersten und zweiten Monat: 5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

Ihre Speicherkosten für den dritten Monat:

Kosten	Beschreibung	Berechnung
Kosten für nicht zugewiesenen Speicher für Tag 1–30 (30 Tage)	1 TiB nicht zugewiesener Speicher	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Speicherkosten für Tag 1–3 (drei Tage)	4 TiB aktive Daten (heiße Ebene)	4 TiB x 1024 x 3 days x 730/30 hrs. x $0.000202/GiB/hr. = $60.40
Speicherkosten für Tag 4–30 (27 Tage)	1 TiB aktive Daten (heiße Ebene) 3 TiB inaktive Daten (kalte Ebene)	1 TiB x 1024 x 27 days x 730/30 hrs. x $0.000202/GiB/hr. = $135.90 3 TiB x 1024 x 27 days x 730/30 hrs. x $0.000082/GiB/hr. = $165.50
Netzwerkübertragungskosten	Verschieben inaktiver Daten auf die kalte Ebene 20 % der Datenlese-/Schreibvorgänge von der kalten Ebene	3 TiB x 1024 x $0.020000/GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Summe für den dritten Monat		$586.52

Die monatlichen Speicherkosten für den vierten und nachfolgende Monate:

Kosten	Beschreibung	Berechnung
Speicherkosten für 30 Tage	1 TiB nicht zugewiesener Speicher 1 TiB aktive Daten (heiße Ebene) 3 TiB inaktive Daten (kalte Ebene)	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00 3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Netzwerkübertragungskosten	20 % der Datenlese-/Schreibvorgänge von der kalten Ebene	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Summe für den vierten und nachfolgende Monate		$498.18

Einsparungen in den ersten sechs Monaten:

• Kosten ohne kalten Zugriff: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Kosten mit kaltem Zugriff: First month + Second month + … + Sixth month = (2 x $755.00) + $586.52 + (3 x $498.18) = $3,591.06
• Einsparungen durch kalten Zugriff: 20.73%

Einsparungen in den ersten zwölf Monaten:

• Kosten ohne kalten Zugriff: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Kosten mit kaltem Zugriff: First month + Second month + … + twelfth month = (2 x $755.00) + $586.52 + (9 x $498.18) = $6,580.14
• Einsparungen durch kalten Zugriff: 27.37%

Tipp

Sie können das Tool zum Schätzen der Kosteneinsparungen des Standardspeichers von Azure NetApp Files mit kaltem Zugriff verwenden, um Kosteneinsparungen basierend auf veränderlichen Eingabeparametern interaktiv zu schätzen.

Nächste Schritte

• Verwenden Sie den Standardspeicher von Azure NetApp Files mit kaltem Zugriff
• Metriken für Azure NetApp Files