Skalbarhets- och prestandamål för Azure Files

Azure Files erbjuder fullständigt hanterade filresurser i molnet som du kan komma åt via SMB- och NFS-fildelningsprotokoll. I den här artikeln beskrivs skalbarhets- och prestandamålen för Azure Files. Förutom de gränser som anges av Azure Files kan andra variabler i distributionen påverka dessa mål. Testa ditt användningsmönster för att avgöra om skalbarheten och prestandan för Azure Files uppfyller dina krav.

Resursleverantörer

I Azure är en resurs ett hanterbart objekt som du skapar och konfigurerar i dina Azure-prenumerationer och resursgrupper. Resursprovidrar är hanteringstjänster som levererar specifika typer av resurser. Du kanske arbetar med många resurser för att distribuera en arbetsbelastning i Azure, men Azure Files fokuserar på två viktiga resurser:

• Lagringskonton som erbjuds av Microsoft.Storage resursprovidern. Lagringskonton är resurser på den översta nivån som representerar en delad pool med lagring, IOPS och dataflöde där du kan distribuera klassiska filresurser eller andra lagringsresurser, beroende på typ av lagringskonto. Alla lagringsresurser som du distribuerar till ett lagringskonto delar de gränser som gäller för det lagringskontot. Klassiska fildelningar stöder både SMB och NFS fildelningsprotokollen.

• Filresurser, som erbjuds av Microsoft.FileShares resursleverantören. Filresurser är en ny resurstyp på den översta nivån som förenklar distributionen av Azure Files genom att eliminera lagringskontot. Till skillnad från klassiska fildelningar, som du måste distribuera till ett lagringskonto, distribuerar du fildelningar direkt till resursgruppen, liknande hur du distribuerar lagringskonton och andra välbekanta Azure-resurser såsom virtuella maskiner, diskar eller virtuella nätverk. Filresurser stöder NFS-fildelningsprotokollet. Om du behöver SMB väljer du klassiska filresurser för distributionen.

Skalningsmål för klassisk fildelning (Microsoft.Storage)

Två typer av gränser gäller för lagringskonton och klassiska filresurser:

• Begränsningar för kontrollplanet, som resursprovidern Microsoft.Storage upprätthåller. Dessa gränser gäller för hanteringsförfrågningar, till exempel att skapa, uppdatera eller ta bort lagringskontot eller andra underordnade resurser, inklusive men inte begränsat till klassiska fildelningar.

• Dataplansgränser, som Azure lagringsplattformen tillämpar. Dessa gränser gäller för åtgärder som att skapa och ta bort filer och mappar via SMB, NFS, FileREST och andra protokoll. Av historiska skäl är vissa hanteringsåtgärder, till exempel att skapa, uppdatera eller ta bort klassiska fildelningar, också tillgängliga via dataplanet (FileREST-protokollet). Microsoft.Storage-gränserna gäller inte för hanteringsbegäranden som du skickar direkt till Azure Storage-plattformen.

Gränser för Microsoft.Storage-kontrollplan

Följande begränsningar gäller för lagringskonton eller associerade resurser för lagringskontot, såsom klassiska fildelningar.

Dataplansgränser för lagringskonto

Lagringskonton har lite olika gränser beroende på SKU och typ av lagringskonto. SKU:n för lagringskontot är en kombination av medienivån, iterationen av faktureringsmodellen och redundans. Typen av lagringskonto är en ytterligare modifierare som avgör vilka lagringstjänster, funktioner och faktureringsmodeller som stöds. För klassiska fildelningar finns det fyra kombinationer

• SSD-tillhandahållna v2-lagringskonton, som representeras av lagringskontotyp FileStorage och PremiumV2_LRS eller PremiumV2_ZRS SKU:er för lagringskonto. Dessa lagringskonton kan endast innehålla klassiska filresurser och kan inte användas för att distribuera andra lagringsresurser, till exempel blobcontainrar, köer eller tabeller. Klassiska filresurser som distribueras i dessa lagringskonton finns alltid på SSD-medienivån och faktureras med hjälp av den etablerade v2-faktureringsmodellen.

• Provisionerade HDD v2-lagringskonton, som representeras av lagringskontots slags FileStorage och SKU:erna StandardV2_LRS, StandardV2_ZRS, StandardV2_GRS, eller StandardV2_GZRS. Dessa lagringskonton kan endast innehålla klassiska filresurser och kan inte användas för att distribuera andra lagringsresurser, till exempel blobcontainrar, köer eller tabeller. Klassiska filresurser som distribueras på dessa lagringskonton finns alltid på hdd-medienivån och faktureras med hjälp av den etablerade v2-faktureringsmodellen.

• SSD-tillhandahållna v1-lagringskonton, som representeras av lagringskontotypen FileStorage, lagringskontots SKU:er Premium_LRS eller Premium_ZRS. Dessa lagringskonton kan endast innehålla klassiska filresurser och kan inte användas för att distribuera andra lagringsresurser, till exempel blobcontainrar, köer eller tabeller. Klassiska fildelningar som är distribuerade i dessa lagringskonton finns alltid på SSD-medialagret och faktureras med den provisionsbaserade v1-faktureringsmodellen.

• HDD lagringskonton med betalning per användning, som representeras av StorageV2 typ av lagringskonto och SKU:erna för Standard_LRS, Standard_ZRS, Standard_GRS, Standard_GZRS, Standard_RAGRS eller Standard_RAGZRS det lagringskontot. Dessa lagringskonton kan innehålla klassiska filresurser eller andra lagringsresurser, till exempel blobcontainrar, köer och tabeller. Klassiska fildelningar som distribueras på dessa lagringskonton finns alltid på HDD-lagringsnivån och faktureras enligt använd-betala modellen.

Följande begränsningar gäller för lagringskontots dataplan. Allt i lagringskontot, inklusive klassiska filresurser, blobcontainrar, tabeller eller köer, delar dessa gränser.

Följande utvalda regioner har ett ökat maximalt IOPS och genomströmning endast för lagringskonton med betala-vid-användning för HDD (StorageV2):

• East Asia
• Southeast Asia
• Australia East
• Brazil South
• Canada Central
• Östra Kina 2
• Norra Kina 3
• North Europe
• West Europe
• France Central
• Tyskland Västra Centrala
• Central India
• Japan East
• Jio Västra Indien
• Korea Central
• Norway East
• Sydafrika Nord
• Sweden Central
• UAE North
• UK South
• Central US
• East US
• Östra USA 2
• US Regering Virginia
• USA:s regering, Arizona
• Norra centrala USA
• Sydcentrala USA
• West US
• Väst USA 2
• Väst US 3

Gränser för klassiska fildelningsdataplan

Följande gränser gäller på den klassiska fildelningsnivån. Alla klassiska fildelningar omfattas också av begränsningarna för det lagringskonto som de har distribuerats i:

• SSD- och HDD-etablerade v2-lagringskonton: Du kan inte etablera mer lagring, IOPS eller dataflöde än vad lagringskontot stöder. Provisionerade v2-filresurser stöder dock kreditbaserad IOPS-bursting över den provisionerade IOPS-nivån i mån av tillgänglighet. Om flera klassiska filresurser i kontot sprack samtidigt begränsas prestandan till lagringskontots IOPS-gränser.

• SSD-etablerade v1-lagringskonton: Du kan inte etablera mer lagringsutrymme än vad lagringskontot stöder, men du kan etablera mer IOPS eller dataflöde än vad lagringskontot stöder. Om den totala användningen av IOPS eller dataflödet överskrider lagringskontots gränser begränsar lagringskontot begäranden.

• Lagringskonton med betalning per användning för hårddisk: Du kan skapa ett obegränsat antal klassiska fildelningar. Varje klassisk filresurs kan teoretiskt sett förbruka upp till lagringskontots gräns för IOPS och dataflöde, men om den kombinerade användningen av alla resurser i lagringskontot (klassiska filresurser, blobcontainrar, tabeller och köer) överskrider dessa gränser begränsar lagringskontot begäranden. Alla Azure fildelningar med betala per användning kan idag växa upp till 100 TiB. Funktionen large file share i Azure Files är en äldre inställning som gjorde det möjligt för filresurser med betala per användning att växa utöver 5 TiB. Om du har ett gammalt lagringskonto som föregår introduktionen av den här funktionen kan du behöva öka filresurskvoten.

¹ Metadataåtgärder är åtgärder som manipulerar filhandtag, till exempel att öppna en fil eller mapp. Den maximala IOPS-gränsen för metadata anger det maximala IOPS som kan användas för metadata, oavsett mängden etablerad IOPS som en filresurs har. SMB-delningar som lagras på SSD kan nå upp till 35 000 IOPS med hjälp av metadatacache. Mer information finns i Övervaka metadata-IOPS .
² Azure Files tillämpar vissa namngivningsregler för katalog- och filnamn.

Skalningsmål för klassisk fildelning för individuella filer

Mål för filskalning gäller för enskilda filer som lagras i klassiska fildelningar. Din möjlighet att nå gränserna för en enskild fil omfattas av gränserna för den klassiska filresursen och det lagringskonto där den finns.

* Det maximala antalet samtidiga handtag per fil och katalog är en mjuk gräns för klassiska fildelningar på SSD-medienivån med hjälp av SMB-protokoll. Om du behöver skala utöver den här gränsen kan du aktivera cachelagring av metadata och registrera dig för ökade filhandtagsgränser (förhandsversion).

Skalningsmål för fildelningsresurser (Microsoft.FileShares)

Två typer av gränser gäller för filresurser som skapats med resursprovidern Microsoft.FileShares:

• Begränsningar för kontrollplanet, som resursprovidern Microsoft.FileShares upprätthåller. Dessa gränser gäller för hanteringsbegäranden som att skapa, uppdatera eller ta bort filresursen eller underordnade resurser, till exempel ögonblicksbilder av filresurser.

• Dataplansgränser, som Azure lagringsplattformen tillämpar. Dessa gränser gäller för åtgärder som att skapa och ta bort filer och mappar via NFS-fildelningsprotokollet.

Kontrollplansgränser för Microsoft.FileShares

Följande begränsningar gäller för filresursen och filresursens underordnade resurser, till exempel ögonblicksbilder av filresursen.

¹Microsoft.FileShares använder en liknande begränsningsalgoritm för hanteringsbegäranden som Azure Resource Manager själv använder. API-strypning hanteras genom att använda en tokenbucketalgoritm. Token-bucketen representerar det maximala antalet begäranden som du kan skicka för varje sekund. När du når det maximala antalet begäranden avgör påfyllningsfrekvensen hur snabbt nya begäranden läggs till i bucketen.

Mål för fildelningsdataplan

Följande gränser gäller på filresursnivå och tillämpas på dataplanet. Fildelningar som skapats med Microsoft.FileShares resursleverantören använder den tillhandahållna v2-faktureringsmodellen.

¹ Metadataåtgärder är åtgärder som manipulerar filhandtag, till exempel att öppna en fil eller mapp. Den maximala IOPS-gränsen för metadata anger det maximala IOPS som metadata kan använda, oavsett mängden etablerad IOPS som en filresurs har.

Skalningsmål för filresurser för enskilda filer

Mål för filskalning gäller för enskilda filer som lagras i en filresurs. Din möjlighet att uppnå gränserna för en enskild fil beror på fildelningens gränser.

Se även

• Planering för en Azure Files-distribution
• Förstå Prestanda för Azure Files
• Förstå Azure Files-fakturering