Dela via

Skalbarhets- och prestandamål för Azure Files

Azure Files erbjuder fullständigt hanterade filresurser i molnet som är tillgängliga 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 de mål som anges i den här artikeln. Du bör testa ditt användningsmönster för att avgöra om skalbarheten och prestandan för Azure Files uppfyller dina krav.

I Azure är en resurs ett hanterbart objekt som du skapar och konfigurerar i dina Azure-prenumerationer och resursgrupper. Resurser erbjuds av resursprovidrar, som är hanteringstjänster som levererar specifika typer av resurser. Även om du kan arbeta med många resurser för att distribuera en arbetsbelastning i Azure, fokuserar Azure Files 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 distribueras till ett lagringskonto delar de gränser som gäller för lagringskontot. Klassiska filresurser stöder både SMB- och NFS-fildelningsprotokollen.

  • Filresurser (förhandsversion) som erbjuds av Microsoft.FileShares resursprovidern. 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 filresurser, som måste distribueras till ett lagringskonto, distribueras filresurser direkt till resursgruppen, till exempel själva lagringskonton eller andra Azure-resurser som du kanske är bekant med, till exempel virtuella datorer, 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 filresurs (Microsoft.Storage)

Det finns två typer av gränser som gäller för lagringskonton och klassiska filresurser:

  • Kontrollplansgränser som tillämpas av Microsoft.Storage resursprovidern och gäller för hanteringsbegäranden som att skapa, uppdatera eller ta bort lagringskontot eller andra underordnade resurser, inklusive men inte begränsat till klassiska filresurser.

  • Dataplansgränser som tillämpas av Azure-lagringsplattformen och gäller för saker som att skapa och ta bort filer och mappar via SMB, NFS, FileREST och andra protokoll. Av äldre skäl är vissa hanteringsåtgärder som att skapa, uppdatera eller ta bort klassiska filresurser också tillgängliga via dataplanet (FileREST-protokollet). För hanteringsbegäranden som görs direkt till Azure-lagringsplattformen Microsoft.Storage gäller inte begränsningar.

Gränser för Microsoft.Storage-kontrollplan

Följande begränsningar gäller för lagringskonton eller underordnade resurser för lagringskontot, till exempel klassiska filresurser.

Attribute Limit
Maximalt antal lagringskonton per prenumeration per region 250 lagringskonton
Maximalt antal klassiska filresurser per lagringskonto
  • SSD/HDD etablerad v2: 50 klassiska filresurser
  • SSD etablerad v1: 1 024 klassiska filresurser (rekommenderas att använda 50 eller färre)
  • HDD betala per användning: Obegränsat (rekommenderas att använda 50 eller färre)
Maximalt antal ögonblicksbilder av filresurser per klassisk filresurs 200
Maximalt antal regler för virtuellt nätverk per lagringskonto 200
Maximalt antal regler för IP-adress per lagringskonto 200
Hantering av läsoperationer 800 per 5 minuter
Hanteringsskrivoperationer 10 per sekund / 1 200 per timme
Hantering av listaoperationer 100 per 5 minuter

Dataplansgränser för lagringskonto

Lagringskonton har lite olika gränser beroende på vilken SKU och vilken typ av lagringskonto som används. 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 filresurser finns det fyra kombinationer:

  • SSD-etablerade v2-lagringskonton, som representeras av lagringskontotyp FileStorage och PremiumV2_LRS SKU:er för lagringskontot eller PremiumV2_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 filresurser som distribueras i dessa lagringskonton finns alltid på SSD-medienivån och faktureras med hjälp av den etablerade v2-faktureringsmodellen.

  • HDD-etablerade v2-lagringskonton, som representeras av lagringskontots FileStorage typ och SKU:erna StandardV2_LRS, StandardV2_ZRS, StandardV2_GRSeller StandardV2_GZRS lagringskontot. 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-etablerade v1-lagringskonton, som representeras av lagringskontotyp FileStorage och Premium_LRS SKU:er för lagringskontot 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 filresurser som distribueras i dessa lagringskonton finns alltid på SSD-medienivån och faktureras med faktureringsmodellen etablerad v1.

  • 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 filresurser som distribueras på dessa lagringskonton finns alltid på hdd-medienivån och faktureras med faktureringsmodellen betala per användning.

    Note

    Även om du kan distribuera klassiska filresurser till lagringskonton med Standard_RAGRS SKU:er för lagringskontot eller Standard_RAGZRS lagringskontot stöder Azure Files inte lästillgänglighetsläge för geo-redundanta lagringskonton. Dessa klassiska filresurser använder Standard_GRS implicit SKU:erna eller Standard_GZRS lagringskontots SKU:er. Andra lagringsresurser, till exempel blobcontainrar, stöder lästillgänglighetsläge och kan blandas i dessa lagringskonton.

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.

Attribute SSD tilldelad v2 Hårddisk allokerad v2 SSD allokerad v1 HDD betala per användning
Typ av lagringskonto FileStorage FileStorage FileStorage StorageV2
SKUs
  • PremiumV2_LRS
  • PremiumV2_ZRS
  • StandardV2_LRS
  • StandardV2_ZRS
  • StandardV2_GRS
  • StandardV2_GZRS
  • Premium_LRS
  • Premium_ZRS
  • Standard_LRS
  • Standard_ZRS
  • Standard_GRS
  • Standard_GZRS
Maximal lagringskapacitet 256 TiB 4 PiB 100 TiB 5 PiB
Maximalt antal IOPS 102 400 IOPS 50 000 IOPS 102 400 IOPS
  • Välj regioner: 40 000 IOPS
  • Standard: 20 000 IOPS
Maximalt dataflöde 10 340 MiB/s 5 120 MiB/sek 10 340 MiB/s
  • Välj regioner:
    • Ingress: 7,680 MiB / sek
    • Egress: 25,600 MB / sek
  • Default:
    • Ingress: 3,200 MB/sek
    • Utkast: 6,400 MiB/s

Följande utvalda regioner har ett ökat maximalt IOPS- och dataflöde endast för lagringskonton med betala per 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 filresursdataplan

Följande gränser gäller på den klassiska filresursnivån. Alla klassiska filresurser omfattas också av gränserna för det lagringskonto där de distribueras:

  • SSD- och HDD-etablerade v2-lagringskonton: Du kan inte etablera mer lagring, IOPS eller dataflöde än vad lagringskontot stöder, men etablerade v2-filresurser stöder kreditbaserad IOPS-bursting över den etablerade IOPS på bästa sätt. Om flera klassiska filresurser i kontot sprack samtidigt begränsas prestandan för 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änsas begäranden på lagringskontonivå.

  • Lagringskonton med betala per användning i HDD: Du kan skapa ett obegränsat antal klassiska filresurser, var och en upp till 100 TiB, men även om varje klassisk filresurs teoretiskt sett kan förbruka upp till lagringskontots gräns för IOPS och dataflöde, om den kombinerade användningen av alla resurser i lagringskontot (klassiska filresurser, blobcontainrar, tabeller, och köer) överskrider dessa gränser, begäranden begränsas.

Attribute SSD tilldelad v2 Hårddisk allokerad v2 SSD allokerad v1 HDD betala per användning
Lagringsfördelningsenhet 1 GiB 1 GiB 1 GiB N/A
IOPS-tilldelningsenhet 1 IO / sek 1 IO / sek N/A N/A
Enhet för flödesallokering 1 MiB / sekund 1 MiB / sekund N/A N/A
Minimistorlek för lagring 32 GiB (tilldelat) 32 GiB (tilldelat) 100 GiB (tilldelad) 0 byte
Maximal lagringsstorlek 256 TiB 256 TiB 100 TiB 100 TiB
Maximalt antal filer Unlimited Unlimited Unlimited Unlimited
Maximalt antal IOPS (data) 102,400 IOPS (beror på provisionering) 50,000 IOPS (beroende på tilldelning) 102,400 IOPS (beror på provisionering) 20 000 IOPS
Maximalt dataflöde 10,340 MiB / sek (beroende på tillhandahållande) 5,120 MiB / sek (beroende på tilldelning) 10,340 MiB / sek (beroende på tillhandahållande) Upp till lagringskontots gränser
Maximalt antal metadata IOPS1
  • SMB med cachelagring av metadata eller NFS: upp till 35 000 IOPS
  • SMB utan cachelagring av metadata: upp till 12 000 IOPS
 Upp till 12 000 IOPS
  • SMB med cachelagring av metadata eller NFS: upp till 35 000 IOPS
  • SMB utan cachelagring av metadata: upp till 12 000 IOPS
 Upp till 12 000 IOPS
Maximal filnamnslängd2 (fullständigt sökvägsnamn inklusive alla kataloger, filnamn och omvänt snedstreck) 2 048 tecken 2 048 tecken 2 048 tecken 2 048 tecken
Maximal längd på enskild pathname-komponent (i sökvägen \A\B\C\D representerar varje bokstav en katalog eller fil som är en enskild komponent) 255 tecken 255 tecken 255 tecken 255 tecken
Maximalt antal SMB Multichannel-kanaler 4 N/A 4 N/A
Maximalt antal lagrade åtkomstprinciper per fillagring 5 5 5 5

1 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-resurser som lagras på SSD kan skala upp till 35 000 IOPS med hjälp av cachelagringsfunktionen för metadata. Mer information finns i Övervaka metadata-IOPS .
2 Azure Files tillämpar vissa namngivningsregler för katalog- och filnamn.

Skalningsmål för klassisk filresurs för enskilda filer

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

Attribute SSD-värde (inkluderar både etablerad v2 och etablerad v1) HDD-värde (inkluderar både etablerad v2 och betala per användning)
Maximal filstorlek 4 TiB 4 TiB
Maximalt antal data IOPS per fil 8 000 IOPS 1 000 IOPS
Maximal genomströmning per fil 1 024 MiB / sek 60 MiB/s
Gräns för hård länk per fil (endast NFS) 178 N/A
Maximalt antal samtidiga handtag för rotkatalogen 10 000 handtag 10 000 handtag
Maximalt antal samtidiga handtag per fil och katalog 2 000 handtag 2 000 handtag

* Det maximala antalet samtidiga referenser per fil och katalog är en mjuk gräns för klassiska filresurser på SSD-medienivån med hjälp av SMB-protokollet. 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 filresurs (Microsoft.FileShares)

Det finns två typer av gränser som gäller för filresurser:

  • Kontrollplansgränser som framtvingas av Microsoft.FileShares resursprovidern och 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 tillämpas av Azure Storage-plattformen, och gäller för saker 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 underordnade resurser i filresursen, till exempel ögonblicksbilder av filresurser.

Attribute Limit
Maximalt antal filresurser per prenumeration per region 1 000 filresurser
Maximalt antal ögonblicksbilder av filresurser per filresurs Ögonblicksbilder av 200 filresurser
Läsåtgärderför hantering 1 Maximalt 375 begäranden per sekund, påfyllda med en hastighet av 37 begäranden per sekund
Skrivåtgärderför hantering 1 Högst 300 begäranden per sekund, påfyllda med en hastighet av 15 begäranden per sekund
Hanteringsborttagningsåtgärder1 Högst 300 begäranden per sekund, påfyllda med en hastighet av 15 begäranden per sekund

1Microsoft.FileShares använder en liknande begränsningsalgoritm för hanteringsbegäranden som Azure Resource Manager själv använder. API-begränsning hanteras med hjälp av en token bucket-algoritm. 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 filresursdataplan

Följande gränser gäller på filresursnivå och tillämpas på dataplanet. Filresurser använder den etablerade v2-faktureringsmodellen.

Attribute SSD-värde
Lagringsfördelningsenhet 1 GiB
IOPS-tilldelningsenhet 1 IO / sek
Enhet för flödesallokering 1 MiB / sekund
Minsta etablerade lagringsstorlek 32 GiB
Minsta etablerade IOPS-storlek 3 000 IOPS
Minsta storlek på etablerat dataflöde 100 MiB/s
Maximal etablerad lagringsstorlek 256 TiB
Maximalt etablerat IOPS 102 400 IOPS
Maximalt etablerat dataflöde 10 340 MiB/s
Maximalt antal metadata IOPS 1 Upp till 35 000 IOPS
Maximal filnamnslängd2 (fullständigt sökvägsnamn inklusive alla kataloger, filnamn och omvänt snedstreck) 2 048 tecken
Maximal längd på enskild pathname-komponent (i sökvägen \A\B\C\D representerar varje bokstav en katalog eller fil som är en enskild komponent) 255 tecken

1 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.

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 nå gränserna för en enskild fil omfattas av filresursens gränser.

Attribute SSD-värde
Maximal filstorlek 4 TiB
Maximalt antal data IOPS per fil 8 000 IOPS
Maximal genomströmning per fil 1 024 MiB / sek
Gräns för hård länk per fil 178
Maximalt antal samtidiga referenser för roten direkt 10 000 handtag
Maximalt antal samtidiga referenser per fil och direkt 2 000 handtag

Se även