Standaardopslag met statische toegang in Azure NetApp Files

Met azure NetApp Files Standard-opslag met statische toegang kunt u inactieve gegevens configureren om over te stappen van Azure NetApp Files Standard-opslag op serviceniveau (de dynamische laag) naar een Azure-opslagaccount (de statische laag). Het inschakelen van statische toegang verplaatst inactieve gegevensblokken van het volume en de momentopnamen van het volume naar de statische laag, wat resulteert in kostenbesparingen.

De meeste koude gegevens zijn gekoppeld aan ongestructureerde gegevens. Het kan meer dan 50% van de totale opslagcapaciteit in veel opslagomgevingen opgeven. Zelden geopende gegevens die zijn gekoppeld aan productiviteitssoftware, voltooide projecten en oude gegevenssets, zijn een inefficiënt gebruik van een hoogwaardige opslag.

Azure NetApp Files ondersteunt drie serviceniveaus die kunnen worden geconfigureerd op capaciteitspoolniveau (Standard, Premium en Ultra). Statische toegang is alleen een extra service op het serviceniveau Standard.

In het volgende diagram ziet u een toepassing waarvoor een volume is ingeschakeld voor statische toegang.

In de eerste schrijfbewerking krijgen gegevensblokken een 'warme' temperatuurwaarde toegewezen (in het diagram, rode gegevensblokken) en bestaan ze op de 'hot'-laag. Terwijl de gegevens zich op het volume bevinden, bewaakt een temperatuurscan de activiteit van elk blok. Wanneer een gegevensblok inactief is, verlaagt de temperatuurscan de waarde van het blok totdat het inactief is geweest voor het aantal dagen dat is opgegeven in de koelperiode. De koelperiode kan tussen 2 en 183 dagen duren; deze heeft een standaardwaarde van 31 dagen. Zodra de gelaagde scan is gemarkeerd, worden blokken verzameld en verpakt in objecten van 4 MB, die volledig transparant naar Azure Storage worden verplaatst. Voor de toepassing en gebruikers worden deze statische blokken nog steeds online weergegeven. Gelaagde gegevens lijken online te zijn en blijven beschikbaar voor gebruikers en toepassingen door transparant en automatisch ophalen vanuit de statische laag.

Door Default (tenzij het beleid voor het ophalen van statische toegang anders is geconfigureerd), worden gegevensblokken in de statische laag die willekeurig worden gelezen opnieuw 'warm' en worden teruggezet naar de dynamische laag. Zodra de gegevensblokken als warm zijn gemarkeerd, worden de gegevensblokken opnieuw onderworpen aan de temperatuurscan. Grote opeenvolgende leesbewerkingen (zoals index- en antivirusscans) op inactieve gegevens in de statische laag warmen de gegevens echter niet 'warm' en activeren niet dat inactieve gegevens worden teruggezet naar de dynamische laag. Daarnaast worden sequentiële leesbewerkingen voor Azure NetApp Files, replicatie tussen regio's of replicatie in meerdere zones de gegevens niet 'warm'.

Belangrijk

Als u een back-upservice van derden gebruikt, configureert u deze voor het gebruik van NDMP in plaats van de CIFS- of NFS-protocollen. NDMP-leesbewerkingen hebben geen invloed op de temperatuur van de gegevens.

Metagegevens worden nooit gekoeld en blijven altijd in de dynamische laag. Als zodanig worden de activiteiten van metagegevensintensieve workloads (bijvoorbeeld omgevingen met een hoog aantal bestanden, zoals chipontwerp, VCS en basismappen) niet beïnvloed door lagen.

Ondersteunde regio’s

Standaardopslag met statische toegang wordt ondersteund voor de volgende regio's:

• Australië - centraal
• Australië - centraal 2
• Australië - oost
• Australië - zuidoost
• Brazilië - zuid
• Brazilië - zuidoost
• Canada - midden
• Canada - oost
• India - centraal
• Central US
• Azië - oost
• VS - oost
• VS - oost 2
• Frankrijk - centraal
• Duitsland - noord
• Duitsland - west-centraal
• Israël - centraal
• Italië - noord
• Japan - oost
• Japan - west
• Korea - centraal
• Korea - zuid
• VS - noord-centraal
• Europa - noord
• Noorwegen - oost
• Noorwegen - west
• Qatar - centraal
• Zuid-Afrika - noord
• VS - zuid-centraal
• India - zuid
• Azië - zuidoost
• Zwitserland - noord
• Zwitserland - west
• Zweden - centraal
• UAE - centraal
• VAE - noord
• Verenigd Koninkrijk Zuid
• Verenigd Koninkrijk West
• US Gov - Arizona
• US Gov - Texas
• VS (overheid) - Virginia
• Europa -west
• VS - west
• VS - west 2
• US - west 3

Effecten van statische toegang op gegevens

In deze sectie wordt een test voor het opwarmen van een grote gegevensset beschreven. Het toont een voorbeeldscenario van een gegevensset waarin 100% van de gegevens zich in de statische laag bevindt en hoe deze na verloop van tijd warm wordt.

Typische willekeurig geopende gegevens beginnen als onderdeel van een werkset (lezen, wijzigen en schrijven). Naarmate de relevantie van gegevens verloren gaat, wordt deze 'statisch' en uiteindelijk gelaagd naar de statische laag.

Statische gegevens worden mogelijk weer dynamisch. Het is niet gebruikelijk voor de hele werkset om te beginnen als koud, maar sommige scenario's bestaan wel, zoals controles, verwerking van het jaar, verwerking van kwartaaleinden, rechtszaken en beoordeling van licentieverkenningen aan het einde van het jaar.

Dit scenario biedt inzicht in het gedrag van de verwarmingsprestaties van een 100% gekoelde gegevensset. Het inzicht is van toepassing, ongeacht of het een klein percentage of de hele gegevensset is.

4k random-read test

In deze sectie wordt een 4k random-read-test beschreven voor 160 bestanden met een totaal van 10 TB aan gegevens.

Instellingen

Capaciteitspoolgrootte: capaciteitspool van 100 TB
Toegewezen volumecapaciteit: volumes van 100 TB
Werkende gegevensset: 10 TB
Serviceniveau: Standaardopslag met statische toegang
Aantal volumes/grootte: 1
Aantal clients: vier standaard clients van 8 s
Besturingssysteem: RHEL 8.3
Optie voor koppelen: rw,nconnect=8,hard,rsize=262144,wsize=262144,vers=3,tcp,bg,hard

Methodologie

Deze test is ingesteld via FIO om een 4k random-read-test uit te voeren voor 160 bestanden die in totaal 10 TB aan gegevens bevatten. FIO is geconfigureerd om elk blok willekeurig te lezen in de hele werkende gegevensset. (Het kan elk blok een willekeurig aantal keren lezen als onderdeel van de test in plaats van elk blok eenmaal aan te raken). Dit script werd elke 5 minuten aangeroepen en vervolgens een gegevenspunt verzameld over prestaties. Wanneer blokken willekeurig worden gelezen, worden ze verplaatst naar de dynamische laag.

Deze test had een grote gegevensset en duurde enkele dagen vanaf de slechtste meest verouderde gegevens (alle caches dumpen). Het tijdonderdeel van de X-as is verwijderd omdat de totale tijd die opnieuw moet worden opgewarmd, varieert vanwege de grootte van de gegevensset. Deze curve kan in dagen, uren, minuten of zelfs seconden zijn, afhankelijk van de gegevensset.

Resultaten

In de volgende grafiek ziet u een test die meer dan 2,5 dagen is uitgevoerd op de gegevensset van 10 TB die 100% is afgekoeld en de buffers zijn gewist (absoluut slechtste verouderde gegevens).

64k sequentiële leestest

Instellingen

Capaciteitspoolgrootte: capaciteitspool van 100 TB
Toegewezen volumecapaciteit: volumes van 100 TB
Werkende gegevensset: 10 TB
Serviceniveau: Standaardopslag met statische toegang
Aantal volumes/grootte: 1
Aantal clients: één grote client
Besturingssysteem: RHEL 8.3
Optie voor koppelen: rw,nconnect=8,hard,rsize=262144,wsize=262144,vers=3,tcp,bg,hard

Methodologie

Sequentieel leesblokken worden niet opnieuw opgewarmd naar de dynamische laag. Kleine gegevenssets kunnen echter prestatieverbeteringen zien vanwege caching (geen garanties voor prestatiewijziging).

Deze test biedt de volgende gegevenspunten:

• Gegevensset van 100% dynamische laag
• Gegevensset met 100% statische laag

Deze test is 30 minuten uitgevoerd om een stabiel prestatienummer te verkrijgen.

Resultaten

De volgende tabel bevat een overzicht van de testresultaten:

64-k sequentiële	Doorvoer lezen
Dynamische gegevens	1683 MB/s
Statische gegevens	899 MB/s

Testconclusies

Gegevens die uit de statische laag worden gelezen, ondervinden een prestatietreffer. Als u uw tijd goed afkoelt, ondervindt u mogelijk helemaal geen prestatietreffer. U hebt mogelijk weinig toegang tot de cool-laag en een venster van 30 dagen is perfect om warme gegevens warm te houden.

U moet een situatie voorkomen waarin het verloop tussen de dynamische laag en de statische laag wordt geblokkeerd. U stelt bijvoorbeeld een workload in voor gegevens om zeven dagen af te koelen en u leest willekeurig een groot percentage van de gegevensset om de 11 dagen.

Kortom, als uw werkset voorspelbaar is, kunt u kosten besparen door onregelmatig geopende gegevensblokken naar de statische laag te verplaatsen. Het wachttijdbereik van 7 tot 30 dagen voordat koeling zorgt voor een groot venster voor werksets die zelden worden geopend nadat ze inactief zijn of geen hot-tier-snelheden nodig hebben wanneer ze worden geopend.

Metrische gegevens voor

Statische toegang biedt metrische prestatiegegevens om inzicht te krijgen in gebruikspatronen per volume:

• Grootte van statische volumelaag
• Leesgrootte van gegevens in statische volumelaag
• Volume cool tier gegevens schrijfgrootte

Billing

U kunt lagen inschakelen op volumeniveau voor een zojuist gemaakte capaciteitspool die gebruikmaakt van het Standard-serviceniveau. Hoe u gefactureerd wordt, is gebaseerd op de volgende factoren:

• De capaciteit in het standaardserviceniveau
• Niet-toegewezen capaciteit binnen de capaciteitspool
• De capaciteit in de statische laag (door lagen in te schakelen voor volumes in een Standard-capaciteitspool)
• Netwerkoverdracht tussen de dynamische laag en de statische laag tegen de snelheid die wordt bepaald door de markering boven op de transactiekosten (GET en PUT aanvragen) op blobopslag en overdracht van private link in beide richtingen tussen de dynamische lagen.

Factureringsberekening voor een Standard-capaciteitspool heeft de dynamische-laag voor de gegevens die niet zijn gelaagd in de statische laag; dit omvat niet-toegewezen capaciteit binnen de capaciteitspool. Wanneer u lagen voor volumes inschakelt, heeft de capaciteit in de statische laag de snelheid van de statische laag en wordt de resterende capaciteit tegen het tarief van de dynamische laag gebruikt. De snelheid van de statische laag is lager dan de snelheid van de dynamische laag.

Voorbeelden van factureringsstructuur

Stel dat u een 4 TiB Standard-capaciteitspool hebt gemaakt. De factureringsstructuur heeft de prijscategorie Standard voor de volledige 4 TiB.

Wanneer u volumes in de capaciteitspool maakt en gegevens in lagen in de statische laag start, worden in de volgende scenario's de toepasselijke factureringsstructuur uitgelegd:

• Stel dat u drie volumes met elk 1 TiB maakt. U schakelt lagen niet in op volumeniveau. De factureringsberekening is als volgt:

  • 3 TiB van toegewezen capaciteit met de dynamische laagsnelheid
  • 1 TiB van niet-toegewezen capaciteit met de dynamische laagsnelheid
  • Nulcapaciteit met de snelheid van de statische laag
  • Nul netwerkoverdracht tussen de dynamische laag en de statische laag tegen de snelheid die wordt bepaald door de markering boven op de transactiekosten (GET, PUT) op blobopslag en overdracht van privékoppelingen in beide richtingen tussen de dynamische lagen.

• Stel dat u vier volumes met elk 1 TiB maakt. Elk volume heeft 0,25 TiB van de volumecapaciteit op de dynamische laag en 0,75 TiB van de volumecapaciteit in de statische laag. De factureringsberekening is als volgt:

  • 1-TiB-capaciteit met de snelheid van de dynamische laag
  • 3-TiB-capaciteit met de snelheid van de statische laag
  • Netwerkoverdracht tussen de dynamische laag en de statische laag tegen de snelheid die wordt bepaald door de markeringen boven op de transactiekosten (GET, PUT) in blobopslag en private link-overdracht in beide richtingen tussen de dynamische lagen.

• Stel dat u twee volumes met elk 1 TiB maakt. Elk volume heeft 0,25 TiB van de volumecapaciteit op de dynamische laag en 0,75 TiB van de volumecapaciteit in de statische laag. De factureringsberekening is als volgt:

  • 0,5-TiB-capaciteit met de snelheid van de dynamische laag
  • 2 TiB van niet-toegewezen capaciteit met de dynamische laagsnelheid
  • 1,5-TiB-capaciteit met de snelheid van de statische laag
  • Netwerkoverdracht tussen de dynamische laag en de statische laag tegen de snelheid die wordt bepaald door de markeringen boven op de transactiekosten (GET, PUT) in blobopslag en private link-overdracht in beide richtingen tussen de dynamische lagen.

• Stel dat u één volume met 1 TiB maakt. Het volume heeft 0,25 TiB van de volumecapaciteit op de dynamische laag, 0,75 van de volumecapaciteit in de statische laag. De factureringsberekening is als volgt:

  • 0,25-TiB-capaciteit met de dynamische laagsnelheid
  • 0,75-TiB-capaciteit met de snelheid van de statische laag
  • Netwerkoverdracht tussen de dynamische laag en de statische laag tegen de snelheid die wordt bepaald door de markeringen boven op de transactiekosten (GET, PUT) in blobopslag en private link-overdracht in beide richtingen tussen de dynamische lagen.

Voorbeelden van kostenberekeningen met verschillende coolnessperioden

In deze sectie ziet u voorbeelden van opslag- en netwerkoverdrachtskosten met verschillende coolheidsperioden.

In deze voorbeelden wordt ervan uitgegaan:

• De opslagkosten voor hot tiers zijn $ 0,000202/GiB/hr. De opslagkosten voor de cool-laag zijn $ 0,000082/GiB/hr.
• Kosten voor netwerkoverdracht (inclusief lees- of schrijfactiviteiten uit de statische laag) zijn $ 0,020000/GiB.
• U hebt een capaciteitspool van 5 TiB waarvoor statische toegang is ingeschakeld.
• U hebt 1 TiB van niet-toegewezen capaciteit binnen de capaciteitspool
• U hebt een 4 TiB-volume ingeschakeld voor statische toegang.
• 3 TiB van de 4 TiB wordt na de coolheidsperiode verplaatst naar de cool-laag.
• U leest of schrijft elke maand 20% van de gegevens uit de statische laag.
• Elke maand is 30 dagen of 730 uur. Dus elke dag is 730/30 uur.

Belangrijk

• Deze berekeningen mogen alleen worden gebruikt als referentieraming en niet voor het valideren van de nauwkeurigheid van het factuurbedrag.
• De tarieven die in de voorbeelden worden beschouwd, zijn voor een voorbeeldregio en kunnen afwijken van uw beoogde implementatieregio.
• Als gegevens worden gelezen van of naar de statische laag worden geschreven, wordt het percentage gegevensdistributie in de dynamische laag en de statische laag gewijzigd. In de berekeningen in dit artikel wordt de initiële verdeling van het percentage in de dynamische en statische lagen gedemonstreerd, en niet nadat de 20% van de gegevens is verplaatst naar of van de statische laag.

Notitie

De volgende voorbeelden zijn 1 TiB van niet-toegewezen ruimte in de capaciteitspool om te laten zien hoe niet-toegewezen ruimte wordt in rekening gebracht wanneer statische toegang is ingeschakeld. Om uw besparingen te maximaliseren, moet de grootte van de capaciteitspool worden verkleind om niet-toegewezen poolcapaciteit te elimineren.

Voorbeeld 1: De coolheidsperiode is ingesteld op 7 dagen

Uw opslagkosten voor de eerste maand zijn:

Kosten	Beschrijving	Berekening
Niet-toegewezen opslagkosten voor dag 1~30 (30 dagen)	1 TiB van niet-toegewezen opslag	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Opslagkosten voor dag 1~7 (zeven dagen)	4 TiB van actieve gegevens (dynamische laag)	4 TiB x 1024 x 7 days x 730/30 hrs. x $0.000202/GiB/hr. = $140.93
Opslagkosten voor dag 8~30 (23 dagen)	1 TiB van actieve gegevens (dynamische laag) 3 TiB van inactieve gegevens (statische laag)	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
Kosten voor netwerkoverdracht	Inactieve gegevens verplaatsen naar statische laag 20% van de gegevens die worden gelezen/geschreven vanuit de statische laag	3 TiB x 1024 x $0.020000/GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Totaal eerste maand		$622.41

Uw maandelijkse opslagkosten voor de tweede en volgende maanden zijn:

Kosten	Beschrijving	Berekening
Opslagkosten gedurende 30 dagen	1 TiB van niet-toegewezen opslag 1 TiB van actieve gegevens (dynamische laag) 3 TiB van inactieve gegevens (statische laag)	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
Kosten voor netwerkoverdracht	20% van de gegevens die worden gelezen/geschreven vanuit de statische laag	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Tweede en volgend maandtotaal		$498.18

Uw eerste zesmaandelijkse besparingen:

• Kosten zonder statische toegang: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Kosten met statische toegang: First month + Second month + … + Sixth month = $622.41 + (5x $498.18) = $3,113.31
• Besparingen met statische toegang: 31.27%

Uw eerste besparing van twaalf maanden:

• Kosten zonder statische toegang: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Kosten met statische toegang: First month + Second month + … + twelfth month = $622.41 + (11 x $498.18) = $6,102.39
• Besparingen met statische toegang: 32.64%

Voorbeeld 2: De coolheidsperiode is ingesteld op 35 dagen

Alle 5 TiB zijn actieve gegevens (in dynamische laag) voor de eerste maand. Uw opslagkosten voor de eerste maand zijn: 5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

Uw opslagkosten voor de tweede maand zijn:

Kosten	Beschrijving	Berekening
Niet-toegewezen opslagkosten voor dag 1~30 (30 dagen)	1 TiB van niet-toegewezen opslag	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Opslagkosten voor dag 1~5 (vijf dagen)	4 TiB van actieve gegevens (dynamische laag)	4 TiB x 1024 x 5 days x 730/30 hrs. x $0.000202/GiB/hr. = $100.67
Opslagkosten voor dag 6~30 (25 dagen)	1 TiB van actieve gegevens (dynamische laag) 3 TiB van inactieve gegevens (statische laag)	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
Kosten voor netwerkoverdracht	Inactieve gegevens verplaatsen naar statische laag 20% van de gegevens die worden gelezen/geschreven vanuit de statische laag	3 TiB x 1024 x $0.020000 /GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Totaal tweede maand		$604.47

Uw maandelijkse opslagkosten voor de derde en volgende maanden zijn:

Kosten	Beschrijving	Berekening
Opslagkosten gedurende 30 dagen	1 TiB van niet-toegewezen opslag 1 TiB van actieve gegevens (dynamische laag) 3 TiB van inactieve gegevens (statische laag)	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
Kosten voor netwerkoverdracht	20% van de gegevens die worden gelezen/geschreven vanuit de statische laag	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Derde en volgend maandtotaal		$498.18

Uw eerste zesmaandelijkse besparingen:

• Kosten zonder statische toegang: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Kosten met statische toegang: First month + Second month + … + Sixth month = $755.00 + $604.47 + (4 x $498.18) = $3,352.19
• Besparingen met statische toegang: 25.99%

Uw eerste besparing van twaalf maanden:

• Kosten zonder statische toegang: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Kosten met statische toegang: First month + Second month + … + twelfth month = $755.00 + $604.47 + (10 x $498.18) = $6,341.27
• Besparingen met statische toegang: 30.00%

Voorbeeld 3: De coolheidsperiode is ingesteld op 63 dagen

Alle 5 TiB zijn actieve gegevens (in dynamische laag) voor de eerste twee maanden. Uw maandelijkse opslagkosten voor de eerste en tweede maanden zijn: 5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

Uw opslagkosten voor de derde maand zijn:

Kosten	Beschrijving	Berekening
Niet-toegewezen opslagkosten voor dag 1~30 (30 dagen)	1 TiB van niet-toegewezen opslag	1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Opslagkosten voor dag 1~3 (drie dagen)	4 TiB van actieve gegevens (dynamische laag)	4 TiB x 1024 x 3 days x 730/30 hrs. x $0.000202/GiB/hr. = $60.40
Opslagkosten voor dag 4~30 (27 dagen)	1 TiB van actieve gegevens (dynamische laag) 3 TiB van inactieve gegevens (statische laag)	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
Kosten voor netwerkoverdracht	Inactieve gegevens verplaatsen naar statische laag 20% van de gegevens die worden gelezen/geschreven vanuit de statische laag	3 TiB x 1024 x $0.020000/GiB = $61.44 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Totaal derde maand		$586.52

Uw maandelijkse opslagkosten voor de vierde en volgende maanden zijn:

Kosten	Beschrijving	Berekening
Opslagkosten gedurende 30 dagen	1 TiB van niet-toegewezen opslag 1 TiB van actieve gegevens (dynamische laag) 3 TiB van inactieve gegevens (statische laag)	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
Kosten voor netwerkoverdracht	20% van de gegevens die worden gelezen/geschreven vanuit de statische laag	3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Vierde en volgend maandtotaal		$498.18

Uw eerste zesmaandelijkse besparingen:

• Kosten zonder statische toegang: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
• Kosten met statische toegang: First month + Second month + … + Sixth month = (2 x $755.00) + $586.52 + (3 x $498.18) = $3,591.06
• Besparingen met statische toegang: 20.73%

Uw eerste besparing van twaalf maanden:

• Kosten zonder statische toegang: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
• Kosten met statische toegang: First month + Second month + … + twelfth month = (2 x $755.00) + $586.52 + (9 x $498.18) = $6,580.14
• Besparingen met statische toegang: 27.37%

Tip

U kunt de standaardopslag van Azure NetApp Files gebruiken met cool access cost savings estimator om interactief kostenbesparingen te schatten op basis van veranderlijke invoerparameters.

Volgende stappen

• Standaardopslag van Azure NetApp Files met statische toegang beheren
• Metrische gegevens voor Azure NetApp Files