Meer informatie over factureringsmodellen voor Azure Files

Azure Files ondersteunt twee verschillende medialagen van opslag, SSD en HDD. Hiermee kunt u uw bestandsshares aanpassen aan de prestatie- en prijsvereisten van uw scenario:

• SSD (Premium): bestandsshares die worden gehost op SSD's (Solid State Drives) bieden consistente hoge prestaties en lage latentie, binnen milliseconden met één cijfer voor de meeste IO-bewerkingen.
• HDD (standaard): bestandsshares die worden gehost op harde schijven (HDD's) bieden rendabele opslag voor algemeen gebruik.

Azure Files heeft meerdere prijsmodellen, waaronder geprovisioneerde en opties voor betalen per gebruik.

• Ingerichte factureringsmodellen: In een ingericht factureringsmodel zijn de primaire kosten van de bestandsshare gebaseerd op de hoeveelheid opslag, IOPS (invoer- en uitvoerbewerkingen per seconde) en doorvoer die u inricht wanneer u uw bestandsshare maakt of bijwerkt. U betaalt op basis van wat u inricht, ongeacht hoeveel u daadwerkelijk gebruikt. Azure Files heeft twee verschillend geconfigureerde modellen: geconfigureerd v2 en geconfigureerd v1.

  • Ingericht v2: In het ingerichte v2-model voor Azure Files hebt u de mogelijkheid om opslag, IOPS en doorvoer afzonderlijk in te richten, hoewel we u een aanbeveling bieden om u te helpen bij de eerste keer inrichten.
  • Geconfigureerd v1: In het geconfigureerde v1-model voor Azure Files configureert u de hoeveelheid opslagruimte die u nodig hebt voor de share, terwijl de IOPS en doorvoer worden bepaald op basis van de hoeveelheid opslagruimte die u configureert. Het ingerichte v1-model voor Azure Files is alleen beschikbaar voor SSD-bestandsshares.

• Factureringsmodel voor betalen per gebruik: In een model voor betalen per gebruik zijn de kosten van de bestandsshare gebaseerd op hoeveel u de share gebruikt, in de vorm van gebruikte opslag, transactie- en gegevensoverdrachtskosten. Het model betalen per gebruik is alleen beschikbaar voor HDD-bestandsshares. U wordt aangeraden het ingerichte v2-model te gebruiken voor nieuwe HDD-bestandsshareimplementaties.

In dit artikel wordt uitgelegd hoe de factureringsmodellen voor Azure Files werken, zodat u beter inzicht krijgt in uw maandelijkse Azure Files-factuur. Voor Azure Files prijsinformatie, zie de Azure Files prijspagina.

Deze video biedt een uitgebreid overzicht van de verschillen tussen verschillende Azure Files-factureringsmodellen, waaronder betalen naar gebruik, voorzien v1 en voorzien v2.

In deze video wordt dieper ingegaan op het ingerichte v2-factureringsmodel van Azure Files, met installatie-instructies en aanbevelingen om de totale eigendomskosten te verlagen.

Van toepassing op

Beheermodel	Betaalmodel	Medialeigang	Redundantie	KMO	NFS (Netwerkbestandssysteem)
Microsoft.Opslag	Geconfigureerd v2	SSD (van hoge kwaliteit)	Lokaal (LRS)
Microsoft.Opslag	Geconfigureerd v2	SSD (van hoge kwaliteit)	Zone (ZRS)
Microsoft.Opslag	Geconfigureerd v2	HDD (standaard)	Lokaal (LRS)
Microsoft.Opslag	Geconfigureerd v2	HDD (standaard)	Zone (ZRS)
Microsoft.Opslag	Geconfigureerd v2	HDD (standaard)	Aardrijkskunde (GRS)
Microsoft.Opslag	Geconfigureerd v2	HDD (standaard)	GeoZone (GZRS)
Microsoft.Opslag	Geconfigureerd v1	SSD (van hoge kwaliteit)	Lokaal (LRS)
Microsoft.Opslag	Geconfigureerd v1	SSD (van hoge kwaliteit)	Zone (ZRS)
Microsoft.Opslag	Betalen per gebruik	HDD (standaard)	Lokaal (LRS)
Microsoft.Opslag	Betalen per gebruik	HDD (standaard)	Zone (ZRS)
Microsoft.Opslag	Betalen per gebruik	HDD (standaard)	Aardrijkskunde (GRS)
Microsoft.Opslag	Betalen per gebruik	HDD (standaard)	GeoZone (GZRS)

Opslageenheden

Azure Files maakt gebruik van de maateenheden base-2 om de opslagcapaciteit te vertegenwoordigen: KiB, MiB, GiB en TiB.

Acroniem	Definitie	Eenheid
KiB	1024 bytes	kibibyte
Mib	1.024 KiB (1.048.576 bytes)	mebibyte
Gib	1024 MiB (1.073.741.824 bytes)	gibibyte
Tib	1.024 GiB (1.099.511.627.776 bytes)	Tebibyte

De maateenheidseenheden met grondtal 2 worden vaak gebruikt door de meeste besturingssystemen en hulpprogramma's om opslaghoeveelheden te meten. Ze worden echter vaak verkeerd gelabeld als de basis-10-eenheden, waarmee u mogelijk vertrouwder bent: KB, MB, GB en TB. De veelvoorkomende reden waarom besturingssystemen zoals Windows de opslageenheden verkeerd labelen, is omdat veel besturingssystemen deze acroniemen begonnen te gebruiken voordat ze werden gestandaardiseerd door de International Electrotechnical Commission (IEC), International Bureau of Weights and Measures (BIPM) en US National Institute of Standards and Technology (NIST).

In de volgende tabel ziet u hoe algemene besturingssystemen opslag meten en labelen:

Besturingssysteem	Meetsysteem	Labels
Ramen	Basis-2	Steeds verkeerd gelabeld als base-10.
Linux-distributies	Meestal base-2, sommige software maakt gebruik van base-10	Inconsistente etikettering, de uitlijning tussen meting en etikettering is afhankelijk van het softwarepakket.
macOS, iOS en iPad OS	Basis-10	Labelt consistent als decimaalstelsel (basis-10).

Neem contact op met de leverancier van uw besturingssysteem als uw besturingssysteem niet wordt vermeld.

Controlelijst voor totale eigendomskosten voor bestandsshares

Als u van on-premises naar Azure Files migreert of Azure Files vergelijkt met andere cloudopslag, moet u rekening houden met de volgende factoren om een eerlijke en gelijkwaardige vergelijking te garanderen:

• Hoe betaalt u voor opslag, IOPS en bandbreedte? De meeste cloudoplossingen hebben modellen die zijn afgestemd op de principes van ingerichte opslag, zoals prijsdeterminisme en eenvoud, of opslag met betalen per gebruik, die kosten kan optimaliseren door alleen kosten in rekening te brengen voor wat u daadwerkelijk gebruikt. Voorzieningsfactureringsmodellen kunnen verschillen op basis van de minimale voorzieningsdeelsgrootte, de provisioneringseenheid en de mogelijkheid om de voorziening te vergroten en te verkleinen.

• Zijn er methoden om de opslagkosten te optimaliseren? U kunt Azure Files-reserveringen gebruiken voor een korting van maximaal 36% op opslag. Andere oplossingen kunnen gebruikmaken van strategieën zoals ontdubbeling of compressie om de opslagefficiëntie optioneel te optimaliseren. Deze strategieën voor opslagoptimalisatie hebben echter vaak niet-monetaire kosten, zoals het verminderen van de prestaties. Azure Files-reserveringen hebben geen neveneffecten op prestaties.

• Hoe bereikt u opslagtolerantie en redundantie? Met Azure Files worden tolerantie en redundantie van opslag opgenomen in het productaanbod. Alle lagen en redundantieniveaus zorgen ervoor dat gegevens maximaal beschikbaar zijn en ten minste drie kopieën van uw gegevens toegankelijk zijn. Overweeg bij het overwegen van andere opties voor bestandsopslag of opslagtolerantie en redundantie is ingebouwd, of iets dat u zelf moet samenstellen.

• Wat moet u beheren? Azure Files is een volledig beheerde oplossing. Andere oplossingen vereisen mogelijk besturingssysteemupdates of het beheren van virtuele resources, zoals VM's, schijven en netwerk-IP-adressen.

• Wat zijn de kosten van toegevoegde waardeproducten? Azure Files biedt ondersteuning voor integraties met meerdere eerst- en externe services met toegevoegde waarde. Services met toegevoegde waarde, zoals Azure Backup, Azure File Sync en Microsoft Defender for Storage, bieden back-ups, replicatie en caching en beveiligingsfunctionaliteit voor Azure Files. Oplossingen met toegevoegde waarde, on-premises of in de cloud, hebben hun eigen licentie- en productkosten, maar worden vaak beschouwd als onderdeel van de totale eigendomskosten voor bestandsopslag.

Geprovisioneerd v2-model

Het ingerichte v2-model voor Azure Files combineert voorspelbaarheid van de totale eigendomskosten met flexibiliteit, waardoor u een bestandsshare kunt creëren die aan uw exacte opslag- en prestatievereisten voldoet. Wanneer u een nieuwe ingerichte v2-bestandsshare maakt, geeft u op hoeveel opslagruimte, IOPS en doorvoer uw bestandsshare nodig heeft. Het aantal van elke hoeveelheid die u bestelt, bepaalt uw totale factuur.

De hoeveelheid opslag, IOPS en doorvoer die u inricht, zijn de gegarandeerde limieten voor het gebruik van uw bestandsshare. Als u bijvoorbeeld een 2 TiB-share inricht en 2 TiB aan gegevens uploadt naar uw share, is uw share vol. U kunt niet meer gegevens toevoegen, tenzij u de grootte van uw share vergroot of een deel van de gegevens verwijdert. IOPS-bursting op basis van tegoed zorgt voor extra flexibiliteit in gebruik, op een best-effort basis, zolang er tegoeden zijn.

De hoeveelheid opslag, IOPS en doorvoer die u inricht, kan dynamisch omhoog of omlaag worden geschaald naarmate uw behoeften veranderen. U kunt echter alleen een ingerichte hoeveelheid verlagen nadat 24 uur is verstreken sinds de laatste toename van de hoeveelheid. Wijzigingen in opslag, IOPS en doorvoer worden binnen enkele minuten na een inrichtingswijziging doorgevoerd.

Wanneer u een nieuwe bestandsshare maakt met behulp van het ingerichte v2-model, wordt standaard een aanbeveling geboden voor het aantal IOPS en hoeveel doorvoer u nodig hebt. Dit wordt berekend op basis van de hoeveelheid ingerichte opslag die u opgeeft. Deze aanbevelingen zijn gebaseerd op typisch klantgebruik voor die hoeveelheid ingerichte opslag voor de medialaag die u kiest. Het kan echter zijn dat uw workload meer of minder IOPS en doorvoer vereist dan de 'typische bestandsshare'. In dit geval kunt u desgewenst meer of minder IOPS en doorvoer inrichten, afhankelijk van de vereisten voor uw afzonderlijke bestandsshares.

Voorziening van v2 beschikbaarheid

Het gereedgemaakte v2-model wordt geleverd voor bestandsshares in opslagaccounts van het FileStorage-type opslagaccount. Momenteel zijn de volgende opslagaccount-SKU's beschikbaar:

opslagaccountsoort	Opslagaccount-SKU	Type beschikbare bestandsdeling
FileStorage	PremiumV2_LRS	SSD-geconfigureerde v2-bestandsshares met opgegeven lokale redundantie (LRS).
FileStorage	PremiumV2_ZRS	SSD v2-bestandshares voorzien van zone-redundantie (ZRS).
FileStorage	StandardV2_LRS	HDD v2 file shares met de opgegeven lokale redundantie (LRS) ingericht.
FileStorage	StandardV2_ZRS	HDD-voorzien v2-bestandsshares met de zoneredundantie (ZRS) gespecificeerd.
FileStorage	StandardV2_GRS	HDD versie 2-bestandsshares met Geo-redundantie (GRS) zoals gespecificeerd.
FileStorage	StandardV2_GZRS	Geconfigureerde HDD v2-bestandsshares met de gespecificeerde GeoZone-redundantie (GZRS).

Deze SKU's zijn momenteel algemeen beschikbaar in een beperkte subset van regio's:

• Alle openbare Azure-cloudregio's.
• Alle Azure US Government-cloudregio's.

Details van de v2-voorziening

Wanneer u een ingerichte v2-bestandsshare maakt, geeft u de ingerichte capaciteit voor de bestandsshare op in termen van opslag, IOPS en doorvoer. Bestandsshares zijn beperkt op basis van de volgende kenmerken.

Item	SSD-waarde	HDD-waarde
Opslagvoorzieningseenheid	1 GiB	1 GiB
Eenheid voor IOPS	1 IO per seconde	1 IO per seconde
Voorzieningseenheid voor doorvoer	1 MiB per seconde	1 MiB per seconde
Minimaal geprovisioneerde opslag per bestandsdeling	32 GiB	32 GiB
Minimaal toegekende IOPS per bestandsdeel	3.000 IOPS	500 IOPS
Minimale geconfigureerde doorvoer per bestandsshares	100 MiB per seconde	60 MiB per seconde
Maximale toegewezen opslag per bestandsdeling	256 TiB (262.144 GiB)	256 TiB (262.144 GiB)
Maximaal voorziene IOPS per bestandsdeling	102.400 IOPS	50.000 IOPS
Maximale geconfigureerde doorvoer per bestandsdeling	10.340 MiB per seconde	5.120 MiB per seconde
Maximaal ingerichte opslag per opslagaccount	256 TiB (262.144 GiB)	4 PiB (4.194.304 GiB)
Maximaal ingerichte IOPS per opslagaccount	102.400 IOPS	50.000 IOPS
Maximale geconfigureerde doorvoer per opslagaccount	10.340 MiB per seconde	5.120 MiB per seconde
Maximum aantal bestandsshares per opslagaccount	50 bestandsonderdelen	50 bestandsonderdelen

Standaard raden wij IOPS en doorvoerprovisionering aan op basis van de door u gespecificeerde ingerichte opslag. Deze aanbevelingsformules zijn gebaseerd op typisch klantgebruik voor die hoeveelheid ingerichte opslag voor die medialaag in Azure Files:

Formulenaam	SSD-formule	HDD-formule
IOPS-aanbeveling	MIN(MAX(3000 + CEILING(1 * ProvisionedStorageGiB), 3000), 102400)	MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Doorvoeradvies	MIN(MAX(100 + CEILING(0.1 * ProvisionedStorageGiB), 100), 10340)	MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

Afhankelijk van uw vereisten voor afzonderlijke bestandsshares, is het mogelijk dat u meer of minder IOPS of doorvoer nodig hebt dan onze aanbevelingen. U kunt deze aanbevelingen desgewenst overschrijven met uw eigen waarden.

Geconfigureerde v2-bursting

IOPS-bursting op basis van krediet biedt extra flexibiliteit bij IOPS-gebruik. Deze flexibiliteit wordt het beste gebruikt als buffer tegen onverwachte IO-pieken. Voor vastgestelde I/O-patronen raden we u aan om te voorzien in I/O-pieken.

Burst IOPS-tegoed wordt verzameld wanneer het verkeer voor uw bestandsdeling lager is dan de ingerichte IOPS (basislijn). Wanneer het IOPS-gebruik van een bestandsshare groter is dan de ingerichte IOPS en er beschikbaar IOPS-tegoeden voor bursts beschikbaar zijn, kan de bestandsshare maximaal de maximaal toegestane burst IOPS-limiet bereiken. Bestandsshares kunnen blijven pieken zolang er nog tegoeden over zijn, gebaseerd op het aantal opgebouwde piek-tegoeden. Elke IO buiten de voorziene IOPS verbruikt één tegoed. Zodra alle tegoeden zijn verbruikt, keert de share terug naar de ingerichte IOPS. IOPS voor de bestandsshare hoeven niets speciaals te doen om bursting te gebruiken. Bursting werkt op basis van best effort.

Deelkredieten hebben drie staten:

• Opbouwen wanneer de bestandsshare minder dan de ingerichte IOPS gebruikt.
• Aflopend, wanneer de bestandsshare meer gebruikt dan de ingerichte IOPS en in de burst-modus.
• Constant, wanneer de bestandsdeling precies de toegewezen IOPS gebruikt en er geen tegoeden zijn opgebouwd of verbruikt.

Een nieuwe bestandsshare begint met het volledige aantal tegoeden in de zogenaamde "burst-bucket". Burst-tegoeden worden niet opgebouwd als de share-IOPS onder de geprovisioneerde limiet vallen vanwege throttling door de server. De volgende formules worden gebruikt om de burst IOPS-limiet en het aantal tegoeden dat mogelijk is voor een bestandsshare te bepalen:

Item	SSD-formule	HDD-formule
Burst-IOPS-limiet	MIN(MAX(3 * ProvisionedIOPS, 10000), 102400)	MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Burst-IOPS-tegoed	(BurstLimit - ProvisionedIOPS) * 3600	(BurstLimit - ProvisionedIOPS) * 3600

In de volgende tabel ziet u enkele voorbeelden van deze formules voor verschillende ingerichte IOPS-bedragen:

Ingerichte IOPS	IOPS-limiet voor SSD-burst	SSD-bursttegoed	Limiet voor HDD-burst-IOPS	HDD-bursttegoed
500	--	--	Tot 5.000	16,200,000
1.000	--	--	Tot 5.000	14,400,000
3.000	Tot 10.000	25,200,000	Tot 9.000	21,600,000
5.000	Tot 15.000	36,000,000	Tot 15.000	36,000,000
10.000	Tot 30.000	72,000,000	Tot 30.000	72,000,000
25,000	Tot 75.000	180,000,000	Tot 50.000	90,000,000
50,000	Tot 102.400	188,640,000	Tot 50.000	0
75.000	Tot 102.400	98,640,000	--	--
102,400	Tot 102.400	0	--	--

Geconfigureerde v2-momentopnamen

Azure Files ondersteunt momentopnamen, die vergelijkbaar zijn met volumeschaduwkopieën (VSS) op Windows File Server. Voor meer informatie over momentopnamen van shares, zie Overzicht van momentopnamen voor Azure Files.

Momentopnamen verschillen altijd van de liveshare en van elkaar. Als in het ingerichte v2-factureringsmodel de totale differentiële grootte van alle momentopnamen binnen de overtollige ingerichte opslagruimte van de bestandsshare past, zijn er geen extra kosten verbonden aan de opslag van momentopnamen. Als de grootte van de live share-gegevens plus de differentiële momentopnamegegevens groter is dan de toegewezen opslag van de share, wordt de overtollige gebruikte capaciteit van de momentopnamen gefactureerd op basis van de Overflow Snapshot Usage meter. De formule voor het bepalen van de hoeveelheid overloop is: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Sommige services met toegevoegde waarde voor Azure Files maken gebruik van momentopnamen als onderdeel van hun waardepropositie. Zie services met toegevoegde waarde voor Azure Files voor meer informatie.

"Geconfigureerd v2 soft delete"

Verwijderde bestandsshares in opslagaccounts waarvoor voorlopig verwijderen is ingeschakeld, worden gefactureerd op basis van de gebruikte opslagcapaciteit van de verwijderde share voor de gedefinieerde bewaarperiode. Om ervoor te zorgen dat een verwijderde bestandsshare altijd kan worden hersteld, worden de ingerichte opslag, IOPS en doorvoer van de share geteld tegen de limieten van het opslagaccount totdat de bestandsshare is opgeschoond. Ze worden echter niet gefactureerd. Zie Voorlopig verwijderen inschakelen voor Azure-bestandsshares voor meer informatie over voorlopig verwijderen.

Geconfigureerde v2-factureringsmeters

Bestandsshares die zijn toegewezen met het v2-factureringsmodel, worden gefactureerd aan de hand van de volgende kostenmeters:

• Geconfigureerde opslag: de hoeveelheid opslag die is geconfigureerd in GiB.
• Ingerichte IOPS: de hoeveelheid IOPS (IO/sec) die is ingericht.
• Ingerichte doorvoer MiBPS: de hoeveelheid doorvoer die is ingericht in MiB per seconde.
• Overloopmomentopnamegebruik: elke hoeveelheid differentiële momentopnamegebruik in GiB die niet binnen de ingerichte opslagcapaciteit past. Zie geprovisioneerde v2-momentopnamen voor meer informatie.
• Zacht verwijderd gebruik: gebruikte opslagcapaciteit in GiB voor zacht verwijderde bestandsdeling. Zie voorwaarde v2 soft-delete voor meer informatie.

Verbruikseenheden op basis van de ingerichte v2-factureringsmeters worden elk uur verzonden. Voor een share met 1.024 GiB ingericht, zou je bijvoorbeeld het volgende moeten zien:

• 1.024 eenheden tegen de geprovisioneerde opslag meter voor een individueel uur.
• 24,576 eenheden tegenover de ingerichte opslagmeter, indien geaggregeerd voor een dag.
• Een variabel aantal eenheden indien geaggregeerd voor een maand, afhankelijk van het aantal dagen in de maand:
  • 28-daagse maand (normaal februari): 688.128 eenheden ten opzichte van de geconfigureerde opslagmeter.
  • Maand van 29 dagen (schrikkeljaar februari): 712.704 eenheden ten opzichte van de geprovisioneerde opslagmeter.
  • Maand van 30 dagen: 737.280 eenheden tegen de Provisioned Storage-meter.
  • Maand van 31 dagen: 761.856 eenheden tegen de geprovisioneerde opslagmeter.

Ingeplaatste v2-migraties

Het proces voor het migreren van uw SMB Azure-bestandsshares van een betalen per gebruik-model naar het ingerichte v2-factureringsmodel verschilt, afhankelijk van of u Azure File Sync gebruikt.

• Als u Azure Files zonder Azure File Sync gebruikt, raadpleegt u bestanden migreren van de ene SMB Azure-bestandsshare naar de andere.
• Indien u Azure File Sync gebruikt, raadpleeg Bestanden migreren van de ene Azure-bestandsshare naar de andere.

Geconfigureerd v1 model

De ingerichte v1-methode biedt opslag, IOPS en doorvoer in een vaste verhouding tot elkaar, vergelijkbaar met de manier waarop opslag wordt aangeschaft in een on-premises opslagoplossing. Wanneer u een nieuwe geconfigureerde v1-bestandsshare maakt, specificeert u hoeveel opslagruimte het aandeel nodig heeft, en worden de IOPS en doorvoerwaarden berekend. Het ingerichte v1-model voor Azure Files is alleen beschikbaar voor SSD-bestandsshares.

De hoeveelheid opslagruimte die u inricht, bepaalt de gegarandeerde opslag-, IOPS- en doorvoerlimieten van het gebruik van uw bestandsshare. Als u bijvoorbeeld een 2 TiB-share inricht en 2 TiB aan gegevens uploadt naar uw share, is uw share vol. U kunt niet meer gegevens toevoegen, tenzij u de grootte van uw share vergroot of een deel van de gegevens verwijdert. IOPS-bursting op basis van tegoed zorgt voor extra flexibiliteit in gebruik, op een best-effort basis, zolang er tegoeden zijn.

In tegenstelling tot het kopen van opslag op locatie, kunnen geconfigureerde v1-bestandsshares dynamisch omhoog of omlaag worden geschaald, naar gelang uw behoeften veranderen. U kunt echter alleen de ingerichte opslag verminderen nadat 24 uur is verstreken sinds de laatste toename van de opslag. Wijzigingen in opslag, IOPS en doorvoer worden binnen enkele minuten na een inrichtingswijziging doorgevoerd.

Het is mogelijk om de grootte van uw geconfigureerde opslag kleiner te maken dan het aantal gebruikte Gibibytes. Als u dit wel doet, verliest u geen gegevens, maar wordt u nog steeds gefactureerd voor de gebruikte grootte. U ontvangt de prestaties van de ingerichte share, niet de gebruikte grootte.

Geconfigureerde v1-beschikbaarheid

Het geconfigureerde v1-model wordt geleverd voor SSD-bestandsshares in opslagaccounts van het opslagaccounttype FileStorage.

opslagaccountsoort	Opslagaccount-SKU	Type beschikbare bestandsdeling
FileStorage	Premium_LRS	Met SSD ingerichte v1-bestandsshare met de opgegeven lokale redundantie (LRS).
FileStorage	Premium_ZRS	Een op SSD verzorgde v1-bestandsshare met de zone-redundantie (ZRS) opgegeven.

SSD-bestandsshares met behulp van het ingerichte v1-model zijn algemeen beschikbaar in de meeste Azure-regio's. Zie Azure-producten per regio voor meer informatie.

Details van v1-voorziening

Wanneer u een ingerichte v1-bestandsshare maakt, geeft u op hoeveel opslagruimte uw share nodig heeft. Elke GiB die u configureert, geeft u recht op meer IOPS en doorvoer in een vaste verhouding. Bestandsshares zijn beperkt op basis van de volgende kenmerken.

Artikel	Waarde
Opslagvoorzieningseenheid	1 GiB
Minimaal geprovisioneerde opslag per bestandsdeling	100 GiB
Maximale toegewezen opslag per bestandsdeling	100 TiB (102.400 GiB)
Maximaal ingerichte opslag per opslagaccount	100 TiB (102.400 GiB)

De volgende formules bepalen de hoeveelheid IOPS en doorvoer die voor de share is ingericht:

Artikel	formule
Berekende geconfigureerde IOPS (basislijn)	MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Berekende toegewezen doorvoercapaciteit (MiB per seconde)	100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

Afhankelijk van de vereiste voor uw afzonderlijke bestandsshare, is het mogelijk dat u meer IOPS of doorvoer nodig hebt dan onze inrichtingsformules bieden. In dit geval moet u meer opslagruimte inrichten om de vereiste IOPS of doorvoer op te halen.

Ingerichte v1-burstcapaciteit

Het ingerichte v1-model ondersteunt twee typen bursting: op tegoed gebaseerde bursting, die gratis is opgenomen als onderdeel van de inrichting en betaalde bursting. Dit is een geavanceerde functie die u optioneel kunt inschakelen om facturering op basis van gebruik te ondersteunen wanneer de IOPS en doorvoer het ingerichte bedrag overschrijden.

Geconfigureerd v1-bursting op kredietbasis

IOPS-bursting op basis van krediet biedt extra flexibiliteit bij IOPS-gebruik. Deze flexibiliteit wordt het beste gebruikt als buffer tegen onverwachte IO-pieken. Voor vastgestelde I/O-patronen raden we u aan om te voorzien in I/O-pieken.

Burst IOPS-tegoed wordt verzameld wanneer het verkeer voor uw bestandsdeling lager is dan de ingerichte IOPS (basislijn). Wanneer het IOPS-gebruik van een bestandsshare groter is dan de ingerichte IOPS en er beschikbaar IOPS-tegoeden voor bursts beschikbaar zijn, kan de bestandsshare maximaal de maximaal toegestane burst IOPS-limiet bereiken. Bestandsshares kunnen blijven pieken zolang er nog tegoeden over zijn, gebaseerd op het aantal opgebouwde piek-tegoeden. Elke IO buiten de voorziene IOPS verbruikt één tegoed. Zodra alle tegoeden zijn verbruikt, keert de share terug naar de ingerichte IOPS. IOPS voor de bestandsshare hoeven niets speciaals te doen om bursting te gebruiken. Bursting werkt op basis van best effort.

Deelkredieten hebben drie staten:

• Opbouwen wanneer de bestandsshare minder dan de ingerichte IOPS gebruikt.
• Aflopend, wanneer de bestandsshare meer gebruikt dan de ingerichte IOPS en in de burst-modus.
• Constant, wanneer de bestandsdeling precies de toegewezen IOPS gebruikt en er geen tegoeden zijn opgebouwd of verbruikt.

Een nieuwe bestandsshare begint met het volledige aantal tegoeden in de zogenaamde "burst-bucket". Burst-tegoeden worden niet opgebouwd als de share-IOPS onder de geprovisioneerde limiet vallen vanwege throttling door de server. De volgende formules worden gebruikt om de burst IOPS-limiet en het aantal tegoeden dat mogelijk is voor een bestandsshare te bepalen:

Artikel	formule
Burst-limiet	MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Burst-tegoed	(BurstLimit - BaselineIOPS) * 3600

In de volgende tabel ziet u enkele voorbeelden van deze formules voor de ingerichte sharegrootten:

Capaciteit (GiB)	IOPS basislijn	Uitbarsting van IOPS	Burst-credits	Doorvoer (inkomend en uitgaand verkeer) (MiB/sec)
100	3,100	Tot 10.000	24,840,000	110
500	3500	Tot 10.000	23,400,000	150
1024	4,024	Tot 10.000	21,513,600	203
5,120	8120	Tot 15.360	26,064,000	613
10,240	13,240	Tot 30.720	62,928,000	1,125
33,792	36,792	Tot 102.400	227,548,800	3,480
51.200	54,200	Tot 102.400	164,880,000	5220
102,400	102,400	Tot 102.400	0	10,340

Betaalde v1 capaciteitsuitbreiding ingericht

Betaalde bursting is een geavanceerde functie van het voorgeconfigureerde v1-model, ontworpen om klanten te ondersteunen die nooit willen worden vertraagd. Betaalde burst-facturering voegt extra gebruiksfacturering toe voor IOPS of doorvoer boven de toegewezen opslag. Dit verschilt van bursting op basis van tegoed, dat gratis is opgenomen als onderdeel van geprovisioneerde opslag. Hoewel betaalde bursting kan zorgen voor krachtige flexibiliteit bij het inrichten van uw bestandsdeling, kan het ook leiden tot onverwachte facturering als het onjuist wordt gebruikt.

Net als bij bursting op basis van tegoed is betaalde bursting geen vervanging voor het inrichten van de juiste hoeveelheid IOPS en doorvoer. In plaats daarvan biedt het verdere bescherming tegen beperking als u onverwachte vraag krijgt. Als u een consistent niveau van IOPS- of doorvoergebruik hebt, is het goedkoper om voldoende IOPS en doorvoer (via opslagvoorziening) toe te wijzen om aan de vraag te voldoen dan afhankelijk te zijn van betaalde bursting.

Betaalde bursting is standaard uitgeschakeld, maar u kunt deze inschakelen door de instructies te volgen om de kosten- en prestatiekenmerken van een ingerichte v1-bestandsshare te wijzigen (alleen PowerShell en CLI). Als betaalde bursting is ingeschakeld, raden we u aan om IOPS en doorvoergebruik zorgvuldig te controleren met behulp van de volgende metrische gegevens die beschikbaar zijn via Azure Monitor:

• Geprovisioneerde IOPS voor bestandsdeling
• MiB/s voor geconfigureerde bandbreedte van bestandsdeling (doorvoer)
• Transacties per max. IOPS
• Bandbreedte per maximaal MiB/s (doorvoer)
• Burst-tegoed voor IOPS (bursting op basis van tegoed)
• Betaalde Bursting IOS (IOs)
• Betaalde piekbandbreedte

Voorzien van v1-momentopnamen

Azure Files ondersteunt momentopnamen, die vergelijkbaar zijn met volumeschaduwkopieën (VSS) op Windows File Server. Voor meer informatie over momentopnamen van shares, zie Overzicht van momentopnamen voor Azure Files.

Momentopnamen verschillen altijd van de liveshare en van elkaar. In het ingerichte v1-factureringsmodel wordt de totale differentiële grootte gefactureerd op basis van een gebruiksmeter, ongeacht hoeveel ingerichte opslag niet wordt gebruikt. De gebruikte opslagmeter voor momentopnamen heeft een lagere prijs dan de ingerichte opslagprijs.

Voorzien van v1 soft delete

Verwijderde bestandsshares in opslagaccounts waarvoor voorlopig verwijderen is ingeschakeld, worden gefactureerd op basis van de gebruikte opslagcapaciteit van de verwijderde share voor de gedefinieerde bewaarperiode. De zacht verwijderde gebruiksopslagcapaciteit wordt tegenover de gebruikte opslagmeter voor momentopnamen geplaatst. Zie Voorlopig verwijderen inschakelen voor Azure-bestandsshares voor meer informatie over voorlopig verwijderen.

Geconfigureerde v1-facturatiemeters

Bestandsshares die zijn gedeeld met het toegewezen v1-factureringsmodel, worden gefactureerd volgens de volgende meters:

• Premium geconfigureerd: de hoeveelheid opslagruimte die is geconfigureerd in GiB.
• Premium-momentopnamen: het aantal gebruikte momentopnamen en de gebruikte tijdelijk verwijderde capaciteit.

Elk uur wordt het verbruik tegen de geconfigureerde v1-factureringsmeters vastgelegd, uitgedrukt in maandelijkse eenheden. Voor een share met 1.024 GiB ingericht, zou je bijvoorbeeld het volgende moeten zien:

• Een variabel aantal eenheden voor een afzonderlijk uur, afhankelijk van het aantal dagen in de maand:
  • Maand van 28 dagen (normaal februari): 1,5238 eenheden ten opzichte van de voorgeconfigureerde Premium-meter.
  • Maand van 29 dagen (schrikkeljaar februari): 1.4713 eenheden ten opzichte van de Premium Provisioned-meter.
  • Maand van 30 dagen: 1.4222 eenheden tegen de geconfigureerde Premium-meter.
  • Maand van 31 dagen: 1.3763 eenheden ten opzichte van de Premium Geconfigureerde meter.
• Een variabel aantal eenheden indien geaggregeerd voor een dag, afhankelijk van het aantal dagen in de maand:
  • Maand van 28 dagen (normaal februari): 36.5714 eenheden bij de Premium Provisioned-meter.
  • Maand van 29 dagen (schrikkeljaar februari): 35,3103 eenheden ten opzichte van de Premium-geconfigureerde meter.
  • Maand van 30 dagen: 34.1333 eenheden voor de Premium Provisioned meter.
  • Maand van 31 dagen: 33,0323 eenheden tegen de Premium Provisioned-meter.
• 1.024 eenheden tegen de Premium-geprovisioneerde meter als ze voor een maand worden geaggregeerd.

Model voor betalen per gebruik

In het model betalen per gebruik wordt u gefactureerd hoeveel opslagruimte u gebruikt, niet hoeveel u inricht. Op hoog niveau betaalt u kosten voor de hoeveelheid logische gegevens die zijn opgeslagen en worden er ook kosten in rekening gebracht voor transacties op basis van uw gebruik van die gegevens. Facturering per gebruik kan lastig zijn om te plannen als onderdeel van een budgetteringsproces, omdat u betaalt op basis van verbruik door eindgebruikers. Daarom raden we u aan het ingerichte v2-model te gebruiken voor nieuwe bestandsshareimplementaties. Het model betalen per gebruik is alleen beschikbaar voor HDD-bestandsshares.

Beschikbaarheid van pay-as-you-go

Het pay-as-you-go-model is beschikbaar voor HDD-bestandsshares in opslagaccounts met het soort opslagaccount StorageV2 of Storage.

opslagaccountsoort	Opslagaccount-SKU	Type beschikbare bestandsdeling
StorageV2 of Storage-opslag	Standaard_LRS	HDD-bestandsshare op basis van gebruik met opgegeven lokale redundantie (LRS).
StorageV2 of Storage-opslag	Standaard_ZRS	HDD-bestandsshare voor gebruikers die per gebruik betalen, met de opgegeven zoneredundantie (ZRS).
StorageV2 of Storage-opslag	Standaard_GRS	HDD pay-as-you-go-bestandsshare met de opgegeven Geo-redundantie (GRS).
StorageV2 of Storage-opslag	Standaard_GZRS	HDD-bestandsshares op basis van betalen per gebruik met de opgegeven GeoZone (GZRS) redundantie.

HDD-bestandsshares met het model betalen per gebruik zijn algemeen beschikbaar in alle Azure-regio's.

Verschillen in toegangsniveaus

Wanneer u een HDD-bestandsshare maakt, kiest u tussen de volgende toegangslagen: geoptimaliseerd voor transacties, warm en cool. Alle drie de toegangsniveaus worden opgeslagen op exact dezelfde opslagapparatuur. Het belangrijkste verschil voor deze drie toegangsniveaus zijn hun opslagprijzen voor data-at-rest, die lager zijn in koelere lagen, en de transactieprijzen, die hoger zijn in de koelere lagen. Dit houdt in:

• Transactie geoptimaliseerd, zoals de naam al aangeeft, optimaliseert de prijs voor transactieworkloads met hoge IOPS (input/output bewerkingen per seconde). Transactie-geoptimaliseerd heeft de hoogste opslagprijs voor gegevens in rust, maar de laagste transactieprijzen.
• Hot is bedoeld voor actieve workloads die geen groot aantal transacties omvatten. Het heeft een iets lagere prijs voor opgeslagen data, maar iets hogere transactieprijzen in vergelijking met transactie-optimalisatie. U kunt het beschouwen als de gulden middenweg tussen de voor transacties geoptimaliseerde en koele lagen.
• Cool optimaliseert de prijs voor workloads die geen hoge activiteit hebben en biedt de laagste opslagprijs voor stilstaande gegevens, maar daar tegenover staan wel de hoogste transactieprijzen.

Als u de juiste toegangslaag voor uw use-case selecteert, kunt u uw kosten aanzienlijk verlagen. Als u een zelden geopende workload in de voor transactie geoptimaliseerde toegangslaag plaatst, betaalt u bijna niets voor de paar keer in een maand dat u transacties uitvoert op basis van uw share. U betaalt echter een hoge hoeveelheid voor de kosten voor gegevensopslag. Als u dezelfde share naar de koude toegangslaag hebt verplaatst, betaalt u nog steeds bijna niets voor de transactiekosten, omdat u voor deze workload zelden transacties uitvoert. De koele toegangslaag heeft een lagere prijs voor gegevensopslag.

Als u een workload met hoge toegang in de koele toegangslaag plaatst, betaalt u veel meer transactiekosten, maar minder voor gegevensopslagkosten. Dit kan leiden tot een situatie waarbij de verhoogde kosten van de transactieprijzen groter zijn dan de besparingen van de verlaagde prijs voor gegevensopslag. U betaalt mogelijk meer voor cool dan u zou hebben betaald voor transacties die zijn geoptimaliseerd. Voor sommige gebruiksniveaus is het mogelijk dat de warme toegangslaag het meest kostenefficiënt is en de koele toegangslaag duurder is dan de voor transacties geoptimaliseerde laag.

Uw workload- en activiteitsniveau bepalen de meest kostenefficiënte toegangslaag voor uw bestandsshare met betalen per gebruik. In de praktijk is het de beste manier om de meest rendabele toegangslaag te kiezen, waarbij wordt gekeken naar het werkelijke resourceverbruik van de share (gegevens opgeslagen, schrijftransacties, enzovoort). Voor bestandsshares met betalen per gebruik raden we u aan om te beginnen in de laag die is geoptimaliseerd voor transacties tijdens de eerste migratie naar Azure Files en vervolgens de juiste toegangslaag te kiezen op basis van gebruik nadat de migratie is voltooid. Transactiegebruik tijdens de migratie wijst doorgaans niet op normaal transactiegebruik.

Wat zijn transacties?

Wanneer u een Azure-bestandsshare koppelt op een computer met behulp van SMB, wordt de Azure-bestandsshare weergegeven op uw computer alsof deze lokale opslag is. Dit betekent dat toepassingen, scripts en andere programma's op uw computer toegang hebben tot de bestanden en mappen op de Azure-bestandsshare zonder dat ze hoeven te weten dat ze zijn opgeslagen in Azure.

Wanneer u een bestand leest of schrijft, voert de toepassing die u gebruikt een reeks API-aanroepen uit naar de bestandssysteem-API die door uw besturingssysteem wordt geleverd. Uw besturingssysteem interpreteert deze aanroepen vervolgens in SMB-protocoltransacties, die via de wire naar Azure Files worden verzonden om te voldoen. Een eenvoudige taak die de eindgebruiker beschouwt als één bewerking, zoals het lezen van een bestand van begin tot eind, kan worden omgezet in meerdere SMB-transacties die worden geleverd door Azure Files.

Het betalen-per-gebruik-model dat wordt gebruikt door standaard bestandsdeling, factureert op basis van gebruik. SMB- en FileREST-transacties die zijn gemaakt door toepassingen en scripts vertegenwoordigen het gebruik van uw bestandsshare en worden weergegeven als onderdeel van uw factuur. Hetzelfde concept is van toepassing op cloudservices met toegevoegde waarde die u aan uw share kunt toevoegen, zoals Azure File Sync of Azure Backup.

Transacties worden gegroepeerd in vijf verschillende transactiecategorieën die verschillende prijzen hebben op basis van hun invloed op de Azure-bestandsshare. Deze categorieën zijn: schrijven, vermelden, lezen, andere en verwijderen.

In de volgende tabel ziet u de categorisatie van elke transactie:

Transactiecategorie	Beheerhandelingen	Gegevensbewerkingen
Schrijf transacties	CreateShare SetFileServiceProperties SetShareMetadata SetShareProperties SetShareAcl SnapshotShare RestoreShare	CopyFile Create CreateDirectory CreateFile PutRange PutRangeFromURL SetDirectoryMetadata SetFileMetadata SetFileProperties SetInfo Write PutFilePermission Flush SetDirectoryProperties
Transacties weergeven	ListShares	ListFileRanges ListFiles ListHandles
Transacties lezen	GetFileServiceProperties GetShareAcl GetShareMetadata GetShareProperties GetShareStats	FilePreflightRequest GetDirectoryMetadata GetDirectoryProperties GetFile GetFileCopyInformation GetFileMetadata GetFileProperties QueryDirectory QueryInfo Read GetFilePermission
Andere protocoltransacties	AcquireShareLease BreakShareLease ReleaseShareLease RenewShareLease ChangeShareLease	AbortCopyFile Cancel ChangeNotify Close Echo Ioctl Lock Logoff Negotiate OplockBreak SessionSetup TreeConnect TreeDisconnect CloseHandles AcquireFileLease BreakFileLease ChangeFileLease ReleaseFileLease
Transacties verwijderen	DeleteShare	ClearRange DeleteDirectory DeleteFile

Notitie

NFSv4.1 is alleen beschikbaar voor SSD-bestandsshares, die gebruikmaken van een ingericht factureringsmodel. Transactiesbuckets hebben geen invloed op de facturering voor geconfigureerde bestandsshares.

Schakelen tussen toegangsniveaus

Hoewel u een bestandsshare voor betalen per gebruik tussen de drie toegangslagen kunt wijzigen, kunt u het beste de kosten optimaliseren nadat de eerste migratie is uitgevoerd om de meest kosten optimale toegangslaag te kiezen en daar te blijven, tenzij uw toegangspatroon verandert. Dit komt doordat het wijzigen van de toegangslaag van een standaardbestandsshare als volgt leidt tot extra kosten:

• Transacties: Wanneer u een share verplaatst van een dynamischere toegangslaag naar een koelere toegangslaag, worden de kosten voor schrijftransacties van de statischere toegangslaag in rekening gebracht voor elk bestand in de share. Als u een bestandsshare verplaatst van een statischere toegangslaag naar een dynamischere toegangslaag, worden de leestransactiekosten van de koelertoegangslaag in rekening gebracht voor elk bestand in de share.

• Gegevens ophalen: als u overstapt van de statische toegangslaag naar dynamisch of geoptimaliseerd voor transacties, worden kosten in rekening gebracht voor het ophalen van gegevens op basis van de grootte van gegevens die zijn verplaatst. Alleen de koel toegangslaag heeft opvraagkosten voor het ophalen van gegevens.

De volgende tabel illustreert de kostenanalyse van het verschuiven van toegangsniveaus.

Toegangslaag	Geoptimaliseerd voor transacties (doel)	Populair (bestemming)	Coole bestemming
Geoptimaliseerde transactie (bron)	--	Eén dynamische schrijftransactie per bestand.	Eén coole schrijftransactie per bestand.
Heet (bron)	Eén actuele leestransactie per bestand.	--	Eén coole schrijftransactie per bestand.
Cool (bron)	Eén efficiënte leestransactie per bestand. Gegevens ophalen per totaal gebruikte GiB.	Eén efficiënte leestransactie per bestand. Gegevens ophalen per totaal gebruikte GiB.	--

U kunt de toegangslaag van een bestandsshare maximaal vijf keer binnen een periode van 30 dagen wijzigen. De eerste dag van het venster van 30 dagen begint wanneer de eerste laag wordt gewijzigd. Wijzigingen tussen toegangslagen gebeuren echter onmiddellijk, maar wanneer u de toegangslaag van een share wijzigt, kunt u deze niet meer binnen 24 uur wijzigen, zelfs niet als u de eigenschap van de toegangslaag minder dan vijf keer in de afgelopen 30 dagen hebt gewijzigd.

Een toegangslaag kiezen

Ongeacht hoe u bestaande gegevens migreert naar Azure Files, raden we u aan om in eerste instantie de bestandsshare te maken in de voor transactie geoptimaliseerde toegangslaag. Dit komt door het grote aantal transacties dat tijdens de migratie wordt gemaakt. Nadat uw migratie is voltooid en u een paar dagen of weken met regelmatig gebruik werkt, kunt u het aantal transacties in de prijscalculator aansluiten om te bepalen welke toegangslaag het meest geschikt is voor uw workload.

Omdat pay-as-you-go bestandsshares alleen transactiegegevens weergeven op het niveau van het opslagaccount, is het gebruik van de opslagmetriek om te schatten welke toegangstier goedkoper is op het niveau van de bestandsshare geen exacte wetenschap. Indien mogelijk raden we u aan slechts één bestandsshare in elk opslagaccount te implementeren om volledige zichtbaarheid van de facturering te garanderen.

Vorige transacties bekijken:

1. Navigeer naar uw opslagaccount in de Azure-portal.
2. Selecteer in het servicemenu onder Bewaking de optie Metrische gegevens.
3. Selecteer Bereik als de naam van uw opslagaccount, metrische naamruimte als 'Bestand', Metrische waarde als 'Transacties' en Aggregatie als 'Som'.
4. Kies Splitsing toepassen.
5. Selecteer waarden als 'API-naam'. Selecteer de gewenste limiet en sorteerbewerking.
6. Selecteer de gewenste periode.

Notitie

Zorg ervoor dat u transacties gedurende een lange periode bekijkt om een realistisch beeld te krijgen van het gemiddelde aantal transacties. Zorg ervoor dat de gekozen periode niet overlapt met de voorlopige voorziening. Vermenigvuldig het gemiddelde aantal transacties gedurende deze periode om de geschatte transacties voor een hele maand op te halen.

Momentopnamen op basis van betalen per gebruik

Azure Files ondersteunt momentopnamen, die vergelijkbaar zijn met volumeschaduwkopieën (VSS) op Windows File Server. Voor meer informatie over momentopnamen van shares, zie Overzicht van momentopnamen voor Azure Files.

Momentopnamen verschillen altijd van de liveshare en van elkaar. In het factureringsmodel voor betalen per gebruik wordt de totale differentiële grootte gefactureerd op basis van de normale gebruikte opslagmeter. Dit betekent dat u geen afzonderlijke regel op uw factuur ziet die snapshots voor uw betalen-per-gebruik-opslagaccount vertegenwoordigt. Dit betekent ook dat het gebruik van differentiële momentopnamen meetelt voor betaalde reserveringen voor bestands-shares die via betalen na gebruik zijn aangeschaft.

Zacht verwijderen bij betalen per gebruik

Verwijderde bestandsshares in opslagaccounts waarvoor voorlopig verwijderen is ingeschakeld, worden gefactureerd op basis van de gebruikte opslagcapaciteit van de verwijderde bestandsshare voor de gedefinieerde bewaarperiode. De voorlopig verwijderde gebruikte opslagcapaciteit wordt verrekend tegen de normale gebruikte opslagmeter. Dit betekent dat u geen afzonderlijk regelitem op uw factuur ziet dat zacht verwijderde bestandsdelen vertegenwoordigt voor uw opslagaccount met betaling naar gebruik. Dit betekent ook dat het gebruik van zacht verwijderde bestandsshares meetelt voor de reserveringen die zijn gekocht voor pay-as-you-go bestandsshares.

Meters voor afrekening per gebruik

Bestandsshares die zijn gemaakt met het betaling-per-gebruik factureringsmodel worden gefactureerd op basis van de volgende meters:

• Opgeslagen gegevens: de gebruikte opslag, inclusief de live-shares, differentiële momentopnamen en soft-verwijderde bestandsshares in GiB.
• Metagegevens: de grootte van de metagegevens van het bestandssysteem die zijn gekoppeld aan bestanden en mappen, zoals toegangsbeheerlijsten (ACL's) en andere eigenschappen in GiB. Deze factureringsmeter wordt alleen gebruikt voor bestandsdeling in de hot- of cool-toegangsniveaus.
• Schrijfbewerkingen: het aantal buckets voor schrijftransacties (één bucket = 10.000 transacties).
• Lijstbewerkingen: het aantal buckets voor lijsttransacties (één bucket = 10.000 transacties).
• Leesbewerkingen: het aantal buckets voor leestransacties (één bucket = 10.000 transacties).
• Andere bewerkingen / Protocolbewerkingen: het aantal andere transactiebuckets (één bucket = 10.000 transacties).
• Ophalen van gegevens: de hoeveelheid gegevens die uit de bestandsshare in GiB wordt gelezen. Deze meter wordt alleen gebruikt voor bestandsdeling in de koele toegangstier.
• Geo-Replicatie Gegevensoverdracht: Als de bestandsshare Geo- of GeoZone-redundantie heeft, is de hoeveelheid gegevens die naar de bestandsshare is geschreven en naar de secundaire regio is gerepliceerd in GiB.

Verbruikseenheden op basis van de factureringsmeters voor gegevens opgeslagen en metagegevens worden elk uur verzonden in termen van maandelijkse eenheden. Voor een aandeel met 1.024 gebruikte GiB, zou u bijvoorbeeld zien:

• Een variabel aantal eenheden voor een afzonderlijk uur, afhankelijk van het aantal dagen in de maand:
  • Maand van 28 dagen (normaal februari): 1,5238 eenheden ten opzichte van de data stored meter.
  • Maand van 29 dagen (schrikkeljaar februari): 1.4713 eenheden ten opzichte van de data stored meter.
  • Maand van 30 dagen: 1.4222 eenheden ten opzichte van de data stored meter.
  • Maand van 31 dagen: 1.3763 eenheden ten opzichte van de data stored meter.
• Een variabel aantal eenheden indien geaggregeerd voor een dag, afhankelijk van het aantal dagen in de maand:
  • Maand van 28 dagen (normaal februari): 36.5714 eenheden ten opzichte van de data stored meter.
  • Maand van 29 dagen (schrikkeljaar februari): 35.3103 eenheden ten opzichte van de data stored meter.
  • Maand van 30 dagen: 34.1333 eenheden ten opzichte van de data stored meter.
  • Maand van 31 dagen: 33.0323 eenheden ten opzichte van de data stored meter.
• 1024 eenheden ten opzichte van de data stored meter indien geaggregeerd voor een maand.

Verbruik ten opzichte van de andere meters (bijvoorbeeld Schrijfbewerkingen of het ophalen van gegevens) worden elk uur verzonden, maar omdat ze niet worden verzonden in termen van een tijdsbestek, zijn er geen speciale eenheidstransformaties om rekening mee te houden.

Geconfigureerd/quotum, logische grootte en fysieke grootte

Azure Files houdt drie afzonderlijke hoeveelheden bij met betrekking tot het delen van capaciteit:

• Ingerichte grootte of quotum: Met zowel ingerichte als betalen per gebruik-bestandsshares geeft u de maximale grootte op waarnaar de bestandsshare mag groeien. In ingegeven bestandsshares wordt deze waarde de ingegeven grootte genoemd. Het bedrag dat u inricht, is waarvoor u betaalt, ongeacht hoeveel u daadwerkelijk gebruikt. In pay-as-you-go bestandsshares wordt deze waarde quotum genoemd en beïnvloedt die uw factuur niet rechtstreeks. De aangewezen grootte is een vereist veld voor bestandsdeling. Voor bestandsshares met betalen per gebruik, als de ingerichte grootte niet rechtstreeks is opgegeven, wordt de share standaard ingesteld op de maximale waarde die het opslagaccount ondersteunt (100 TiB).

• Logische grootte: de logische grootte van een bestandsshare of bestand heeft betrekking op hoe groot het is zonder rekening te houden met hoe het daadwerkelijk wordt opgeslagen, zonder opslagoptimalisatie. De logische grootte van het bestand is hoeveel KiB/MiB/GiB via de kabel wordt overgedragen als u het naar een andere locatie hebt gekopieerd. In zowel ingerichte als naar gebruik bestandsdelingen wordt de totale logische grootte van de bestandsdeling gebruikt om de ingerichte grootte/quotum af te dwingen. In bestandsdeling met betalen per gebruik is de logische grootte de hoeveelheid die wordt gebruikt voor de facturering van het gebruik van data in rusttoestand. Logische grootte wordt 'grootte' genoemd in het dialoogvenster met Windows-eigenschappen van een bestand of map en als 'inhoudslengte' door Azure Files-metrieken.

• Fysieke grootte: de fysieke grootte van het bestand heeft betrekking op de grootte van het bestand als gecodeerd op schijf. De fysieke grootte kan overeenkomen met de logische grootte van het bestand of kan kleiner zijn, afhankelijk van de wijze waarop het bestand is geschreven door het besturingssysteem. Een veelvoorkomende reden waarom de logische grootte en fysieke grootte anders moeten zijn, is door gebruik te maken van sparse-bestanden. De fysieke grootte van de bestanden in de gedeelde map wordt gebruikt voor facturering van momentopnamen, hoewel toegewezen bereiken worden gedeeld tussen momentopnamen als ze ongewijzigd zijn (verschillende opslag).

Services met toegevoegde waarde

Net als bij veel on-premises opslagoplossingen biedt Azure Files integratiepunten voor producten van de eerste en derde partij die kunnen worden geïntegreerd met bestandsshares die eigendom zijn van de klant. Hoewel deze oplossingen aanzienlijke extra waarde kunnen bieden voor Azure Files, moet u rekening houden met de extra kosten die deze services toevoegen aan de totale kosten van een Azure Files-oplossing.

Kosten worden onderverdeeld in drie buckets:

• Licentiekosten voor de service met toegevoegde waarde. Licentiekosten kunnen de vorm hebben van vaste kosten per klant, eindgebruiker (ook wel hoofdkosten genoemd), Azure-bestandsshare of opslagaccount. Ze kunnen ook worden gebaseerd op eenheden van opslaggebruik, zoals vaste kosten voor elk 500 GiB-segment van gegevens in de bestandsshare.

• Transactiekosten voor de service met toegevoegde waarde. Sommige services met toegevoegde waarde hebben hun eigen concept van transacties boven op het Azure Files-factureringsmodel dat is geselecteerd. Deze transacties worden weergegeven op uw factuur onder de kosten van de toegevoegde waardeservice; Ze hebben echter rechtstreeks betrekking op de wijze waarop u de service met toegevoegde waarde gebruikt met uw bestandsshare.

• Azure Files kosten betreffende het gebruik van een service met toegevoegde waarde. Azure Files brengt klanten niet rechtstreeks kosten in rekening voor het toevoegen van services met toegevoegde waarde, maar als onderdeel van het toevoegen van waarde aan de Azure-bestandsshare, kan de service met toegevoegde waarde de kosten verhogen die u op uw Azure-bestandsshare ziet. Deze kosten zijn gemakkelijk te zien bij bestandsdeling op basis van betalen per gebruik, door transactiekosten. Als de service met toegevoegde waarde transacties uitvoert op basis van de bestandsshare namens u, worden ze weergegeven in uw Azure Files-transactiefactuur, ook al hebt u deze transacties zelf niet rechtstreeks uitgevoerd. Dit geldt ook voor ingerichte bestandsshares, hoewel dit mogelijk minder merkbaar is. Transacties op basis van ingerichte bestandsshares van toegevoegde waardeservices tellen mee op basis van uw ingerichte IOPS-nummers, wat betekent dat services met toegevoegde waarde mogelijk meer opslagruimte moeten inrichten om voldoende IOPS of doorvoer beschikbaar te maken voor uw workload.

Wanneer u de totale eigendomskosten voor uw bestandsshare wilt berekenen, moet u rekening houden met de kosten van Azure Files en alle services die u wilt gebruiken met Azure Files.

Er zijn meerdere services met toegevoegde waarden en services van derden. In dit document wordt een subset behandeld van de algemene first-party-services die klanten gebruiken met Azure-bestanden. Meer informatie over services die hier niet worden vermeld, vindt u op de pagina met prijzen voor die service.

Azure File Sync

Azure File Sync is een service met toegevoegde waarde voor Azure Files waarmee een of meer on-premises Windows-bestandsshares worden gesynchroniseerd met een Azure-bestandsshare. Omdat de Azure-bestandsshare in de cloud een volledige kopie heeft van de gegevens in een gesynchroniseerde bestandsshare die on-premises beschikbaar is, kunt u uw on-premises Windows-bestandsserver transformeren in een cache van de Azure-bestandsshare om uw on-premises footprint te verminderen. Lees inleiding tot Azure File Sync voor meer informatie.

Wanneer u rekening houdt met de totale eigendomskosten voor een oplossing die is geïmplementeerd met Behulp van Azure File Sync, moet u rekening houden met de volgende kostenaspecten:

• Kapitaal- en operationele kosten van Windows-bestandsservers met een of meer servereindpunten. Azure File Sync als replicatieoplossing is neutraal van waar de Windows-bestandsservers die worden gesynchroniseerd met Azure Files zijn; ze kunnen on-premises worden gehost, in een Azure-VM of zelfs in een andere cloud. Tenzij u Azure File Sync gebruikt met een Windows-bestandsserver die wordt gehost in een Azure-VM, maakt het kapitaal (d.w.z. de vooraf gemaakte hardwarekosten van uw oplossing) en operationele kosten (d.w.z. kosten van arbeid, elektriciteit, enzovoort) geen deel uit van uw Azure-factuur, maar maakt nog steeds heel veel deel uit van uw totale eigendomskosten. U moet rekening houden met de hoeveelheid gegevens die u on-premises moet opslaan, het aantal CPU's en de hoeveelheid geheugen die uw Windows-bestandsservers nodig hebben om Azure File Sync-workloads te hosten (zie aanbevolen systeembronnen voor meer informatie) en andere organisatiespecifieke kosten die u mogelijk hebt.

• Licentiekosten per server voor servers die zijn geregistreerd bij Azure File Sync. Als u Azure File Sync wilt gebruiken met een specifieke Windows-bestandsserver, moet u deze eerst registreren bij de Azure-resource van Azure File Sync, de opslagsynchronisatieservice. Elke server die u registreert na de eerste server heeft een vast maandelijks tarief. Hoewel deze vergoeding erg klein is, is het een onderdeel van uw factuur om rekening mee te houden. Als u de huidige prijs van de serverregistratiekosten voor uw gewenste regio wilt zien, raadpleegt u de sectie File Sync op de pagina met prijzen van Azure Files.

• Kosten voor Azure Files. Omdat Azure File Sync een synchronisatieoplossing is voor Azure Files, zorgt dit ervoor dat u Azure Files-resources gebruikt. Sommige van deze resources, zoals opslagverbruik, zijn relatief duidelijk, terwijl andere resources, zoals transactie- en momentopnamegebruik, mogelijk niet zijn. Voor de meeste klanten raden we aan om standaardbestandsshares te gebruiken met Azure File Sync, hoewel Azure File Sync indien gewenst volledig wordt ondersteund met Premium-bestandsshares.

  • Opslaggebruik. Azure File Sync repliceert alle wijzigingen die u hebt aangebracht in het pad op uw Windows-bestandsserver die is opgegeven op uw servereindpunt naar uw Azure-bestandsshare, waardoor opslag wordt verbruikt. Op standaardbestandsshares betekent dit dat het toevoegen of vergroten van de grootte van bestaande bestanden op servereindpunten leidt tot een toename van de opslagkosten, omdat de wijzigingen worden gerepliceerd. Bij Premium-bestandsshares worden veranderingen in de ingerichte ruimte opgenomen. Het is uw verantwoordelijkheid om de provisioning regelmatig te verhogen als dat nodig is om te anticiperen op de groei van bestandsshares.

  • Momentopnamegebruik. Azure File Sync maakt momentopnamen op share- en bestandsniveau als onderdeel van normaal gebruik. Hoewel het gebruik van momentopnamen altijd differentieel is, kan dit op een merkbare manier bijdragen aan de totale Azure Files-factuur.

  • Transacties van klantverloop. Wanneer bestanden op servereindpunten veranderen, worden de wijzigingen geüpload naar de cloudshare, waardoor transacties worden gegenereerd. Wanneer cloud-tiering is ingeschakeld, worden er extra transacties gegenereerd voor het beheren van gelaagde bestanden, waaronder I/O-bewerkingen op gelaagde bestanden, naast de uitgiftekosten. Hoewel de hoeveelheid en het type transacties moeilijk te voorspellen zijn vanwege verloopsnelheden en cache-efficiëntie, kunt u uw vorige transactiepatronen gebruiken om toekomstige kosten te schatten als u denkt dat uw toekomstige gebruik vergelijkbaar is met uw huidige gebruik.

  • Transacties uit cloud-inventarisatie. Azure File Sync inventariseert de Azure-bestandsshare eenmaal per dag in de cloud om wijzigingen te detecteren die rechtstreeks zijn aangebracht in de share, zodat ze kunnen worden gesynchroniseerd met de servereindpunten. Met deze scan worden transacties gegenereerd die worden gefactureerd voor het opslagaccount met een tarief van één ListFiles transactie per directory per dag. U kunt dit nummer in de prijscalculator plaatsen om de scankosten te schatten.

  Aanbeveling

  Als u niet weet hoeveel mappen u hebt, bekijkt u het hulpprogramma TreeSize van JAM Software GmbH.

Azure Backup

Azure Backup biedt een serverloze back-upoplossing voor Azure Files die naadloos kan worden geïntegreerd met uw bestandsshares en met andere services met toegevoegde waarde, zoals Azure File Sync. Azure Backup voor Azure Files is een back-upoplossing op basis van momentopnamen die een planningsmechanisme biedt voor het automatisch maken van momentopnamen volgens een door de beheerder gedefinieerd schema. Het biedt ook een gebruiksvriendelijke interface voor het herstellen van verwijderde bestanden/mappen of de hele share naar een bepaald tijdstip. Voor meer informatie, zie Over de back-up van Azure-bestandsshares.

Houd rekening met de volgende factoren wanneer u rekening houdt met de kosten voor het gebruik van Azure Backup:

• Licentiekosten voor beveiligde exemplaren voor Azure-bestandssharegegevens. Azure Backup brengt kosten in rekening voor een beveiligd exemplaarlicentie per opslagaccount met een back-up van Azure-bestandsshares. Een beveiligd exemplaar wordt gedefinieerd als 250 GiB van Azure-bestandsshareopslag. Opslagaccounts met minder dan 250 GiB zijn onderhevig aan fractionele kosten voor beschermde instanties. Zie prijzen voor Azure Backup voor meer informatie. U moet Azure Files selecteren in de lijst met services die Azure Backup kan beveiligen.

• Kosten voor Azure Files. Azure Backup verhoogt de kosten van Azure Files op de volgende manieren:

  • Differentiële kosten van momentopnamen van Azure-bestandsshares. Azure Backup automatiseert het maken van momentopnamen van Azure-bestandsshares volgens een door de beheerder gedefinieerd schema. Momentopnamen zijn altijd differentieel; de toegevoegde kosten zijn echter afhankelijk van de periode waarin de momentopnamen worden bewaard en de hoeveelheid wijzigingen in de bestandsshare gedurende die tijd. Deze factoren bepalen hoe verschillend de momentopname is van de live bestandsshare en daarom hoeveel extra gegevens worden opgeslagen door Azure Files.

  • Transactiekosten van herstelbewerkingen. Herstelbewerkingen van de momentopname naar de liveshare leiden tot transactiekosten. Voor standaardbestandsshares worden leesbewerkingen van momentopnamen/schrijfbewerkingen vanuit herstelbewerkingen gefactureerd als normale bestandssharetransacties. Voor ingerichte bestandsshares tellen deze bewerkingen mee voor de ingerichte IOPS voor de bestandsshare.

Microsoft Defender voor Storage

Microsoft Defender ondersteunt Azure Files als onderdeel van het Microsoft Defender for Storage-product. Microsoft Defender voor Storage detecteert ongebruikelijke en mogelijk schadelijke pogingen om uw Azure-bestandsshares te openen of misbruiken via SMB of FileREST. Microsoft Defender voor Storage is op abonnementsniveau ingeschakeld voor alle bestandsshares in de opslagaccounts van dat abonnement.

Microsoft Defender voor Storage biedt geen ondersteuning voor antivirusmogelijkheden voor Azure-bestandsshares.

De belangrijkste kosten van Microsoft Defender for Storage zijn een extra set transactiekosten die door het product worden geheven boven op de transacties die worden uitgevoerd op basis van de Azure-bestandsshare. Hoewel deze kosten zijn gebaseerd op de transacties die in Azure Files worden gemaakt, maken ze geen deel uit van de facturering voor Azure Files, maar maken ze deel uit van de prijzen van Microsoft Defender. Microsoft Defender for Storage brengt transactiekosten in rekening, zelfs op geconfigureerde bestandsshares, waarbij Azure Files transacties omvat als onderdeel van de IOPS-configuratie. Het huidige transactietarief vindt u op Microsoft Defender voor Cloud pagina met prijzen onder de tabelrij Microsoft Defender for Storage.

Voor transacties met zware bestandsshares worden aanzienlijke kosten in rekening gebracht met behulp van Microsoft Defender for Storage. Op basis van deze kosten wilt u zich mogelijk afmelden voor Microsoft Defender for Storage voor specifieke opslagaccounts. Zie Een opslagaccount uitsluiten van Microsoft Defender for Storage-beveiliging voor meer informatie.

Reserveringen

Azure Files ondersteunt reserveringen (ook wel gereserveerde instanties genoemd) voor de ingerichte v1- en betalen per gebruik-modellen. Met reserveringen kunt u korting krijgen op opslag door vooraf gebruik te maken van opslag. Overweeg gereserveerde exemplaren te kopen voor enige productieworkload of ontwikkel- en testworkloads met consistente werklastpatronen. Wanneer u een reservering aanschaft, moet u de volgende dimensies opgeven:

• Capaciteitsgrootte: Reserveringen kunnen voor 10 TiB of 100 TiB zijn, met aanzienlijke kortingen voor het kopen van een reservering met een hogere capaciteit. U kunt meerdere reserveringen aanschaffen, inclusief reserveringen van verschillende capaciteitsgrootten om te voldoen aan uw workloadvereisten. Als uw productie-implementatie bijvoorbeeld 120 TiB aan bestandsshares heeft, kunt u één 100 TiB-reservering en twee 10 TiB-reserveringen aanschaffen om te voldoen aan de totale opslagcapaciteitsvereisten.
• Termijn: U kunt reserveringen kopen voor een termijn van één jaar of drie jaar, met meer significante kortingen voor het kopen van een langere reserveringsperiode.
• Niveau: het niveau van Azure Files voor de reservering. Reserveringen zijn momenteel beschikbaar voor de factureringsmodellen voor SSD-geconfigureerde v1 (als 'premium') en HDD betalen per gebruik (alleen 'hete en koele' toegangslagen).
• Locatie: De Azure-regio voor de reservering. Reserveringen zijn beschikbaar in een subset van Azure-regio's.
• Redundantie: Opslagredundantie voor de reservering. Reserveringen worden ondersteund voor alle redundantie die Azure Files ondersteunt, waaronder LRS, ZRS, GRS en GZRS.
• Factureringsfrequentie: Geeft aan hoe vaak het account wordt gefactureerd voor de reservering. Opties zijn maandelijks of vooraf.

Zodra u een reservering hebt gekocht, wordt deze automatisch gebruikt door uw bestaande opslaggebruik. Als u meer opslagruimte gebruikt dan u hebt gereserveerd, betaalt u een catalogusprijs voor het saldo dat niet wordt gedekt door de reservering. Transactie-, bandbreedte-, gegevensoverdracht- en metagegevensopslagkosten worden niet opgenomen in de reservering.

Er zijn verschillen in hoe reserveringen werken met momentopnamen van Azure-bestandsshares voor betalen per gebruik en geprovisioneerde v1-bestandsshares. Als u momentopnamen maakt van betalen-per-gebruik-bestandsshares, dan tellen de verschillen in momentopnamen mee voor de reservering en worden ze gefactureerd als onderdeel van de normale gebruikte opslagmeter. Als u echter momentopnamen maakt van geconfigureerde v1-bestandsshares, worden de momentopnamen gefactureerd met behulp van een afzonderlijke meter en worden deze niet meegeteld voor de reservering.

Zie Kosten optimaliseren voor Azure Files met reserveringen voor meer informatie over het aanschaffen van reserveringen.

Zie ook

• Prijzen voor Azure Files.
• Planning voor een Azure Files-implementatie en planning voor een Azure File Sync-implementatie.
• Maak een bestandsshare en implementeer Azure File Sync.