Dela via

Förstå faktureringsmodeller för Azure Files

  • Artikel

Azure Files har stöd för två olika medienivåer för lagring, SSD och HDD, vilket gör att du kan skräddarsy dina filresurser efter prestanda- och priskraven i ditt scenario:

  • SSD (premium): filresurser som finns på solid state-enheter (SSD) ger konsekventa höga prestanda och låg svarstid inom ensiffriga millisekunder för de flesta I/O-åtgärder.
  • HDD (standard): filresursvärden på hårddiskar (HDD) ger kostnadseffektiv lagring för generell användning.

Azure Files har flera prismodeller, inklusive etablerade och betala per användning-alternativ:

  • Etablerade faktureringsmodeller: I en etablerad faktureringsmodell baseras de primära kostnaderna för filresursen på mängden lagring, IOPS (indata- och utdataåtgärder per sekund) och dataflödet du etablerar när du skapar eller uppdaterar filresursen, oavsett hur mycket du använder. Azure Files har två olika etablerade modeller etablerade v2 och etablerade v1.

    • Etablerad v2: I den etablerade v2-modellen har du möjlighet att separat etablera lagring, IOPS och dataflöde, även om vi ger dig en rekommendation som hjälper dig med etablering första gången.
    • Etablerad v1: I den etablerade v1-modellen etablerar du den mängd lagringsutrymme som du behöver för resursen medan IOPS och dataflöde bestäms baserat på hur mycket lagringsutrymme du etablerar. Den etablerade v1-modellen för Azure Files är endast tillgänglig för SSD-filresurser (premium).

  • Faktureringsmodell för användningsbaserad betalning: I en betala per användning-modell baseras kostnaden för filresursen på hur mycket du använder resursen i form av förbrukade lagrings-, transaktions- och dataöverföringskostnader. Modellen betala per användning för Azure Files är endast tillgänglig för HDD-filresurser. Vi rekommenderar att du använder den etablerade v2-modellen för nya distributioner av HDD-filresurser.

Den här artikeln beskriver hur faktureringsmodellerna för Azure Files fungerar för att hjälpa dig att förstå din månatliga Azure Files-faktura. Prisinformation för Azure Files finns på sidan med priser för Azure Files.

Den här videon beskriver faktureringsmodellerna för Azure Files, inklusive betala per användning, etablerad v1 och etablerad v2.

Gäller för

Hanteringsmodell Faktureringsmodell Medienivå Redundans SMB NFS
Microsoft.Storage Etablerad v2 HDD (standard) Lokal (LRS) Ja Nej
Microsoft.Storage Etablerad v2 HDD (standard) Zon (ZRS) Ja Nej
Microsoft.Storage Etablerad v2 HDD (standard) Geo (GRS) Ja Nej
Microsoft.Storage Etablerad v2 HDD (standard) GeoZone (GZRS) Ja Nej
Microsoft.Storage Etablerad v1 SSD (premium) Lokal (LRS) Ja Ja
Microsoft.Storage Etablerad v1 SSD (premium) Zon (ZRS) Ja Ja
Microsoft.Storage Betala per användning HDD (standard) Lokal (LRS) Ja Nej
Microsoft.Storage Betala per användning HDD (standard) Zon (ZRS) Ja Nej
Microsoft.Storage Betala per användning HDD (standard) Geo (GRS) Ja Nej
Microsoft.Storage Betala per användning HDD (standard) GeoZone (GZRS) Ja Nej

Lagringsenheter

Azure Files använder måttenheterna base-2 för att representera lagringskapaciteten: KiB, MiB, GiB och TiB.

Akronym Definition Enhet
KiB 1 024 byte kibibyte
Mib 1 024 KiB (1 048 576 byte) mebibyte
GiB 1 024 MiB (1 073 741 824 byte) gibibyte
TiB 1 024 GiB (1 099 511 627 776 byte) tebibyte

Även om måttenheterna base-2 ofta används av de flesta operativsystem och verktyg för att mäta lagringskvantiteter, är de ofta felmärkta som base-10-enheter, som du kanske är mer bekant med: KB, MB, GB och TB. Även om orsakerna till felmärkningen varierar är den vanliga orsaken till att operativsystem som Windows felmärkte lagringsenheterna beror på att många operativsystem började använda dessa förkortningar innan de standardiserades av IEC (International Electrotechnical Commission), BIPM (International Bureau of Weights and Measures) och NIST (US National Institute of Standards and Technology).

Följande tabell visar hur vanliga operativsystem mäter och etiketterar lagring:

Operativsystem Mätsystem Etikettera
Windows Bas-2 Konsekvent feletiketter som base-10.
Linux-distributioner Vanligtvis base-2 använder vissa program base-10 Inkonsekvent etikettering, justering mellan mätning och etikettering beror på programvarupaketet.
macOS, iOS och iPad OS Bas-10 Etiketteras konsekvent som base-10.

Kontakta operativsystemets leverantör om operativsystemet inte finns med i listan.

Checklista för total ägandekostnad för filresurs

Om du migrerar till Azure Files från en lokal plats eller jämför Azure Files med andra molnlagringslösningar bör du överväga följande faktorer för att säkerställa en rättvis jämförelse mellan äpplen och äpplen:

  • Hur betalar du för lagring, IOPS och bandbredd? De flesta molnlösningar har modeller som överensstämmer med principerna för antingen etablerad lagring, till exempel prisbestämning och enkelhet, eller betala per användning-lagring, vilket kan optimera kostnaderna genom att bara debitera dig för det du faktiskt använder. Av särskilt intresse för etablerade modeller är den minsta etablerade resursstorleken, etableringsenheten och möjligheten att öka och minska etableringen.

  • Finns det några metoder för att optimera lagringskostnaderna? Du kan använda Azure Files-reservationer för att få upp till 36 % rabatt på lagring. Andra lösningar kan använda strategier som deduplicering eller komprimering för att optimera lagringseffektiviteten. Dessa strategier för lagringsoptimering har dock ofta icke-monetära kostnader, till exempel att minska prestanda. Azure Files-reservationer har inga sidoeffekter på prestanda.

  • Hur uppnår du lagringsåterhämtning och redundans? Med Azure Files ingår lagringsåterhämtning och redundans i produkterbjudandet. Alla nivåer och redundansnivåer säkerställer att data är mycket tillgängliga och att minst tre kopior av dina data är tillgängliga. När du överväger andra alternativ för fillagring bör du överväga om lagringsåterhämtning och redundans är inbyggt eller något du måste sätta ihop själv.

  • Vad behöver du hantera? Med Azure Files är den grundläggande hanteringsenheten ett lagringskonto. Andra lösningar kan kräva extra hantering, till exempel uppdateringar av operativsystem eller hantering av virtuella resurser, till exempel virtuella datorer, diskar och nätverks-IP-adresser.

  • Vilka är kostnaderna för mervärdesprodukter? Azure Files stöder integreringar med flera mervärdestjänster från första och tredje part. Mervärdestjänster som Azure Backup, Azure File Sync och Microsoft Defender for Storage tillhandahåller säkerhetskopiering, replikering och cachelagring samt säkerhetsfunktioner för Azure Files. Mervärdeslösningar, oavsett om de är lokala eller i molnet, har egna licens- och produktkostnader, men betraktas ofta som en del av den totala ägandekostnaden för fillagring.

Etablerad v2-modell

Den etablerade v2-modellen för Azure Files parar förutsägbarheten för den totala ägandekostnaden med flexibilitet, så att du kan skapa en filresurs som uppfyller dina exakta lagrings- och prestandakrav. När du skapar en ny etablerad v2-filresurs anger du hur mycket lagringsutrymme, IOPS och dataflöde som filresursen behöver. Mängden av varje kvantitet som du etablerar avgör din totala faktura.

Mängden lagringsutrymme, IOPS och dataflöde som du etablerar är de garanterade gränserna för filresursens användning. Om du till exempel etablerar en 2 TiB-resurs och laddar upp 2 TiB data till din resurs blir din resurs full och du kommer inte att kunna lägga till fler data om du inte ökar storleken på din resurs eller tar bort en del av data. Kreditbaserad IOPS-bursting ger ökad flexibilitet kring användning, på bästa sätt, medan krediter kvarstår.

Mängden lagringsutrymme, IOPS och dataflöde som du etablerar kan skalas upp eller ned dynamiskt när dina behov ändras, men du kan bara minska en etablerad kvantitet först efter att 24 timmar har förflutit sedan den senaste kvantitetsökningen. Ändringar i lagring, IOPS och dataflöde gäller inom några minuter efter en etableringsändring.

När du skapar en ny filresurs med hjälp av den etablerade v2-modellen ger vi som standard en rekommendation för hur många IOPS och hur mycket dataflöde du behöver baserat på mängden etablerad lagring som du anger. Även om dessa rekommendationer baseras på typisk kundanvändning för den mängden etablerad lagring för den medienivån i Azure Files, kan du upptäcka att din arbetsbelastning kräver mer eller mindre IOPS och dataflöde än den "typiska filresursen", och du kan också etablera mer eller mindre IOPS och dataflöde beroende på dina individuella filresurskrav.

Etablerad v2-tillgänglighet

Den etablerade v2-modellen tillhandahålls för filresurser i lagringskonton med typen FileStorage-lagringskonto . För närvarande är följande delmängd av lagringskonto-SKU:er tillgängliga:

Typ av lagringskonto SKU för lagringskonto Typ av tillgänglig filresurs
FileStorage StandardV2_LRS HDD etablerade v2-filresurser med den lokala redundansen (LRS) angiven.
FileStorage StandardV2_ZRS HDD etablerade v2-filresurser med zonredundansen (ZRS) angiven.
FileStorage StandardV2_GRS HDD-etablerade v2-filresurser med geo-redundansen (GRS) angiven.
FileStorage StandardV2_GZRS HDD etablerade v2-filresurser med redundansen GeoZone (GZRS) angiven.

För närvarande är dessa SKU:er allmänt tillgängliga i en begränsad delmängd av regioner:

  • Frankrike, centrala
  • Frankrike, södra
  • Australien, östra
  • Australien, sydöstra
  • Asien, östra
  • Sydostasien
  • Västra USA 2
  • USA, västra centrala
  • Europa, västra
  • Europa, norra
  • Tyskland, västra centrala
  • Tyskland, norra
  • Storbritannien, södra
  • Storbritannien, västra

Etablerad v2-etableringsinformation

När du skapar en etablerad v2-filresurs anger du den etablerade kapaciteten för filresursen när det gäller lagring, IOPS och dataflöde. Filresurser är begränsade baserat på följande attribut:

Artikel HDD-värde
Lagringsetableringsenhet 1 GiB
IOPS-etableringsenhet 1 I/O/s
Etableringsenhet för dataflöde 1 MiB/s
Minsta etablerade lagring per filresurs 32 GiB
Minsta etablerade IOPS per filresurs 500 IOPS
Minsta etablerade dataflöde per filresurs 60 MiB/s
Maximalt etablerat lagringsutrymme per filresurs 256 TiB (262 144 GiB)
Maximalt etablerat IOPS per filresurs 50 000 IOPS
Maximalt etablerat dataflöde per filresurs 5 120 MiB/s
Maximalt etablerat lagringsutrymme per lagringskonto 4 PiB (4 194 304 GiB)
Maximalt etablerat IOPS per lagringskonto 50 000 IOPS
Maximalt etablerat dataflöde per lagringskonto 5 120 MiB/s
Maximalt antal filresurser per lagringskonto 50 filresurser

Som standard rekommenderade vi etablering av IOPS och dataflöde baserat på den etablerade lagring som du anger. Dessa rekommendationsformler baseras på typisk kundanvändning för den mängden etablerad lagring för medienivån i Azure Files:

Formelnamn HDD-formel
IOPS-rekommendation MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Rekommendation för dataflöde MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

Beroende på dina individuella filresurskrav kan du upptäcka att du behöver mer eller mindre IOPS eller dataflöde än våra rekommendationer, och du kan också åsidosätta dessa rekommendationer med dina egna värden efter behov.

Etablerad v2-bursting

Kreditbaserad IOPS-bursting ger ökad flexibilitet kring IOPS-användning. Den här flexibiliteten används bäst som buffert mot oväntade I/O-toppar. För etablerade I/O-mönster rekommenderar vi etablering för I/O-toppar.

Burst-IOPS-krediter ackumuleras när trafiken för filresursen är lägre än etablerad (baslinje) IOPS. När en filresurss IOPS-användning överskrider den etablerade IOPS och det finns tillgängliga burst-IOPS-krediter kan filresursen överskrida gränsen för högsta tillåtna burst-IOPS. Filresurser kan fortsätta att brista så länge det finns krediter kvar, men detta baseras på antalet upplupna burst-krediter. Varje I/O utöver etablerad IOPS förbrukar en kredit. När alla krediter har förbrukats återgår resursen till den etablerade IOPS. IOPS mot filresursen behöver inte göra något speciellt för att använda bursting. Bursting fungerar på bästa sätt.

Resurskrediter har tre tillstånd:

  • Påförs när filresursen använder mindre än den etablerade IOPS.
  • Minskande, när filresursen använder mer än den etablerade IOPS och i burst-läget.
  • Konstant, när filresursen använder exakt den etablerade IOPS och det antingen inte finns några krediter som ackumuleras eller används.

En ny filresurs börjar med det fullständiga antalet krediter i sin burst-bucket. Burst-krediter ackumuleras inte om resursens IOPS ligger under den etablerade gränsen på grund av serverns begränsning. Följande formler används för att fastställa gränsen för burst-IOPS och antalet krediter som är möjliga för en filresurs:

Artikel HDD-formel
Burst-IOPS-gräns MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Burst IOPS-krediter (BurstLimit - ProvisionedIOPS) * 3600

I följande tabell visas några exempel på dessa formler för olika etablerade IOPS-belopp:

Etablerad IOPS IOPS-gräns för HDD-burst HDD-burst-krediter
500 Upp till 5 000 16,200,000
1 000 Upp till 5 000 14,400,000
3 000 Upp till 9 000 21,600,000
5 000 Upp till 15 000 36,000,000
10,000 Upp till 30 000 72,000,000
25,000 Upp till 50 000 90,000,000
50,000 Upp till 50 000 0

Etablerade v2-ögonblicksbilder

Azure Files stöder ögonblicksbilder som liknar volymskugga kopior (VSS) på Windows File Server. Mer information om resursögonblicksbilder finns i Översikt över ögonblicksbilder för Azure Files.

Ögonblicksbilder skiljer sig alltid från den aktiva resursen och från varandra. Om den totala differentiella storleken för alla ögonblicksbilder passar inom det överskjutande etablerade lagringsutrymmet för filresursen i den etablerade v2-faktureringsmodellen finns det ingen extra kostnad för ögonblicksbildlagring. Om storleken på liveresursdata plus differentiella ögonblicksbilddata är större än den etablerade lagringen av resursen debiteras ögonblicksbildernas överförbrukningskapacitet mot användningsmätaren för ögonblicksbilder över spill . Formeln för att fastställa mängden spill är: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Vissa mervärdestjänster för Azure Files använder ögonblicksbilder som en del av deras värdeförslag. Mer information finns i mervärdestjänster för Azure Files .

Etablerad mjuk borttagning av v2

Borttagna filresurser i lagringskonton med mjuk borttagning aktiverat faktureras baserat på den borttagna resursens använda lagringskapacitet under perioden för mjuk borttagning. För att säkerställa att en borttagen filresurs alltid kan återställas debiteras dock inte det etablerade lagringsutrymmet, IOPS och dataflödet för resursantalet mot lagringskontots gränser tills filresursen rensas. Mer information om mjuk borttagning finns i Aktivera mjuk borttagning på Azure-filresurser.

Etablerade v2-faktureringsmätare

Filresurser som etableras med den etablerade v2-faktureringsmodellen debiteras mot följande fem faktureringsmätare:

  • Etablerad lagring: Mängden lagringsutrymme som har etablerats i GiB.
  • Etablerad IOPS: Mängden IOPS (IO/s) som etablerats.
  • Etablerat dataflöde MiBPS: Mängden dataflöde som etablerats i MiB/s.
  • Användning av ögonblicksbilder med spill: All användning av differentiella ögonblicksbilder i GiB som inte passar i den etablerade lagringskapaciteten. Mer information finns i etablerade v2-ögonblicksbilder .
  • Mjuk borttagen användning: Använd lagringskapacitet i GiB för mjukt borttagna filresurser. Mer information finns i etablerad v2 mjuk borttagning .

Förbrukning mot de etablerade v2-faktureringsmätarena genereras per timme när det gäller enheter per timme. För en resurs med 1024 GiB etablerad bör du till exempel se:

  • 1 024 enheter mot den etablerade lagringsmätaren under en enskild timme.
  • 24 576 enheter mot den etablerade lagringsmätaren om den aggregeras för en dag.
  • Ett variabelt antal enheter om det aggregeras under en månad beroende på antalet dagar i månaden:
    • 28 dagars månad (normal februari): 688 128 enheter mot mätaren för etablerad lagring .
    • 29 dagars månad (skottår februari): 712 704 enheter mot Mätaren för etablerad lagring .
    • 30 dagar i månaden: 737 280 enheter mot den etablerade lagringsmätaren .
    • 31 dagar i månaden: 761 856 enheter mot den etablerade lagringsmätaren .

Etablerade v2-migreringar

Processen för att migrera dina SMB Azure-filresurser från en betala per användning-modell till den etablerade v2-faktureringsmodellen varierar beroende på om du använder Azure File Sync eller inte.

Etablerad v1-modell

Den etablerade v1-metoden tillhandahåller lagring, IOPS och dataflöde i ett fast förhållande till varandra, ungefär som hur lagring köps i en lokal lagringslösning. När du skapar en ny etablerad v1-filresurs anger du hur mycket lagringsutrymme din resurs behöver, och IOPS och dataflöde beräknas värden. Den etablerade v1-modellen för Azure Files är endast tillgänglig för SSD-filresurser.

Mängden lagringsutrymme som du etablerar avgör den garanterade lagrings-, IOPS- och dataflödesgränsen för filresursens användning. Om du till exempel etablerar en 2 TiB-resurs och laddar upp 2 TiB data till din resurs blir din resurs full och du kommer inte att kunna lägga till fler data om du inte ökar storleken på din resurs eller tar bort en del av data. Kreditbaserad IOPS-bursting ger ökad flexibilitet kring användning, på bästa sätt, medan krediter kvarstår.

Till skillnad från när du köper lagring lokalt kan etablerade v1-filresurser skalas upp eller ned dynamiskt när dina behov ändras, men du kan bara minska det etablerade lagringsutrymmet först efter att 24 timmar har gått sedan den senaste lagringsökningen. Ändringar i lagring, IOPS och dataflöde gäller inom några minuter efter en etableringsändring.

Det går att minska storleken på din etablerade resurs under din använda GiB. Om du gör det förlorar du inte data, men du debiteras fortfarande för den storlek som används och får prestanda för den etablerade resursen, inte den storlek som används.

Etablerad v1-tillgänglighet

Den etablerade v1-modellen tillhandahålls för SSD-filresurser i lagringskonton med typen FileStorage-lagringskonto :

Typ av lagringskonto SKU för lagringskonto Typ av tillgänglig filresurs
FileStorage Premium_LRS SSD-etablerad v1-filresurs med den lokala redundansen (LRS) angiven.
FileStorage Premium_ZRS SSD-etablerad v1-filresurs med zonredundansen (ZRS) angiven.

SSD-filresurser med den etablerade v1-modellen är allmänt tillgängliga i de flesta Azure-regioner. Mer information finns i Azure-produkter per region .

Etablerad v1-etableringsinformation

När du skapar en etablerad v1-filresurs anger du hur mycket lagringsutrymme din resurs behöver. Varje GiB som du etablerar ger dig mer IOPS och dataflöde i ett fast förhållande. Filresurser är begränsade baserat på följande attribut:

Artikel Värde
Lagringsetableringsenhet 1 GiB
Minsta etablerade lagring per filresurs 100 GiB
Maximalt etablerat lagringsutrymme per filresurs 100 TiB (102 400 GiB)
Maximalt etablerat lagringsutrymme per lagringskonto 100 TiB (102 400 GiB)

Mängden IOPS och dataflöde som etablerats på resursen bestäms av följande formler:

Artikel Formel
Beräknad etablerad (baslinje) IOPS MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Beräknat etablerat dataflöde (MiB/s) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

Beroende på dina individuella filresurskrav kan det hända att du behöver mer IOPS eller dataflöde än vad som anges i våra etableringsformler. I det här fallet måste du etablera mer lagringsutrymme för att få det nödvändiga IOPS- eller dataflödet.

Etablerad v1-bursting

Kreditbaserad IOPS-bursting ger ökad flexibilitet kring IOPS-användning. Den här flexibiliteten används bäst som buffert mot oväntade I/O-toppar. För etablerade I/O-mönster rekommenderar vi etablering för I/O-toppar.

Burst-IOPS-krediter ackumuleras när trafiken för filresursen är lägre än etablerad (baslinje) IOPS. När en filresurss IOPS-användning överskrider den etablerade IOPS och det finns tillgängliga burst-IOPS-krediter kan filresursen överskrida gränsen för högsta tillåtna burst-IOPS. Filresurser kan fortsätta att brista så länge det finns krediter kvar, men detta baseras på antalet upplupna burst-krediter. Varje I/O utöver etablerad IOPS förbrukar en kredit. När alla krediter har förbrukats återgår resursen till den etablerade IOPS. IOPS mot filresursen behöver inte göra något speciellt för att använda bursting. Bursting fungerar på bästa sätt.

Resurskrediter har tre tillstånd:

  • Påförs när filresursen använder mindre än den etablerade IOPS.
  • Minskande, när filresursen använder mer än den etablerade IOPS och i burst-läget.
  • Konstant, när filresursen använder exakt den etablerade IOPS och det antingen inte finns några krediter som ackumuleras eller används.

En ny filresurs börjar med det fullständiga antalet krediter i sin burst-bucket. Burst-krediter ackumuleras inte om resursens IOPS ligger under den etablerade gränsen på grund av serverns begränsning. Följande formler används för att fastställa gränsen för burst-IOPS och antalet krediter som är möjliga för en filresurs:

Artikel Formel
Gräns för burst MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Burst-krediter (BurstLimit - BaselineIOPS) * 3600

I följande tabell visas några exempel på dessa formler för de etablerade resursstorlekarna:

Kapacitet (GiB) Baslinje-IOPS Burst-IOPS Burst-krediter Dataflöde (ingress + utgående) (MiB/s)
100 3,100 Upp till 10 000 24,840,000 110
500 3 500 Upp till 10 000 23,400,000 150
1,024 4,024 Upp till 10 000 21,513,600 203
5,120 8 120 Upp till 15 360 26,064,000 613
10,240 13,240 Upp till 30 720 62,928,000 1,125
33,792 36,792 Upp till 102 400 227,548,800 3,480
51,200 54,200 Upp till 102 400 164,880,000 5 220
102,400 102,400 Upp till 102 400 0 10,340

Effektiva filresursprestanda omfattas av datornätverksgränser, tillgänglig nätverksbandbredd, I/O-storlekar och parallellitet, bland många andra faktorer. För att uppnå största möjliga nytta av parallellisering rekommenderar vi att du aktiverar SMB Multichannel på SSD-filresurser. Se felsökningsguiden för SMB-prestanda och prestanda för några vanliga prestandaproblem och lösningar.

Etablerade v1-ögonblicksbilder

Azure Files stöder ögonblicksbilder som liknar volymskugga kopior (VSS) på Windows File Server. Mer information om resursögonblicksbilder finns i Översikt över ögonblicksbilder för Azure Files.

Ögonblicksbilder skiljer sig alltid från den aktiva resursen och från varandra. I den etablerade v1-faktureringsmodellen debiteras den totala differentiella storleken mot en användningsmätare, oavsett hur mycket etablerad lagring som inte används. Den använda ögonblicksbildslagringsmätaren har ett lägre pris jämfört med det etablerade lagringspriset.

Etablerad mjuk borttagning av v1

Borttagna filresurser i lagringskonton med mjuk borttagning aktiverat faktureras baserat på den borttagna resursens använda lagringskapacitet under perioden för mjuk borttagning. Den mjukt borttagna användningslagringskapaciteten genereras mot den använda ögonblicksbildlagringsmätaren. Mer information om mjuk borttagning finns i Aktivera mjuk borttagning på Azure-filresurser.

Etablerade v1-faktureringsmätare

Filresurser som etableras med den etablerade v1-faktureringsmodellen faktureras mot följande två mätare:

  • Premium Provisioned: Mängden lagringsutrymme som etablerats i GiB.
  • Premium-ögonblicksbilder: Mängden använda ögonblicksbilder och använd mjuk borttagen kapacitet.

Förbrukning mot de etablerade v1-faktureringsmätarena genereras per timme när det gäller månatliga enheter. För en resurs med 1024 GiB etablerad bör du till exempel se:

  • Ett variabelt antal enheter för en enskild timme beroende på antalet dagar i månaden:
    • 28 dagars månad (normal februari): 1,5238 enheter mot Premium Provisioned-mätaren .
    • 29 dagars månad (skottår februari): 1,4713 enheter mot Premium Provisioned-mätaren .
    • 30 dagars månad: 1,4222 enheter mot Premium Provisioned-mätaren .
    • 31 dagar i månaden: 1,3763 enheter mot Premium Provisioned-mätaren .
  • Ett variabelt antal enheter om det aggregeras för en dag beroende på antalet dagar i månaden:
    • 28 dagars månad (normal februari): 36,5714 enheter mot Premium Provisioned-mätaren .
    • 29 dagars månad (skottår februari): 35.3103 enheter mot Premium Provisioned-mätaren .
    • 30 dagar i månaden: 34,1333 enheter mot Premium Provisioned-mätaren .
    • 31 dagar i månaden: 33,0323 enheter mot Premium Provisioned-mätaren .
  • 1 024 enheter mot Premium Provisioned-mätaren om den aggregeras under en månad.

Betala per användning-modell

I modellen betala per användning bestäms det belopp du betalar av hur mycket du använder i stället för baserat på ett etablerat belopp. På en hög nivå betalar du en kostnad för mängden logiska data som lagras och du debiteras även för transaktioner baserat på din användning av dessa data. Faktureringsmodellen betala per användning kan vara svår att planera för som en del av en budgeteringsprocess, eftersom modellen drivs av slutanvändarens förbrukning. Vi rekommenderar därför att du använder den etablerade v2-modellen för nya filresursdistributioner. Modellen betala per användning är endast tillgänglig för HDD-filresurser.

Betala per användning-tillgänglighet

Modellen betala per användning tillhandahålls för HDD-filresurser i lagringskonton med typen StorageV2 - eller Storage Storage-lagringskonto :

Typ av lagringskonto SKU för lagringskonto Typ av tillgänglig filresurs
StorageV2 eller Storage Standard_LRS HDD-filresursen betala per användning med den lokala redundansen (LRS) angiven.
StorageV2 eller Storage Standard_ZRS HDD betala per användning-filresurs med zonredundansen (ZRS) angiven.
StorageV2 eller Storage Standard_GRS HDD-filresursen betala per användning med den geo-redundans som angetts.
StorageV2 eller Storage Standard_GZRS HDD-filresursen betala per användning med redundansen GeoZone (GZRS) angiven.

HDD-filresurser med hjälp av modellen betala per användning är allmänt tillgängliga i alla Azure-regioner.

Skillnader i åtkomstnivåer

När du skapar en HDD-filresurs väljer du mellan följande åtkomstnivåer: transaktionsoptimerad, frekvent och lågfrekvent. Alla tre åtkomstnivåerna lagras på exakt samma lagringsmaskinvara. Den största skillnaden för dessa tre åtkomstnivåer är deras lagringspriser för vilande data, som är lägre i lågfrekventa nivåer, och transaktionspriserna, som är högre på lågfrekventa nivåer. Detta innebär att:

  • Transaktionsoptimerad, som namnet antyder, optimerar priset för höga IOPS-arbetsbelastningar (transaktion). Transaktionsoptimerad har det högsta lagringspriset för vilande data, men de lägsta transaktionspriserna.
  • Frekvent är för aktiva arbetsbelastningar som inte omfattar ett stort antal transaktioner. Den har ett något lägre lagringspris för vilande data, men något högre transaktionspriser jämfört med transaktionsoptimerade. Se det som en medelväg mellan transaktionsoptimerade och lågfrekventa nivåer.
  • Cool optimerar priset för arbetsbelastningar som inte har hög aktivitet och erbjuder det lägsta lagringspriset för vilande data, men de högsta transaktionspriserna.

Om du placerar en arbetsbelastning som används sällan på den transaktionsoptimerade åtkomstnivån betalar du nästan ingenting för de få gånger under en månad som du gör transaktioner mot din resurs. Du betalar dock ett högt belopp för kostnaderna för datalagring. Om du flyttade samma resurs till lågfrekvent åtkomstnivå skulle du fortfarande betala nästan ingenting för transaktionskostnaderna, bara för att du sällan gör transaktioner för den här arbetsbelastningen. Den lågfrekventa åtkomstnivån har dock ett mycket billigare datalagringspris. Genom att välja lämplig åtkomstnivå för ditt användningsfall kan du avsevärt minska dina kostnader.

På samma sätt betalar du mycket mer i transaktionskostnader, men mindre för kostnader för datalagring, om du placerar en arbetsbelastning med hög åtkomst på lågfrekvent åtkomstnivå. Detta kan leda till en situation där de ökade kostnaderna från transaktionspriserna ökar uppväger besparingarna från det minskade datalagringspriset, vilket leder till att du betalar mer pengar på lågfrekvent än vad du skulle ha på transaktionsoptimerad. För vissa användningsnivåer är det möjligt att frekvent åtkomstnivå är den mest kostnadseffektiva och att lågfrekvent åtkomstnivå blir dyrare än transaktionsoptimerad.

Din arbetsbelastnings- och aktivitetsnivå avgör den mest kostnadseffektiva åtkomstnivån för filresursen betala per användning. I praktiken är det bästa sättet att välja den mest kostnadseffektiva åtkomstnivån att titta på resursens faktiska resursförbrukning (lagrade data, skrivtransaktioner osv.). För betala per användning-filresurser rekommenderar vi att du börjar på den transaktionsoptimerade nivån under den första migreringen till Azure Files och sedan väljer rätt åtkomstnivå baserat på användning när migreringen är klar. Transaktionsanvändning under migreringen är vanligtvis inte ett tecken på normal transaktionsanvändning.

Vad är transaktioner?

När du monterar en Azure-filresurs på en dator med SMB exponeras Azure-filresursen på datorn som om den vore lokal lagring. Det innebär att program, skript och andra program på datorn kan komma åt filer och mappar på Azure-filresursen utan att behöva veta att de lagras i Azure.

När du läser eller skriver till en fil utför programmet som du använder en serie API-anrop till filsystem-API:et som tillhandahålls av operativsystemet. Operativsystemet tolkar sedan dessa anrop till SMB-protokolltransaktioner som skickas via kabeln till Azure Files för att uppfylla. En uppgift som slutanvändaren uppfattar som en enda åtgärd, till exempel att läsa en fil från början till slut, kan översättas till flera SMB-transaktioner som hanteras av Azure Files.

Som princip används faktureringsmodellen betala per användning som används av standardfakturor för filresurser baserat på användning. SMB- och FileREST-transaktioner som görs av program och skript representerar användningen av filresursen och visas som en del av fakturan. Samma koncept gäller för mervärdesmolntjänster som du kan lägga till i din resurs, till exempel Azure File Sync eller Azure Backup. Transaktioner grupperas i fem olika transaktionskategorier som har olika priser baserat på deras inverkan på Azure-filresursen. Dessa kategorier är: skriva, lista, läsa, andra och ta bort.

I följande tabell visas kategoriseringen för varje transaktion:

Transaktions bucket Hanteringsåtgärder Dataåtgärder
Skrivtransaktioner
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareAcl
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
Listtransaktioner
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Lästransaktioner
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
Andra/protokolltransaktioner
  • AcquireShareLease
  • BreakShareLease
  • ReleaseShareLease
  • RenewShareLease
  • ChangeShareLease
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
Ta bort transaktioner
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

Kommentar

NFS 4.1 är endast tillgängligt för SSD-filresurser, som använder en etablerad faktureringsmodell. Transaktions buckets påverkar inte faktureringen för etablerade filresurser.

Växla mellan åtkomstnivåer

Även om du kan ändra en betala per användning-filresurs mellan de tre åtkomstnivåerna är bästa praxis att optimera kostnaderna efter den inledande migreringen att välja den mest kostnadsoptimala åtkomstnivån som ska finnas i och stanna där om inte ditt åtkomstmönster ändras. Detta beror på att en ändring av åtkomstnivån för en standardfilresurs medför ytterligare kostnader på följande sätt:

  • Transaktioner: När du flyttar en resurs från en varmare åtkomstnivå till en lågfrekvent åtkomstnivå debiteras du den coolare åtkomstnivåns skrivtransaktionsavgift för varje fil i resursen. Om du flyttar en filresurs från en lågfrekvent åtkomstnivå till en varmare åtkomstnivå debiteras coolare åtkomstnivås lästransaktionsavgift för varje fil i resursen.

  • Datahämtning: Om du flyttar från lågfrekvent åtkomstnivå till frekvent eller transaktionsoptimerad debiteras du en datahämtningsavgift baserat på storleken på data som flyttas. Endast lågfrekvent åtkomstnivå har en avgift för datahämtning.

I följande tabell visas kostnadsuppdelningen för att flytta åtkomstnivåer:

Åtkomstnivå Transaktionsoptimerad (mål) Frekvent (mål) Lågfrekvent (mål)
Transaktionsoptimerad (källa) --
  • 1 snabbskrivningstransaktion per fil.
  • 1 lågfrekvent skrivtransaktion per fil.
Frekvent (källa)
  • 1 snabbläst transaktion per fil.
    		 --
    • 1 lågfrekvent skrivtransaktion per fil.
    Lågfrekvent (källa)
    • 1 lågfrekvent transaktion per fil.
    • Datahämtning per totalt använt GiB.
    • 1 lågfrekvent transaktion per fil.
    • Datahämtning per totalt använt GiB.
    		 --

    Du kan ändra en filresurs åtkomstnivå upp till 5 gånger inom ett 30-dagarsfönster. Den första dagen i fönstret på 30 dagar börjar när ändringen på den första nivån sker. Ändringar mellan åtkomstnivåer sker direkt, men när du har ändrat åtkomstnivån för en resurs kan du inte ändra den igen inom 24 timmar, även om du har ändrat åtkomstnivåegenskapen mindre än 5 gånger under de senaste 30 dagarna.

    Välja en åtkomstnivå

    Oavsett hur du migrerar befintliga data till Azure Files rekommenderar vi att du först skapar filresursen på transaktionsoptimerad åtkomstnivå på grund av det stora antalet transaktioner som uppstår under migreringen. När migreringen är klar och du har kört i några dagar eller veckor med regelbunden användning kan du ansluta dina transaktionsantal till priskalkylatorn för att ta reda på vilken åtkomstnivå som passar bäst för din arbetsbelastning.

    Eftersom betala per användning-filresurser endast visar transaktionsinformation på lagringskontonivå är det en ofullkomlig vetenskap att använda lagringsmåtten för att uppskatta vilken åtkomstnivå som är billigare på filresursnivå. Om möjligt rekommenderar vi att du bara distribuerar en filresurs i varje lagringskonto för att säkerställa fullständig insyn i faktureringen.

    Så här ser du tidigare transaktioner:

    1. Navigera till ditt lagringskonto i Azure-portalen.
    2. I tjänstmenyn under Övervakning väljer du Mått.
    3. Välj Omfång som lagringskontonamn, Måttnamnområde som "Fil", Mått som "Transaktioner" och Sammansättning som "Summa".
    4. Välj Använd delning.
    5. Välj Värden som "API-namn". Välj önskad gräns och sortera.
    6. Välj önskad tidsperiod.

    Kommentar

    Se till att du visar transaktioner under en viss tidsperiod för att få en bättre uppfattning om genomsnittligt antal transaktioner. Se till att den valda tidsperioden inte överlappar den inledande etableringen. Multiplicera det genomsnittliga antalet transaktioner under den här tidsperioden för att hämta de uppskattade transaktionerna för en hel månad.

    Betala per användning-ögonblicksbilder

    Azure Files stöder ögonblicksbilder som liknar volymskugga kopior (VSS) på Windows File Server. Mer information om resursögonblicksbilder finns i Översikt över ögonblicksbilder för Azure Files.

    Ögonblicksbilder skiljer sig alltid från den aktiva resursen och från varandra. I faktureringsmodellen betala per användning debiteras den totala differentiella storleken mot den normala förbrukade lagringsmätaren. Det innebär att du inte ser ett separat radobjekt på din faktura som representerar ögonblicksbilder för ditt betala per användning-lagringskonto. Det innebär också att differentiell användning av ögonblicksbilder räknas mot reservationer som köps för betala per användning-filresurser.

    Betala per användning mjuk borttagning

    Borttagna filresurser i lagringskonton med mjuk borttagning aktiverat debiteras baserat på den borttagna filresursens använda lagringskapacitet under perioden för mjuk borttagning. Den mjukt borttagna använda lagringskapaciteten genereras mot den normala förbrukade lagringsmätaren. Det innebär att du inte ser ett separat radobjekt på din faktura som representerar filresurser som tas bort med mjuk borttagning för ditt betala per användning-lagringskonto. Det innebär också att användning av mjuk borttagna filresurser räknas mot reservationer som köps för betala per användning-filresurser.

    Faktureringsmätare för användningsbaserad betalning

    Filresurser som skapats med faktureringsmodellen betala per användning debiteras mot följande mätare:

    • Lagrade data: Den använda lagringen, inklusive liveresurser, differentiella ögonblicksbilder och filresurser med mjuk borttagning i GiB.
    • Metadata: Storleken på filsystemets metadata som är associerade med filer och kataloger som åtkomstkontrollistor (ACL) och andra egenskaper i GiB. Den här faktureringsmätaren används endast för filresurser på nivåerna frekvent eller lågfrekvent åtkomst.
    • Skrivåtgärder: Antalet skrivtransaktions bucketar (1 bucket = 10 000 transaktioner).
    • Liståtgärder: Antalet listtransaktions bucketar (1 bucket = 10 000 transaktioner).
    • Läsåtgärder: Antalet lästransaktions bucketar (1 bucket = 10 000 transaktioner).
    • Andra åtgärder för protokollåtgärder / : Antalet andra transaktions bucketar (1 bucket = 10 000 transaktioner).
    • Datahämtning: Mängden data som lästs från filresursen i GiB. Den här mätaren används endast för filresurser på lågfrekvent åtkomstnivå.
    • Geo-replikeringsdataöverföring: Om filresursen har geo- eller geozonredundansen replikeras mängden data som skrivits till filresursen till den sekundära regionen i GiB.

    Förbrukning mot faktureringsmätaren data lagrade och metadata genereras per timme när det gäller månatliga enheter. För en resurs med 1 024 använda GiB bör du till exempel se:

    • Ett variabelt antal enheter för en enskild timme beroende på antalet dagar i månaden:
      • 28 dagars månad (normal februari): 1,5238 enheter mot data lagrad mätare.
      • 29 dagars månad (skottår februari): 1,4713 enheter mot data lagrad mätare.
      • 30 dagar i månaden: 1,4222 enheter mot den lagrade datamätaren.
      • 31 dagar i månaden: 1,3763 enheter mot den lagrade datamätaren.
    • Ett variabelt antal enheter om det aggregeras för en dag beroende på antalet dagar i månaden:
      • 28 dagars månad (normal februari): 36,5714 enheter mot data lagrad mätare.
      • 29 dagars månad (skottår februari): 35.3103 enheter mot data lagrad mätare.
      • 30 dagar i månaden: 34,1333 enheter mot den lagrade datamätaren.
      • 31 dagar i månaden: 33,0323 enheter mot data lagrad mätare.
    • 1 024 enheter mot den lagrade datamätaren om den aggregeras under en månad.

    Förbrukning mot de andra meterna (till exempel Skrivåtgärder eller datahämtning) genereras varje timme, men eftersom de inte genereras i termer av en tidsram har du inga särskilda enhetstransformeringar att känna till.

    Etablerad/kvot, logisk storlek och fysisk storlek

    Azure Files spårar tre distinkta kvantiteter med avseende på resurskapacitet:

    • Etablerad storlek eller kvot: Med både etablerade och betala per användning-filresurser anger du den maximala storlek som filresursen får växa till. I etablerade filresurser kallas det här värdet för den etablerade storleken. Oavsett vilket belopp du etablerar är det du betalar för, oavsett hur mycket du faktiskt använder. I betala per användning-filresurser kallas det här värdet för kvot och påverkar inte din faktura direkt. Etablerad storlek är ett obligatoriskt fält för etablerade filresurser. För betala per användning-filresurser, om den etablerade storleken inte har angetts direkt, kommer resursen som standard att vara det högsta värde som stöds av lagringskontot (100 TiB).

    • Logisk storlek: Den logiska storleken på en filresurs eller fil relaterar till hur stor den är utan att överväga hur den faktiskt lagras, där lagringsoptimeringar kan tillämpas. Den logiska storleken på filen är hur många KiB/MiB/GiB som skulle överföras via kabeln om du kopierade den till en annan plats. I både etablerade och betala per användning-filresurser används den totala logiska storleken för filresursen för tillämpning mot etablerad storlek/kvot. I betala per användning-filresurser är den logiska storleken den kvantitet som används för fakturering av användning i vila. Logisk storlek kallas "storlek" i dialogrutan Windows-egenskaper för en fil/mapp och som "innehållslängd" efter Azure Files-mått.

    • Fysisk storlek: Den fysiska storleken på filen relaterar till storleken på filen som kodad på disken. Detta kan stämma överens med filens logiska storlek, eller så kan den vara mindre, beroende på hur filen har skrivits till av operativsystemet. En vanlig orsak till att den logiska storleken och den fysiska storleken skiljer sig är att använda glesa filer. Den fysiska storleken på filerna i resursen används för fakturering av ögonblicksbilder, även om allokerade intervall delas mellan ögonblicksbilder om de är oförändrade (differentiell lagring).

    Mervärdestjänster

    Precis som många lokala lagringslösningar tillhandahåller Azure Files integreringsplatser för produkter från första och tredje part som kan integreras med kundägda filresurser. Även om de här lösningarna kan ge ett betydande extra värde till Azure Files bör du överväga de extra kostnader som dessa tjänster lägger till den totala kostnaden för en Azure Files-lösning.

    Kostnaderna delas upp i tre bucketar:

    • Licensieringskostnader för mervärdestjänsten. Dessa kan komma i form av en fast kostnad per kund, slutanvändare (kallas ibland "huvudkostnad"), Azure-filresurs eller lagringskonto. De kan också baseras på lagringsenheter, till exempel en fast kostnad för varje 500 GiB-segment av data i filresursen.

    • Transaktionskostnader för mervärdestjänsten. Vissa mervärdestjänster har ett eget koncept för transaktioner ovanpå den valda Azure Files-faktureringsmodellen. Dessa transaktioner visas på din faktura under mervärdestjänstens avgifter. De relaterar dock direkt till hur du använder mervärdestjänsten med din filresurs.

    • Azure Files kostar för att använda en mervärdestjänst. Azure Files debiterar inte kunder direkt för att lägga till mervärdestjänster, men som en del av att lägga till värde i Azure-filresursen kan mervärdestjänsten öka kostnaderna som du ser på din Azure-filresurs. Detta är lätt att se med betala per användning-filresurser på grund av transaktionsavgifter. Om mervärdestjänsten gör transaktioner mot filresursen för din räkning visas de i din Azure Files-transaktionsfaktura även om du inte gjorde transaktionerna direkt själv. Detta gäller även etablerade filresurser, även om det kan vara mindre märkbart. Transaktioner mot etablerade filresurser från mervärdestjänster räknas mot dina etablerade IOPS-nummer, vilket innebär att mervärdestjänster kan kräva etablering av mer lagring för att ha tillräckligt med IOPS eller dataflöde tillgängligt för din arbetsbelastning.

    När du beräknar den totala ägandekostnaden för din filresurs bör du överväga kostnaderna för Azure Files och alla mervärdestjänster som du vill använda med Azure Files.

    Det finns flera mervärdestjänster från första och tredje part. Det här dokumentet beskriver en delmängd av de vanliga tjänster från första part som kunder använder med Azure-filresurser. Du kan läsa mer om tjänster som inte visas här genom att läsa prissidan för den tjänsten.

    Azure File Sync

    Azure File Sync är en mervärdestjänst för Azure Files som synkroniserar en eller flera lokala Windows-filresurser med en Azure-filresurs. Eftersom Azure-molnfilresursen har en fullständig kopia av data i en synkroniserad filresurs som är tillgänglig lokalt, kan du omvandla din lokala Windows-filserver till en cache av Azure-filresursen för att minska ditt lokala fotavtryck. Läs mer genom att läsa Introduktion till Azure File Sync.

    När du överväger den totala ägandekostnaden för en lösning som distribuerats med Azure File Sync bör du överväga följande kostnadsaspekter:

    • Kapital- och driftskostnader för Windows-filservrar med en eller flera serverslutpunkter. Azure File Sync som replikeringslösning är oberoende av var Windows-filservrarna som synkroniseras med Azure Files finns. de kan finnas lokalt, på en virtuell Azure-dator eller till och med i ett annat moln. Om du inte använder Azure File Sync med en Windows-filserver som finns på en virtuell Azure-dator, kommer kapitalkostnaderna (dvs. de initiala maskinvarukostnaderna för din lösning) och driftskostnaderna (dvs. kostnaden för arbete, el osv.) inte att vara en del av din Azure-faktura, men kommer fortfarande att vara en stor del av din totala ägandekostnad. Du bör tänka på hur mycket data du behöver cachelagrar lokalt, antalet processorer och mängden minne som dina Windows-filservrar behöver för att vara värd för Azure File Sync-arbetsbelastningar (se rekommenderade systemresurser för mer information) och andra organisationsspecifika kostnader som du kan ha.

    • Licensieringskostnad per server för servrar som registrerats med Azure File Sync. Om du vill använda Azure File Sync med en specifik Windows-filserver måste du först registrera den med Azure File Syncs Azure-resurs, Storage Sync Service. Varje server som du registrerar efter den första servern har en fast månadsavgift. Även om den här avgiften är mycket liten är den en del av din faktura att tänka på. Information om det aktuella priset för serverregistreringsavgiften för önskad region finns i avsnittet Filsynkronisering på prissättningssidan för Azure Files.

    • Kostnader för Azure Files. Eftersom Azure File Sync är en synkroniseringslösning för Azure Files gör det att du använder Azure Files-resurser. Vissa av dessa resurser, till exempel lagringsförbrukning, är relativt uppenbara, medan andra som transaktions- och ögonblicksbildsanvändning kanske inte är det. För de flesta kunder rekommenderar vi att du använder standardfilresurser med Azure File Sync, även om Azure File Sync stöds fullt ut med premiumfilresurser om så önskas.

      • Lagringsanvändning. Azure File Sync replikerar alla ändringar som du har gjort i sökvägen på din Windows-filserver som angetts på serverslutpunkten till din Azure-filresurs, vilket gör att lagringen förbrukas. På standardfilresurser innebär det att om du lägger till eller ökar storleken på befintliga filer på serverslutpunkter ökar lagringskostnaderna eftersom ändringarna replikeras. På premiumfilresurser kommer ändringar att förbruka etablerat utrymme – det är ditt ansvar att regelbundet öka etableringen efter behov för att ta hänsyn till filresurstillväxten.

      • Användning av ögonblicksbilder. Azure File Sync tar ögonblicksbilder på resurs- och filnivå som en del av den regelbundna användningen. Även om användningen av ögonblicksbilder alltid är differentiell kan detta bidra på ett märkbart sätt till den totala Azure Files-fakturan.

      • Transaktioner från omsättning. När filerna ändras på serverslutpunkter laddas ändringarna upp till molnresursen, vilket genererar transaktioner. När molnnivåindelning är aktiverat genereras ytterligare transaktioner för hantering av nivåindelade filer, inklusive I/O som sker på nivåindelade filer, utöver utgående kostnader. Även om antalet och typen av transaktioner är svåra att förutsäga på grund av omsättningshastigheter och cacheeffektivitet kan du använda dina tidigare transaktionsmönster för att beräkna framtida kostnader om du tror att din framtida användning kommer att likna din aktuella användning.

      • Transaktioner från molnuppräkning. Azure File Sync räknar upp Azure-filresursen i molnet en gång per dag för att identifiera ändringar som har gjorts direkt i resursen så att de kan synkronisera ned till serverslutpunkterna. Den här genomsökningen genererar transaktioner som faktureras till lagringskontot med en hastighet av en ListFiles transaktion per katalog per dag. Du kan placera det här numret i priskalkylatorn för att beräkna genomsökningskostnaden.

      Dricks

      Om du inte vet hur många mappar du har kan du titta på TreeSize-verktyget från JAM Software GmbH.

    Azure Backup

    Azure Backup tillhandahåller en serverlös säkerhetskopieringslösning för Azure Files som sömlöst integreras med dina filresurser och med andra mervärdestjänster som Azure File Sync. Azure Backup för Azure Files är en lösning för ögonblicksbildsbaserad säkerhetskopiering som tillhandahåller en schemaläggningsmekanism för att automatiskt ta ögonblicksbilder enligt ett administratörsdefinierat schema. Det ger också ett användarvänligt gränssnitt för att återställa borttagna filer/mappar eller hela resursen till en viss tidpunkt. Mer information finns i Om säkerhetskopiering av Azure-filresurser.

    Tänk på följande när du överväger kostnaderna för att använda Azure Backup:

    • Licensieringskostnad för skyddade instanser för Azure-filresursdata. Azure Backup debiterar en licenskostnad för skyddad instans per lagringskonto som innehåller säkerhetskopierade Azure-filresurser. En skyddad instans definieras som 250 GiB för Azure-filresurslagring. Lagringskonton som innehåller mindre än 250 GiB omfattas av en fraktionell skyddad instanskostnad. Mer information finns i Priser för Azure Backup. Du måste välja Azure Files i listan över tjänster som Azure Backup kan skydda.

    • Kostnader för Azure Files. Azure Backup ökar kostnaderna för Azure Files på följande sätt:

      • Differentiella kostnader från ögonblicksbilder av Azure-filresurser. Azure Backup automatiserar tagning av ögonblicksbilder av Azure-filresurser enligt ett administratörsdefinierat schema. Ögonblicksbilder är alltid differentiella. Den extra kostnaden som läggs till beror dock på hur lång tid ögonblicksbilder sparas och mängden omsättning på filresursen under den tiden. Detta avgör hur annorlunda ögonblicksbilden är från den aktiva filresursen och därför hur mycket extra data som lagras av Azure Files.

      • Transaktionskostnader från återställningsåtgärder. Återställningsåtgärder från ögonblicksbilden till den aktiva resursen orsakar transaktioner. För standardfilresurser innebär det att läsningar från ögonblicksbilder/skrivningar från återställningar faktureras som normala filresurstransaktioner. För etablerade filresurser räknas dessa åtgärder mot den etablerade IOPS för filresursen.

    Microsoft Defender för Lagring

    Microsoft Defender stöder Azure Files som en del av produkten Microsoft Defender for Storage. Microsoft Defender för Storage identifierar ovanliga och potentiellt skadliga försök att komma åt eller utnyttja dina Azure-filresurser via SMB eller FileREST. Microsoft Defender för Storage är aktiverat på prenumerationsnivå för alla filresurser i lagringskonton i den prenumerationen.

    Microsoft Defender för Storage stöder inte antivirusfunktioner för Azure-filresurser.

    Den största kostnaden från Microsoft Defender för Storage är en extra uppsättning transaktionskostnader som produkten tar ut utöver de transaktioner som görs mot Azure-filresursen. Även om dessa kostnader baseras på de transaktioner som uppstår i Azure Files är de inte en del av faktureringen för Azure Files, utan ingår i Microsoft Defender-prissättningen. Microsoft Defender for Storage debiterar en transaktionsfrekvens även för etablerade filresurser, där Azure Files inkluderar transaktioner som en del av IOPS-etableringen. Den aktuella transaktionsfrekvensen finns på Microsoft Defender för molnet prissidan under tabellraden Microsoft Defender för lagring.

    Transaktionsintensiva filresurser medför betydande kostnader med microsoft Defender för lagring. Baserat på dessa kostnader kanske du vill välja bort Microsoft Defender för Storage för specifika lagringskonton. Mer information finns i Exkludera ett lagringskonto från Microsoft Defender för lagringsskydd.

    Reservationer

    Azure Files stöder reservationer (kallas även reserverade instanser) för de etablerade v1- och betala per användning-modellerna. Med reservationer kan du få rabatt på lagring genom att i förväg åta dig lagringsanvändning. Du bör överväga att köpa reserverade instanser för alla produktionsarbetsbelastningar eller dev/test-arbetsbelastningar med konsekventa fotavtryck. När du köper en reservation måste du ange följande dimensioner:

    • Kapacitetsstorlek: Reservationer kan vara för antingen 10 TiB eller 100 TiB, med mer betydande rabatter för att köpa en reservation med högre kapacitet. Du kan köpa flera reservationer, inklusive reservationer av olika kapacitetsstorlekar för att uppfylla dina arbetsbelastningskrav. Om din produktionsdistribution till exempel har 120 TiB filresurser kan du köpa en 100 TiB-reservation och två 10 TiB-reservationer för att uppfylla de totala lagringskapacitetskraven.
    • Term: Du kan köpa reservationer för antingen ett år eller tre år, med mer betydande rabatter för att köpa en längre reservationsperiod.
    • Nivå: Nivån för Azure Files för reservationen. Reservationer är för närvarande tillgängliga för nivåerna premium (SSD), frekvent (HDD) och lågfrekvent (HDD).
    • Plats: Azure-regionen för reservationen. Reservationer är tillgängliga i en delmängd av Azure-regioner.
    • Redundans: Lagringsredundans för reservationen. Reservationer stöds för alla redundanser som Stöds av Azure Files, inklusive LRS, ZRS, GRS och GZRS.
    • Faktureringsfrekvens: Anger hur ofta kontot debiteras för reservationen. Alternativen är månadsvis eller i förväg.

    När du har köpt en reservation förbrukas den automatiskt av din befintliga lagringsanvändning. Om du använder mer lagringsutrymme än du har reserverat betalar du listpriset för saldot som inte omfattas av reservationen. Avgifter för transaktions-, bandbredds-, dataöverförings- och metadatalagring ingår inte i reservationen.

    Det finns skillnader i hur reservationer fungerar med ögonblicksbilder av Azure-filresurser för betala per användning och etablerade v1-filresurser. Om du tar ögonblicksbilder av betala per användning-filresurser räknas differentiella ögonblicksbilder mot reservationen och faktureras som en del av den normala använda lagringsmätaren. Men om du tar ögonblicksbilder av etablerade v1-filresurser debiteras ögonblicksbilderna med en separat mätare och räknas inte mot reservationen.

    Mer information om hur du köper reservationer finns i Optimera kostnader för Azure Files med reservationer.

    Se även