Resursbegränsningar för Azure NetApp Files
Genom att förstå resursgränser för Azure NetApp Files kan du hantera dina volymer.
Resursgränser
I följande tabell beskrivs resursgränser för Azure NetApp Files:
Resurs | Standardgräns | Justerbar via supportbegäran |
---|---|---|
Regional kapacitetskvot per prenumeration | 25 TiB | Ja |
Antal NetApp-konton per Azure-region och prenumeration | 10 | Ja |
Antal kapacitetspooler per NetApp-konto | 25 | Ja |
Antal volymer per prenumeration | 500 | Ja |
Antal volymer per kapacitetspool | 500 | Ja |
Antal ögonblicksbilder per volym | 255 | Nej |
Antal IP-adresser i ett virtuellt nätverk (inklusive direkt peerkopplade virtuella nätverk) som har åtkomst till volymer i ett Azure NetApp Files som är värd för VNet |
|
Nej |
Minsta storlek för en enskild kapacitetspool | 1 TiB* | Nej |
Maximal storlek för en enskild kapacitetspool | 2 048 TiB | Ja |
Minsta storlek på en enskild vanlig volym | 100 GiB | Nej |
Maximal storlek på en enskild vanlig volym | 100 TiB | Nej |
Minsta storlek på en enda stor volym | 50 TiB | Nej |
Större volymstorlek | 30 % av den lägsta etablerade storleken | Ja |
Maximal storlek på en enda stor volym | 1 024 TiB | Nej |
Maximal storlek på en enda stor volym på dedikerad kapacitet (förhandsversion) | 2 048 TiB | Nej |
Maximal storlek på en enskild fil | 16 TiB | Nej |
Maximal storlek på katalogmetadata i en enda katalog | 320 MB | Nej |
Maximalt antal filer i en enda katalog | Cirka 4 miljoner. Se Kontrollera om en katalog närmar sig gränsstorleken. |
Nej |
Maximalt antal filer maxfiles per volym |
Se maxfiles |
Ja |
Maximalt antal exportprincipregler per volym | 5 | Nej |
Maximalt antal kvotregler per volym | 100 | Nej |
Minsta tilldelade dataflöde för en manuell QoS-volym | 1 MiB/s | Nej |
Maximalt tilldelat dataflöde för en manuell QoS-volym | 4 500 MiB/s | Nej |
Antal dataskyddsvolymer för replikering mellan regioner (målvolymer) | 50 | Ja |
Antal dataskyddsvolymer för replikering mellan zoner (målvolymer) | 50 | Ja |
Maximalt antal principbaserade (schemalagda) säkerhetskopieringar per volym |
Det maximala antalet kvarhållning av säkerhetskopior per timme, dag, vecka och månad är 1019. |
Nej |
Maximal storlek på skyddad volym | 100 TiB | Nej |
Maximalt antal volymer som kan säkerhetskopieras per prenumeration | 20 | Ja |
Maximalt antal manuella säkerhetskopieringar per volym och dag | 5 | Ja |
Maximalt antal volymer som stöds för lågfrekvent åtkomst per prenumeration per region | 10 | Ja |
* Du kan bara dra nytta av minst 1 TiB om alla volymer i kapacitetspoolen använder standardnätverksfunktioner. 1 TiB-kapacitetspooler är allmänt tillgängliga. Du måste registrera funktionen innan du använder den. Om någon volym använder grundläggande nätverksfunktioner är den minsta storleken 4 TiB.
Mer information finns i Vanliga frågor och svar om kapacitetshantering.
Begränsningar och begränsningar som gäller nätverksfunktioner i Azure NetApp Files finns i Riktlinjer för nätverksplanering för Azure NetApp Files.
Kontrollera om en katalog närmar sig gränsstorleken
Du kan använda stat
kommandot från en klient för att se om en katalog närmar sig den maximala storleksgränsen för katalogmetadata (320 MB). Om du når den maximala storleksgränsen för en enskild katalog för Azure NetApp Files uppstår felet No space left on device
.
För en katalog på 320 MB är antalet block 655 360, där varje blockstorlek är 512 byte. (Det vill: 320x1024x1024/512.) Det här antalet översätts till cirka 4 miljoner filer maximalt för en katalog på 320 MB. Det faktiska antalet maximala filer kan dock vara lägre, beroende på faktorer som antalet filer med icke-ASCII-tecken i katalogen. Därför bör du använda stat
kommandot på följande sätt för att avgöra om katalogen närmar sig sin gräns.
Exempel:
[makam@cycrh6rtp07 ~]$ stat bin
File: 'bin'
Size: 4096 Blocks: 8 IO Block: 65536 directory
[makam@cycrh6rtp07 ~]$ stat tmp
File: 'tmp'
Size: 12288 Blocks: 24 IO Block: 65536 directory
[makam@cycrh6rtp07 ~]$ stat tmp1
File: 'tmp1'
Size: 4096 Blocks: 8 IO Block: 65536 directory
Maxfiles
Gränser
Azure NetApp Files-volymer har ett värde som kallas maxfiles
som refererar till det maximala antalet filer och mappar (kallas även innoder) som en volym kan innehålla. När gränsen maxfiles
har nåtts får klienter "out of space"-meddelanden när de försöker skapa nya filer eller mappar. Kontakta Microsofts tekniska support om problemet uppstår.
Gränsen maxfiles
för en Azure NetApp Files-volym baseras på volymens storlek (kvot), där tjänsten dynamiskt justerar maxfiles
gränsen för en volym baserat på dess etablerade storlek och använder följande riktlinjer.
- För vanliga volymer som är mindre än eller lika med 683 GiB är standardgränsen
maxfiles
21 251 126. - För vanliga volymer som är större än 683 GiB är standardgränsen
maxfiles
ungefär en fil (eller innod) per 32 KiB av allokerad volymkapacitet upp till högst 2 147 483 632. - För stora volymer är standardgränsen
maxfiles
ungefär en fil (eller inode) per 32 KiB av allokerad volymkapacitet upp till ett standardvärde på högst 15 938 355 048. - Varje inod använder ungefär 288 byte kapacitet i volymen. Att ha många inodes i en volym kan förbruka en icke-trivial mängd fysiskt utrymme utöver kapaciteten hos faktiska data.
- Om en fil är mindre än 64 byte i storlek lagras den i själva inoden och använder inte ytterligare kapacitet. Den här kapaciteten används bara när filer faktiskt allokeras till volymen.
- Filer som är större än 64 byte förbrukar ytterligare kapacitet på volymen. Om det till exempel finns en miljon filer större än 64 byte i en Azure NetApp Files-volym skulle cirka 274 MiB kapacitet tillhöra innoderna.
I följande tabell visas exempel på relationsvärden maxfiles
baserat på volymstorlekar för vanliga volymer.
Volume size | Uppskattad maxfilgräns |
---|---|
0 – 683 GiB | 21,251,126 |
1 TiB (1 073 741 824 KiB) | 31,876,709 |
10 TiB (10 737 418 240 KiB) | 318,767,099 |
50 TiB (53 687 091 200 KiB) | 1,593,835,519 |
100 TiB (107 374 182 400 KiB) | 2,147,483,632 |
I följande tabell visas exempel på relationsvärden maxfiles
baserat på volymstorlekar för stora volymer.
Volume size | Uppskattad maxfilgräns |
---|---|
50 TiB (53 687 091 200 KiB) | 1,593,835,512 |
100 TiB (107 374 182 400 KiB) | 3,187,671,024 |
200 TiB (214 748 364 800 KiB) | 6,375,342,024 |
500 TiB (536 870 912 000 KiB) | 15,938,355,048 |
Om du vill se allokeringen maxfiles
för en viss volymstorlek kontrollerar du fältet Maximalt antal filer i volymens översiktsfönster.
Du kan inte ange maxfiles
gränser för dataskyddsvolymer via en kvotbegäran. Azure NetApp Files ökar maxfiles
automatiskt gränsen för en dataskyddsvolym för att hantera antalet filer som replikeras till volymen. När en redundansväxling sker på en dataskyddsvolym förblir maxfiles
gränsen det sista värdet före redundansväxlingen. I det här fallet kan du skicka en maxfiles
kvotbegäran för volymen.
Begär ökning av gräns
Du kan skapa en Azure-supportbegäran för att öka de justerbara gränserna från tabellen Resursgränser .
Kommentar
Beroende på tillgängliga resurser i regionen och den begärda gränsökningen kan Azure-supporten kräva ytterligare information för att avgöra om begäran är genomförbar.
Gå till Ny supportbegäran under Support + felsökning.
Under fliken Problembeskrivning anger du den information som krävs:
- För Problemtyp väljer du Tjänst- och prenumerationsgränser (kvoter)..
- I fältet Prenumeration väljer du din prenumeration.
- För Kvottyp väljer du Lagring: Azure NetApp Files-gränser.
Under fliken Ytterligare information väljer du Ange information i fältet Information om begäran.
Om du vill begära ökning av gränsen anger du följande information i fönstret Kvotinformation som visas:
I Kvottyp väljer du den typ av resurs som du vill öka.
Till exempel:- Regional kapacitetskvot per prenumeration (TiB)
- Antal NetApp-konton per Azure-region per prenumeration
- Antal volymer per prenumeration
I Begärd region väljer du din region.
De aktuella och standardstorlekarna visas under Kvottillstånd.Ange ett värde för att begära en ökning för den kvottyp som du har angett.
Välj Spara och fortsätt. Välj Granska + skapa för att skapa begäran.
Nästa steg
Feedback
https://aka.ms/ContentUserFeedback.
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i:Skicka och visa feedback för