Inzicht in Azure Files-facturering

Artikel
04/16/2024

Azure Files biedt twee verschillende factureringsmodellen: ingericht en betalen per gebruik. Het ingerichte model is alleen beschikbaar voor Premium-bestandsshares. Dit zijn bestandsshares die zijn geïmplementeerd in het type FileStorage-opslagaccount . Het model voor betalen per gebruik is alleen beschikbaar voor standaardbestandsshares. Dit zijn bestandsshares die zijn geïmplementeerd in het opslagaccounttype algemeen gebruik versie 2 (GPv2 ). In dit artikel wordt uitgelegd hoe beide modellen werken om inzicht te hebben in uw maandelijkse Azure Files-factuur.

Deze video is een interview dat de basisbeginselen van het Azure Files-factureringsmodel bespreekt. Het omvat het optimaliseren van kosten voor Azure-bestandsshares en het vergelijken van Azure Files met andere bestandsopslagaanbiedingen on-premises en in de cloud.

Zie de pagina met prijzen van Azure Files voor informatie over prijzen van Azure Files.

Van toepassing op

Bestands sharetype	SMB	NFS
Standaardbestandsshares (GPv2), LRS/ZRS
Standaardbestandsshares (GPv2), GRS/GZRS
Premium bestandsshares (FileStorage), LRS/ZRS

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	1024 GiB (1.099.511.627.776 bytes)	tebibyte

Hoewel de maateenheidseenheden basis 2 vaak worden gebruikt door de meeste besturingssystemen en hulpprogramma's voor het meten van opslaghoeveelheden, worden ze vaak verkeerd gelabeld als basis-10 eenheden, die u mogelijk beter kent: KB, MB, GB en TB. Hoewel de redenen voor het verkeerd labelen variëren, is de algemene reden waarom besturingssystemen zoals Windows de opslageenheden verkeerd labelen omdat veel besturingssystemen deze acroniemen begonnen te gebruiken voordat ze werden gestandaardiseerde door de IEC, BIPM en NIST.

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

Besturingssysteem	Meetsysteem	Labels
Windows	Basis-2	Consistent verkeerd gelabeld als base-10.
Linux-distributies	Meestal base-2, sommige software maakt gebruik van base-10	Inconsistent labelen, uitlijning tussen meting en labeling is afhankelijk van het softwarepakket.
macOS, iOS en iPad OS	Basis-10	Consistent labels als basis-10.

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

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

Hoe betaalt u voor opslag, IOPS en bandbreedte? Met Azure Files is het factureringsmodel dat u gebruikt, afhankelijk van of u Premium- of Standard-bestandsshares implementeert. 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. Van bijzonder belang voor ingerichte modellen zijn minimale ingerichte sharegrootte, de inrichtingseenheid en de mogelijkheid om de inrichting te vergroten en verlagen.
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? Met Azure Files is de basiseenheid voor beheer een opslagaccount. Voor andere oplossingen is mogelijk extra beheer vereist, zoals updates van besturingssystemen of beheer 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.

Reserveringen

Azure Files biedt ondersteuning voor reserveringen (ook wel gereserveerde instanties genoemd), waarmee u korting kunt krijgen op opslag door vooraf vast te leggen aan het opslaggebruik. Overweeg gereserveerde instanties te kopen voor elke productieworkload of ontwikkel-/testworkloads met consistente footprints. 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.
Laag: de laag van Azure Files voor de reservering. Reserveringen zijn momenteel beschikbaar voor de premium-, dynamische en statische lagen.
Locatie: De Azure-regio voor de reservering. Reserveringen zijn beschikbaar in een subset van Azure-regio's.
Redundantie: de 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 aanschaft, wordt deze automatisch verbruikt 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 de manier waarop reserveringen werken met momentopnamen van Azure-bestandsshares voor standard- en Premium-bestandsshares. Als u momentopnamen van standaardbestandsshares maakt, tellen de differentiële momentopnamen af van de reservering en worden ze gefactureerd als onderdeel van de normale gebruikte opslagmeter. Als u echter momentopnamen van Premium-bestandsshares maakt, worden de momentopnamen gefactureerd met behulp van een afzonderlijke meter en worden ze niet meegeteld voor de reservering. Zie Momentopnamen voor meer informatie.

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

Ingericht model

Azure Files maakt gebruik van een ingericht model voor Premium-bestandsshares. In een ingericht factureringsmodel geeft u proactief op wat uw opslagvereisten zijn, in plaats van gefactureerd te worden op basis van wat u gebruikt. Een ingericht model voor opslag is vergelijkbaar met het kopen van een on-premises opslagoplossing, omdat wanneer u een Azure-bestandsshare inricht met een bepaalde hoeveelheid opslagcapaciteit, u betaalt voor die opslagcapaciteit, ongeacht of u deze gebruikt of niet. In tegenstelling tot het kopen van fysieke media on-premises, kunnen ingerichte bestandsshares dynamisch omhoog of omlaag worden geschaald, afhankelijk van uw opslag- en I/O-prestatiekenmerken.

U kunt de ingerichte grootte van de bestandsshare op elk gewenst moment vergroten, maar u kunt deze alleen verlagen wanneer 24 uur is verstreken sinds de laatste toename. Nadat u 24 uur hebt gewacht zonder quotumverhoging, kunt u het quotum voor delen zo vaak als u wilt verlagen totdat u het opnieuw verhoogt. Wijzigingen in de IOPS-/doorvoerschaal worden binnen een paar minuten na de ingerichte grootte gewijzigd.

Het is mogelijk om de grootte van uw ingerichte share onder uw gebruikte GiB te verkleinen. Als u dit wel doet, verliest u geen gegevens, maar wordt u nog steeds gefactureerd voor de gebruikte grootte en ontvangt u de prestaties van de ingerichte share, niet de gebruikte grootte.

Inrichtingsmethode

Wanneer u een Premium-bestandsshare inricht, geeft u op hoeveel GiBs uw workload nodig heeft. Elke GiB die u inricht, geeft u recht op meer IOPS en doorvoer op een vaste verhouding. Naast de basislijn-IOPS die u gegarandeerd hebt, ondersteunt elke Premium-bestandsshare bursting op basis van best effort. De formules voor IOPS en doorvoer zijn als volgt:

Artikel	Weergegeven als
Minimale grootte van een bestandsshare	100 GiB
Inrichtingseenheid	1 GiB
IOPS-formule basislijn	`MIN(3000 + 1 * ProvisionedStorageGiB, 102400)`
Burst-limiet	`MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400)`
Burst-tegoed	`(BurstLimit - BaselineIOPS) * 3600`
Doorvoersnelheid (inkomend en uitgaand verkeer) (MiB/sec)	`100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)`

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

Capaciteit (GiB)	IOPS-basislijn	Burst IOPS	Burst-tegoed	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

Effectieve prestaties van bestandsshares zijn onderhevig aan netwerklimieten van computers, beschikbare netwerkbandbreedte, I/O-grootten en parallelle uitvoering, onder vele andere factoren. Als u optimaal wilt profiteren van parallelle uitvoering, raden we u aan SMB meerdere kanalen in te schakelen op Premium-bestandsshares. Raadpleeg de handleiding voor het oplossen van problemen met SMB-prestaties en prestaties voor enkele veelvoorkomende prestatieproblemen en tijdelijke oplossingen.

Bursting

Als uw workload extra prestaties nodig heeft om te voldoen aan de piekvraag, kunt u burst-tegoeden gebruiken om boven de IOPS-limiet van de basislijn van de bestandsshare te gaan. Bursting wordt geautomatiseerd en werkt op basis van een kredietsysteem. Het werkt op basis van best effort en de burst-limiet is geen garantie.

Tegoed wordt verzameld in een burst-bucket wanneer verkeer voor uw bestandsshare lager is dan de basislijn-IOPS. Verdiende tegoeden worden later gebruikt om bursting in te schakelen wanneer bewerkingen de basislijn-IOPS overschrijden.

Wanneer een share de basislijn-IOPS overschrijdt en tegoeden in een burst-bucket heeft, wordt het maximaal toegestane piekpieken gegenereerd. Shares kunnen blijven bursten zolang het tegoed nog resteert, maar dit is gebaseerd op het aantal opgebouwde burst-tegoeden. Elke IO buiten de basislijn-IOPS verbruikt één tegoed. Zodra alle tegoeden zijn verbruikt, wordt de share teruggedraaid naar de basislijn-IOPS.

Sharetegoed heeft drie statussen:

Als de bestandsshare minder dan de basislijn-IOPS gebruikt.
Aflopend, wanneer de bestandsshare meer gebruikt dan de basislijn-IOPS en in de burst-modus.
Constant, wanneer de bestandsshare exact gebruikmaakt van de basislijn-IOPS en er geen tegoed is opgebouwd of gebruikt.

Een nieuwe bestandsshare begint met het volledige aantal tegoeden in de burst-bucket. Burst-tegoeden worden niet opgebouwd als de share-IOPS onder de basislijn vallen vanwege beperking door de server.

Model voor betalen per gebruik

Azure Files maakt gebruik van een factureringsmodel voor betalen per gebruik voor standaardbestandsshares. In dit model wordt het bedrag dat u betaalt bepaald door hoeveel u daadwerkelijk gebruikt, in plaats van op basis van een ingericht bedrag. 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. Een model voor betalen per gebruik kan kostenefficiënt zijn, omdat u de inrichting niet hoeft te overprovisionen om rekening te houden met toekomstige groei- of prestatievereisten. U hoeft de inrichting ook niet ongedaan te maken als uw workload en gegevensvoetafdruk in de loop van de tijd variëren. Aan de andere kant kan een factureringsmodel voor betalen per gebruik moeilijk zijn om te plannen als onderdeel van een budgetteringsproces, omdat het model wordt bepaald door het verbruik van eindgebruikers.

Verschillen in standard-lagen

Wanneer u een standaardbestandsshare maakt, kiest u tussen de volgende lagen: geoptimaliseerd voor transacties, dynamisch en statisch. Alle drie de lagen worden op dezelfde standard-opslaghardware opgeslagen. Het belangrijkste verschil voor deze drie lagen is de opslagprijs voor gegevens at-rest, die lager zijn in statische lagen, en de transactieprijzen, die hoger zijn in statische lagen. Dit houdt in:

Voor transactie geoptimaliseerd betekent, zoals de naam aangeeft, de prijs voor werkbelastingen met hoge transacties. Voor transactie geoptimaliseerd heeft de hoogste opslagprijs voor gegevens at-rest, maar de laagste transactieprijs.
Dynamisch is voor actieve workloads die geen groot aantal transacties omvatten. Het heeft een iets lagere opslagprijs voor data-at-rest, maar iets hogere transactieprijzen in vergelijking met geoptimaliseerde transacties. U kunt het beschouwen als de middelste grond tussen de geoptimaliseerde en statische lagen van de transactie.
Cool optimaliseert de prijs voor workloads die geen hoge activiteit hebben en biedt de laagste opslagprijs voor data-at-rest, maar de hoogste transactieprijzen.

Als u een zelden geopende workload in de laag voor geoptimaliseerde transacties plaatst, betaalt u bijna niets voor de paar keer per 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 statische laag hebt verplaatst, betaalt u nog steeds bijna niets voor de transactiekosten, omdat u zelden transacties voor deze workload maakt. De statische laag heeft echter een veel goedkopere prijs voor gegevensopslag. Door de juiste laag voor uw use-case te selecteren, kunt u uw kosten aanzienlijk verlagen.

Als u een workload met hoge toegang in de statische laag plaatst, betaalt u veel meer transactiekosten, maar minder voor kosten voor gegevensopslag. Dit kan leiden tot een situatie waarbij de verhoogde kosten van de transactieprijzen groter zijn dan de besparingen van de verlaagde prijs voor gegevensopslag, waardoor u meer geld kunt betalen aan cool dan u zou hebben op geoptimaliseerde transacties. Voor sommige gebruiksniveaus is het mogelijk dat de dynamische laag de meest kostenefficiënte laag is en dat de statische laag duurder is dan geoptimaliseerd voor transacties.

Uw workload- en activiteitsniveau bepalen de meest rendabele laag voor uw standaard bestandsshare. In de praktijk is het de beste manier om de meest kostenefficiënte laag te kiezen, waarbij wordt gekeken naar het werkelijke resourceverbruik van de share (gegevens opgeslagen, schrijftransacties, enzovoort). Voor standaardbestandsshares raden we u aan om te beginnen in de transactielaag die is geoptimaliseerd tijdens de eerste migratie naar Azure Files en vervolgens de juiste laag 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 taak die de eindgebruiker als één bewerking beschouwt, zoals het lezen van een bestand van begin tot eind, kan worden omgezet in meerdere SMB-transacties die worden geleverd door Azure Files.

Het factureringsmodel voor betalen per gebruik dat door standaardbestandsshares wordt gebruikt, wordt in principe gefactureerd 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:

Transactiebucket	Beheerbewerkingen	Gegevensbewerkingen
Schrijftransacties	`CreateShare` `SetFileServiceProperties` `SetShareMetadata` `SetShareProperties` `SetShareAcl` `SnapshotShare` `RestoreShare`	`CopyFile` `Create` `CreateDirectory` `CreateFile` `PutRange` `PutRangeFromURL` `SetDirectoryMetadata` `SetFileMetadata` `SetFileProperties` `SetInfo` `Write` `PutFilePermission` `Flush` `SetDirectoryProperties`
Lijsttransacties	`ListShares`	`ListFileRanges` `ListFiles` `ListHandles`
Leestransacties	`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

NFS 4.1 is alleen beschikbaar voor Premium-bestandsshares, die gebruikmaken van het ingerichte factureringsmodel. Transacties zijn niet van invloed op facturering voor Premium-bestandsshares.

Schakelen tussen standard-lagen

Hoewel u een standaardbestandsshare tussen de drie standaard bestandssharelagen kunt wijzigen, kunt u het beste de kosten optimaliseren na de eerste migratie door de meest kostenoptimale laag te kiezen en daar te blijven, tenzij uw toegangspatroon verandert. Dit komt doordat het wijzigen van de laag van een standaardbestandsshare als volgt leidt tot extra kosten:

Transacties: Wanneer u een share verplaatst van een dynamischere laag naar een koeler laag, worden de schrijftransactiekosten van de koelerlaag in rekening gebracht voor elk bestand in de share. Wanneer u een bestandsshare verplaatst vaan een statischere laag naar een dynamischere laag, worden de leestransactiekosten in rekening gebracht voor elk bestand in de share.
Gegevens ophalen: als u overstapt van de statische laag 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 statische laag heeft kosten voor het ophalen van gegevens.

In de volgende tabel ziet u de uitsplitsing van de kosten van het verplaatsen van lagen:

Laag	Geoptimaliseerd voor transacties (doel)	Dynamisch (bestemming)	Statisch (bestemming)
Geoptimaliseerde transactie (bron)	--	1 dynamische schrijftransactie per bestand.	1 statische schrijftransactie per bestand.
Dynamisch (bron)	1 dynamische leestransactie per bestand.	--	1 statische schrijftransactie per bestand.
Statisch (bron)	1 statische leestransactie per bestand. Gegevens ophalen per totaal gebruikte GiB.	1 statische leestransactie per bestand. Gegevens ophalen per totaal gebruikte GiB.	--

Hoewel er geen formele limiet is voor hoe vaak u de laag van uw bestandsshare kunt wijzigen, duurt het even voordat uw share wordt overgestapt op basis van de hoeveelheid gegevens in uw share. U kunt de laag van de share niet wijzigen terwijl de bestandsshare tussen lagen overgaat. Het wijzigen van de laag van de bestandsshare heeft geen invloed op normale toegang tot bestandsshares.

Hoewel er geen direct mechanisme is om te schakelen tussen Premium- en Standard-bestandsshares omdat deze zijn opgenomen in verschillende typen opslagaccounts, kunt u een kopieerprogramma zoals Robocopy gebruiken om tussen Premium- en Standard-bestandsshares te schakelen.

Een laag kiezen

Ongeacht hoe u bestaande gegevens migreert naar Azure Files, raden we u aan om in eerste instantie de bestandsshare te maken in de laag die is geoptimaliseerd voor transacties vanwege 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 hebt uitgevoerd, kunt u het aantal transacties in de prijscalculator instellen om te achterhalen welke laag het meest geschikt is voor uw workload.

Omdat standaardbestandsshares alleen transactiegegevens weergeven op het niveau van het opslagaccount, is het een onvolmaakte wetenschap om te schatten welke laag goedkoper is op het niveau van de bestandsshare. 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:

Ga naar uw opslagaccount en selecteer Metrische gegevens in de linkernavigatiebalk.
Selecteer Bereik als de naam van uw opslagaccount, metrische naamruimte als 'Bestand', Metrische waarde als 'Transacties' en Aggregatie als 'Som'.
Selecteer Splitsen toepassen.
Selecteer waarden als 'API-naam'. Selecteer de gewenste limiet en sorteerbewerking.
Selecteer de gewenste periode.

Notitie

Zorg ervoor dat u transacties gedurende een bepaalde periode bekijkt om een beter beeld te krijgen van het gemiddelde aantal transacties. Zorg ervoor dat de gekozen periode niet overlapt met de eerste inrichting. Vermenigvuldig het gemiddelde aantal transacties gedurende deze periode om de geschatte transacties voor een hele maand op te halen.

Ingericht/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 Premium- als Standard-bestandsshares geeft u de maximale grootte op waarnaar de bestandsshare mag groeien. In Premium-bestandsshares wordt deze waarde de ingerichte grootte genoemd. Het bedrag dat u inricht, is waarvoor u betaalt, ongeacht hoeveel u daadwerkelijk gebruikt. In standaardbestandsshares wordt deze waarde quotum genoemd en is dit niet rechtstreeks van invloed op uw factuur. De ingerichte grootte is een vereist veld voor Premium-bestandsshares. Voor standaardbestandsshares geldt dat als de ingerichte grootte niet rechtstreeks is opgegeven, de share standaard de maximumwaarde heeft die wordt ondersteund door het opslagaccount.
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, waar extra optimalisaties kunnen worden toegepast. 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 Premium- als Standard-bestandsshares wordt de totale logische grootte van de bestandsshare gebruikt voor afdwinging tegen ingerichte grootte/quotum. In standaardbestandsshares is de logische grootte de hoeveelheid die wordt gebruikt voor de facturering van het data-at-rest-gebruik. Logische grootte wordt 'grootte' genoemd in het dialoogvenster Windows-eigenschappen voor een bestand/map en als 'inhoudslengte' door metrische gegevens van Azure Files.
Fysieke grootte: de fysieke grootte van het bestand heeft betrekking op de grootte van het bestand als gecodeerd op schijf. Dit kan overeenkomen met de logische grootte van het bestand, of kleiner, 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 share wordt gebruikt voor facturering van momentopnamen, hoewel toegewezen bereiken worden gedeeld tussen momentopnamen als ze ongewijzigd zijn (differentiële opslag). Zie Momentopnamen voor meer informatie over hoe momentopnamen worden gefactureerd in Azure Files.

Momentopnamen

Azure Files ondersteunt momentopnamen, die vergelijkbaar zijn met volumeschaduwkopieën (VSS) op Windows File Server. Momentopnamen verschillen altijd van de liveshare en van elkaar, wat betekent dat u altijd alleen betaalt voor wat er in elke momentopname anders is. Zie Overzicht van momentopnamen voor Azure Files voor meer informatie over momentopnamen van shares.

Momentopnamen tellen niet mee voor de limieten voor de grootte van bestandsshares, hoewel u beperkt bent tot een specifiek aantal momentopnamen. Zie Schaaldoelen voor Azure-bestandsshares om de huidige limieten voor momentopnamen te bekijken.

Momentopnamen worden altijd gefactureerd op basis van het differentiële opslaggebruik van elke momentopname. Dit ziet er echter iets anders uit tussen Premium-bestandsshares en standaardbestandsshares:

In Premium-bestandsshares worden momentopnamen gefactureerd op basis van hun eigen momentopnamemeter, die een verlaagde prijs heeft ten opzichte van de ingerichte opslagprijs. Dit betekent dat u een afzonderlijk regelitem op uw factuur ziet dat momentopnamen vertegenwoordigt voor Premium-bestandsshares voor elk FileStorage-opslagaccount op uw factuur.
In standaardbestandsshares worden momentopnamen gefactureerd als onderdeel van de normale gebruikte opslagmeter, hoewel u nog steeds alleen rekening houdt met de differentiële kosten van de momentopname. Dit betekent dat u geen afzonderlijk regelitem op uw factuur ziet dat momentopnamen vertegenwoordigt voor elk standaardopslagaccount met Azure-bestandsshares. Dit betekent ook dat het gebruik van differentiële momentopnamen telt voor reserveringen die zijn gekocht voor standaardbestandsshares.

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.

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. Dit kan komen in de vorm 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 die verschillen van wat Azure Files als een transactie weergeeft. 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 kost voor 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. Dit is eenvoudig te zien met standaardbestandsshares, omdat standaardbestandsshares een betalen per gebruik-model hebben met transactiekosten. Als de service met toegevoegde waarde transacties uitvoert op basis van de bestandsshare namens u, worden deze weergegeven in uw Azure Files-transactiefactuur, ook al hebt u deze transacties zelf niet rechtstreeks uitgevoerd. Dit geldt ook voor Premium-bestandsshares, hoewel dit mogelijk minder merkbaar is. Aanvullende transacties ten opzichte van Premium-bestandsshares van toegevoegde waardeservices tellen mee voor 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 eigen services die klanten gebruiken met Azure-bestandsshares. 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 nadat de eerste server een vast maandelijks bedrag heeft. 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 er ingerichte ruimte verbruikt. Het is uw verantwoordelijkheid om de inrichting regelmatig te verhogen als dat nodig is om rekening te houden met 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 verloop. Wanneer bestanden op servereindpunten veranderen, worden de wijzigingen geüpload naar de cloudshare, waardoor transacties worden gegenereerd. Wanneer cloudlagen zijn ingeschakeld, worden er extra transacties gegenereerd voor het beheren van gelaagde bestanden, waaronder I/O op gelaagde bestanden, naast de kosten voor uitgaand verkeer. 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.
Tip

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

Als u de kosten voor Azure Files wilt optimaliseren met Azure File Sync, moet u rekening houden met de laag van uw bestandsshare. Zie een bestandssharelaag kiezen voor meer informatie over het kiezen van de laag voor elke bestandsshare.

Als u migreert naar Azure File Sync vanuit StorSimple, raadpleegt u De kosten van StorSimple vergelijken met Azure File Sync.

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. Zie Back-up van Azure-bestandsshares voor meer informatie.

Overweeg het volgende 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 een gebroken beveiligde instantiekosten. 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 extra kosten die aan de totale factuur worden toegevoegd, zijn echter afhankelijk van de duur van momentopnamen en het verloop van de bestandsshare gedurende die tijd. Dit bepaalt 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 veroorzaken transacties. Voor standaardbestandsshares betekent dit dat leesbewerkingen van momentopnamen/schrijfbewerkingen vanuit herstelbewerkingen als normale bestandssharetransacties worden gefactureerd. Voor Premium-bestandsshares worden deze bewerkingen meegeteld 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 ingeschakeld op abonnementsniveau voor alle bestandsshares in opslagaccounts in 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 het product voor 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 een transactietarief in rekening, zelfs op Premium-bestandsshares, waarbij Azure Files transacties omvat als onderdeel van IOPS-inrichting. 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.

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.