Azure NetApp Files-lagring med lågfrekvent åtkomst

När du använder Azure NetApp Files-lagring med kall åtkomst kan du konfigurera inaktiva data för att flyttas från Azure NetApp Files Storage (den heta nivån) till ett Azure Storage-konto (den kalla nivån). Om du aktiverar lågfrekvent åtkomst flyttas inaktiva datablock från volymen och volymens ögonblicksbilder till den lågfrekventa nivån, vilket resulterar i kostnadsbesparingar.

De flesta kalla data är associerade med ostrukturerade data. Det kan vara mer än 50 % av den totala lagringskapaciteten i många lagringsmiljöer. Sällan använda data som är associerade med produktivitetsprogramvara, slutförda projekt och gamla datauppsättningar är en ineffektiv användning av lagring med höga prestanda.

Azure NetApp Files stöder lågfrekvent åtkomst med tjänstnivåerna Flexibel, Standard, Premium och Ultra.

Följande diagram illustrerar en applikation med en volym aktiverad för kall åtkomst.

Vid den första skrivningen tilldelas datablocken ett "varmt" temperaturvärde (i diagrammet, röda datablock) och finns på den "heta" nivån. Eftersom data finns på volymen övervakar en temperaturgenomsökning aktiviteten för varje block. När ett datablock är inaktivt minskar temperaturgenomsökningen värdet för blocket tills inaktiviteten når det antal dagar som anges under kylningsperioden. Kylningsperioden kan ställas in mellan 2 och 183 dagar. Standardvärdet är 31 dagar.

När datablock har markerats som "kalla" samlar tiering-sökningen in blocken och paketerar dem i 4 MB-objekt. Övergången till Azure Storage är transparent. För programmet och användarna visas de coola blocken fortfarande online. Nivåindelade data är tillgängliga online och fortsätter att vara tillgängliga för användare och applikationer genom transparent och automatiserad hämtning från kall nivå.

Som standard (om inte hämtningsprincipen för lågfrekvent åtkomst har konfigurerats på annat sätt) blir datablock på den lågfrekventa nivån som läss slumpmässigt igen "varma" och flyttas tillbaka till den frekventa nivån. När datablocken har markerats som "varma" utsätts de återigen för temperaturgenomsökningen. Stora sekventiella läsningar (till exempel index- och antivirusgenomsökningar) på inaktiva data på lågfrekvent nivå "värmer inte" data. De utlöser inte heller inaktiva data så att de flyttas tillbaka till den högaktiva nivån.

Metadata kyls aldrig och förblir alltid på den heta nivån. Nivåindelning påverkar inte aktiviteterna för metadataintensiva arbetsbelastningar som miljöer med högt antal filer som chipdesign, versionskontrollsystem och hemkataloger.

Regioner som stöds

Azure NetApp Files-lagring med lågfrekvent åtkomst stöds för följande regioner:

• Australia Central
• Australien Central 2
• Australien, östra
• Australien, sydöstra
• Södra Brasilien
• Brasilien, sydöstra
• Kanada central
• Kanada, östra
• Centrala Indien
• Centrala USA
• Asien, östra
• Östra USA
• Östra USA 2
• Centrala Frankrike
• Tyskland, norra
• Tyskland, västra centrala
• Israel Central
• Italien, norra
• Japan, östra
• Västra Japan
• Korea Central
• Sydkorea
• USA, norra centrala
• Europa, norra
• Norge, östra
• Norge, västra
• Qatars centralområde
• Sydafrika, norra
• södra centrala USA
• Södra Indien
• Sydostasien
• Spain Central
• Schweiz, norra
• Schweiz, västra
• Centrala Sverige
• Centrala Förenade Arabemiraten
• Förenade Arabemiraten, norra
• Storbritannien, södra
• Västra Storbritannien
• US Gov Arizona
• US Gov Texas
• USA:s regering i Virginia
• Europa, västra
• Västra USA
• Västra USA 2
• Västra USA 3

Mått

Cool access erbjuder prestandamått för att förstå användningsmönster per volym:

• Storlek på lågfrekvent volymnivå
• Lässtorlek för lågfrekvent volymnivå
• Dataskrivningsstorlek för lågfrekvent volymnivå

Fakturering

Du kan aktivera nivåindelning på volymnivå för en nyligen skapad kapacitetspool. Hur du debiteras baseras på:

• Kapaciteten och tjänstnivån.
• Ej allokerad kapacitet i kapacitetspoolen.
• Kapaciteten i kalla lagret.
• Nätverksöverföring mellan het nivå och kall nivå. Pålägget ovanpå transaktionskostnaden (GET och PUT förfrågningar) för bloblagring och överföring av privata länkar åt båda håll mellan de heta nivåerna avgör hastigheten.

Faktureringsberäkningen för en kapacitetspool ligger på varmnivån för data som inte har flyttats till kallnivån. Ej allokerad kapacitet i kapacitetspoolen ingår. När du aktiverar nivåindelning för volymer är kapaciteten på kall nivå till den takt som gäller för kall nivå. Den återstående kapaciteten är på den heta nivåns hastighet. Priset för den kalla nivån är lägre än priset för den varma nivån.

Borttagna data i en volym samlas in när de når 1% av volymens etablerade storlek. Detta påverkar storleken på den lågfrekventa nivån, om den lågfrekventa nivåns berättigade användardata också är en låg procentandel av volymen, till exempel 1~3% av den etablerade storleken. Om skillnaden i kalla lagrets storlek är mer än 3 % ska du skapa en supportbegäran.

Exempel på faktureringsstruktur

Anta att du har skapat en 4-TiB Standard-kapacitetspool. Faktureringsstrukturen ligger på standardkapacitetsnivån för hela 4 TiB.

När du skapar volymer i kapacitetspoolen och börjar att indela data till den kalla nivån, förklarar följande scenarier faktureringsstrukturen som gäller:

• Anta att du skapar tre volymer med 1 TiB vardera. Du aktiverar inte nivåindelning på volymnivå. Faktureringsberäkningen är:

  • 3 TiB för allokerad kapacitet enligt takten för den heta nivån.
  • 1 TiB oallokerad kapacitet på varma nivåns pris.
  • Noll kapacitet med lågfrekvent nivå.
  • Ingen nätverksöverföring mellan den varma nivån och den kalla nivån. Pålägget ovanpå transaktionskostnaden (GET, PUT) för bloblagring och privat länköverföring i båda riktningarna mellan de frekventa nivåerna avgör priset.

• Anta att du skapar fyra volymer med 1 TiB vardera. Varje volym har 0,25 TiB av volymkapaciteten på den varma nivån och 0,75 TiB av volymkapaciteten på den kalla nivån. Faktureringsberäkningen är:

  • 1 TiB-kapacitet på hot tier-nivån.
  • 3-TiB-kapacitet på cool-tier-nivå.
  • Nätverksöverföring mellan het nivå och kall nivå. Pålägget ovanpå transaktionskostnaden (GET, PUT) för bloblagring och privat länköverföring i båda riktningarna mellan de frekventa nivåerna avgör priset.

• Anta att du skapar två volymer med 1 TiB vardera. Varje volym har 0,25 TiB av volymkapaciteten på den varma nivån och 0,75 TiB av volymkapaciteten på den kalla nivån. Faktureringsberäkningen är:

  • 0,5 TiB-kapacitet med den frekventa nivån.
  • 2 TiB av oallokerad kapacitet till den heta nivåns hastighet.
  • 1,5 TiB kapacitet på cool tier-nivå.
  • Nätverksöverföring mellan het nivå och kall nivå. Pålägget ovanpå transaktionskostnaden (GET, PUT) för bloblagring och privat länköverföring i båda riktningarna mellan de frekventa nivåerna avgör priset.

• Anta att du skapar en volym med 1 TiB. Volymen har 0,25 TiB av volymkapaciteten på det varma lagret och 0,75 av volymkapaciteten på det kalla lagret. Faktureringsberäkningen är:

  • 0,25 TiB-kapacitet på nivån för varm data.
  • 0,75 TiB-kapacitet med lågfrekvent nivå.
  • Nätverksöverföring mellan het nivå och kall nivå. Pålägget ovanpå transaktionskostnaden (GET, PUT) för bloblagring och privat länköverföring i båda riktningarna mellan de frekventa nivåerna avgör priset.

• Med Azure NetApp Files-lagring med lågfrekvent åtkomst kan du också bara nivåindela ögonblicksbilder. I det här scenariot förutsätter du att du skapar en 1 TiB-volym där 10% av volymdata är ögonblicksbilder och aktiverar lågfrekvent åtkomst med -snapshots-only principen. Faktureringsberäkningen är:

  • 0,9 TiB-kapacitet på det heta lagret
  • 0.1-TiB-kapacitet på lågfrekvent nivå
  • Kostnader för dataöverföringar uppstår för den första överföringen av ögonblicksbilder, sedan uppstår kostnader för nätverksöverföring endast när ögonblicksbilder återställs.

Exempel på kostnadsberäkningar med varierande kylperioder

Det här avsnittet visar exempel på kostnader för lagring och nätverksöverföring med varierande kylperioder.

I de här exemplen förutsätter du att:

• Kostnaden för lagring på het nivå är $0.000202/GiB/tim. Lagringskostnaden på lågfrekvent nivå är 0,000082 USD/GiB/tim.
• Kostnaden för nätverksöverföring (inklusive läs- eller skrivaktiviteter från lågfrekvent nivå) är 0,020000 USD/GiB.
• En pool med en kapacitet på 5 TiB med sval åtkomst är aktiverad.
• En tiB med oallokerad kapacitet finns i kapacitetspoolen.
• En 4-TiB-volym är aktiverad för lågfrekvent åtkomst.
• Efter kylningsperioden flyttas 3 TiB av 4 TiB till den lågfrekventa nivån.
• Varje månad läser eller skriver du 20% av data från kall lagringsnivå.
• Varje månad är 30 dagar eller 730 timmar. Så varje dag är 730/30 timmar.

I följande exempel ingår 1 TiB ledigt utrymme i kapacitetspoolen för att visa hur outallokerat utrymme debiteras när lågfrekvent åtkomst är aktiverad. För att maximera dina besparingar bör storleken på kapacitetspoolen minskas för att eliminera oallokerad poolkapacitet.

Exempel 1: Kylningsperioden är inställd på sju dagar

Din lagringskostnad för den första månaden:

Din månatliga lagringskostnad för de andra och efterföljande månaderna:

Dina första besparingar på sex månader:

• Kostnad utan lågfrekvent åtkomst: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 timmar. x 6 månader = 4 529,97 USD
• Kostnad med lågfrekvent åtkomst: Första månaden + Andra månaden + ... + Sjätte månaden = $622.41 + (5x $498.18) = $3,113.31
• Besparingar vid användning av sval åtkomst: 31,27 %

Dina första 12-månaders besparingar:

• Kostnad utan lågfrekvent åtkomst: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 timmar. x 12 månader = 9 059,94 USD
• Kostnad med lågfrekvent åtkomst: Första månaden + Andra månaden + ... + tolfte månaden = $622.41 + (11 x $498.18) = $6,102.39
• Besparingar genom kylåtkomst: 32,64 %

Exempel 2: Kylningsperioden är inställd på 35 dagar

Alla 5 TiB är aktiva data (i varm nivå) för den första månaden. Din lagringskostnad för den första månaden:

5 TiB x 1 024 x 730 timmar x $0.000202/GiB/hr. = 755,00 USD

Din lagringskostnad för den andra månaden:

Din månatliga lagringskostnad för tredje och efterföljande månader:

Dina första besparingar på sex månader:

• Kostnad utan lågfrekvent åtkomst: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 timmar. x 6 månader = 4 529,97 USD
• Kostnad med lågfrekvent åtkomst: Första månaden + Andra månaden + ... + Sjätte månaden = $755.00 + $604.47 + (4 x $498.18) = $3,352.19
• Besparingar med lågfrekvent åtkomst: 25,99 %

Dina första 12-månaders besparingar:

• Kostnad utan lågfrekvent åtkomst: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 timmar. x 12 månader = 9 059,94 USD
• Kostnad med lågfrekvent åtkomst: Första månaden + Andra månaden + ... + tolfte månaden = $755.00 + $604.47 + (10 x $498.18) = $6,341.27
• Besparingar med lågfrekvent åtkomst: 30,00 %

Exempel 3: Kylningsperioden är inställd på 63 dagar

Alla 5 TiB är aktiva data (på frekvent nivå) under de första två månaderna. Din månatliga lagringskostnad för de första och andra månaderna: 5 TiB x 1 024 x 730 timmar. x $0.000202/GiB/hr. = 755,00 USD

Din lagringskostnad för den tredje månaden:

Din månatliga lagringskostnad för de fjärde och efterföljande månaderna:

Dina första besparingar på sex månader:

• Kostnad utan lågfrekvent åtkomst: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 timmar. x 6 månader = 4 529,97 USD
• Kostnad med lågfrekvent åtkomst: Första månaden + Andra månaden + ... + Sjätte månaden = (2 x $755,00) + $586.52 + (3 x $498.18) = $3,591.06
• Besparingar med lågfrekvent åtkomst: 20,73 %

Dina första 12-månaders besparingar:

• Kostnad utan lågfrekvent åtkomst: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 timmar. x 12 månader = 9 059,94 USD
• Kostnad med lågfrekvent åtkomst: Första månaden + Andra månaden + ... + tolfte månaden = (2 x $755,00) + $586.52 + (9 x $498.18) = $6,580.14
• Besparingar med lågfrekvent åtkomst: 27,37%

Exempel 4:

Relaterat innehåll

• Hantera Azure NetApp Files-lagring med kall åtkomst
• Mått för Azure NetApp Files
• Prestandaöverväganden för Azure NetApp Files-lagring med låg åtkomst