Vad ändring till volymhård kvot innebär för din Azure NetApp Files-tjänst

Artikel
11/26/2024

Från början av tjänsten har Azure NetApp Files använt en kapacitetspoolsetablering och automatisk tillväxtmekanism. Azure NetApp Files-volymer etableras tunt på en underliggande, kundetablerad kapacitetspool med en vald nivå och storlek. Volymstorlekar (kvoter) används för att tillhandahålla prestanda och kapacitet, och kvoterna kan när som helst justeras direkt. Detta beteende innebär att volymkvoten för närvarande är en prestandaspak som används för att styra volymens bandbredd. För närvarande växer underliggande kapacitetspooler automatiskt när kapaciteten fylls.

Viktigt!

Azure NetApp Files-beteendet för etablering av volym- och kapacitetspooler är en manuell och kontrollerbar mekanism. Från och med den 30 april 2021 hanterar volymstorlekar (kvot) bandbreddsprestanda samt etablerad kapacitet. Underliggande kapacitetspooler växer inte automatiskt.

Orsaker till ändringen av volymens hårda kvot

Många kunder har angett tre huvudutmaningar med det inledande beteendet:

Virtuella datorklienter skulle se den tunt etablerade kapaciteten (100 TiB) för en viss volym när de använder verktyg för operativsystemutrymme eller kapacitetsövervakning, vilket ger felaktig kapacitetssynlighet på klient- eller programsidan.
Programägare skulle inte ha någon kontroll över etablerat kapacitetspoolutrymme (och tillhörande kostnad) på grund av beteendet för automatisk ökning av kapacitetspoolen. Den här situationen är besvärlig i miljöer där "run-away-processer" snabbt kan fylla upp och öka den etablerade kapaciteten och kostnaden.
Kunder vill se och upprätthålla en direkt korrelation mellan volymstorlek (kvot) och prestanda. Med det aktuella beteendet att (implicit) överprenumerera en volym (kapacitetsmässigt) och pool automatiskt växer, har kunderna ingen direkt korrelation förrän volymkvoten har angetts eller återställts aktivt.

Många kunder har begärt direkt kontroll över etablerad kapacitet. De vill styra och balansera lagringskapacitet och användning. De vill också styra kostnaderna tillsammans med synlighet på programsidan och klientsidan för tillgänglig, använd och etablerad kapacitet och prestanda för sina programvolymer.

Vad är volymens hårda kvotändring

Med den hårda kvotändringen för volymen etableras inte längre Azure NetApp Files-volymer tunt på (maximalt) 100 TiB. Volymerna etableras med den faktiska konfigurerade storleken (kvoten). Dessutom växer de underliggande kapacitetspoolerna inte längre automatiskt när du når full kapacitetsförbrukning. Den här ändringen återspeglar beteendet som Hanterade Azure-diskar, som även etableras i sin helhet, utan automatisk kapacitetsökning.

Överväg till exempel en Azure NetApp Files-volym som har konfigurerats med 1 TiB-storlek (kvot) på en kapacitetspool på 4 TiB Ultra-tjänstnivå. Ett program skriver kontinuerligt data till volymen.

Det första beteendet:

Förväntad bandbredd: 128 MiB/s
Total användbar (och klient synlig) kapacitet: 100 TiB
Du kan inte skriva mer data på volymen utöver den här storleken.
Kapacitetspool: Växer automatiskt med 1 TiB-steg när den är full.
Ändring av volymkvot: Ändrar endast volymens prestanda (bandbredd). Den ändrar inte klientens synliga eller användbara kapacitet.

Det ändrade beteendet :

Förväntad bandbredd: 128 MiB/s
Total användbar (och klient synlig) kapacitet: 1 TiB Du kan inte skriva mer data på volymen utöver den här storleken.
Kapacitetspool: Förblir 4 TiB i storlek och växer inte automatiskt.
Ändring av volymkvot: Ändrar prestanda (bandbredd) och klientens synliga eller användbara kapacitet på volymen.

Du måste proaktivt övervaka användningen av Azure NetApp Files-volymer och kapacitetspooler. Du måste avsiktligt ändra volym- och poolanvändningen för nästan fullständig förbrukning. Azure NetApp Files fortsätter att tillåta volym- och kapacitetspoolens storleksändringsåtgärder direkt.

Så här operationaliserar du volymens hårda kvotändring

Det här avsnittet innehåller vägledning om hur du operationaliserar ändringen av volymens hårda kvot för en smidig övergång. Det ger också insikter för hantering av etablerade volymer och kapacitetspooler, löpande övervakning samt aviseringar och kapacitetshanteringsalternativ.

För närvarande etablerade volymer och kapacitetspooler

På grund av ändringen av volymens hårda kvot bör du ändra driftsmodellen. Etablerade volymer och kapacitetspooler kräver kontinuerlig kapacitetshantering. Eftersom det ändrade beteendet inträffade omedelbart rekommenderar Azure NetApp Files-teamet en serie engångsåtgärder för befintliga, tidigare etablerade volymer och kapacitetspooler enligt beskrivningen i det här avsnittet.

Rekommendationer för engångsåtgärder eller förebyggande åtgärder

Ändringen av volymens hårda kvot resulterade i ändringar i etablerad och tillgänglig kapacitet för tidigare etablerade volymer och pooler. Därför kan vissa kapacitetsallokeringsutmaningar inträffa. För att undvika kortsiktiga out-of-space-situationer för kunder rekommenderar Azure NetApp Files-teamet följande, en gång korrigerande/förebyggande åtgärder:

Etablerade volymstorlekar:
Ändra storlek på varje etablerad volym så att den har lämplig buffert baserat på ändringshastighet och aviseringar eller ändra storlek på leveranstiden (till exempel 20 % baserat på vanliga arbetsbelastningsöverväganden) med högst 100 TiB (vilket är den vanliga volymstorleksgränsen. Den nya volymstorleken, inklusive buffertkapacitet, bör baseras på följande faktorer:
- Etablerad volymkapacitet, om den använda kapaciteten är mindre än den etablerade volymkvoten.
- Använd volymkapacitet, om den använda kapaciteten är mer än den etablerade volymkvoten.
  Det tillkommer ingen extra kostnad för kapacitetsökning på volymnivå om den underliggande kapacitetspoolen inte behöver utökas. Som en effekt av den här ändringen kan du observera en ökning av bandbreddsgränsen för volymen (om den automatiska QoS-kapacitetspooltypen används).
Storlekar på etablerade kapacitetspooler:
Om summan av volymstorlekarna blir större än storleken på värdkapacitetspoolen efter volymstorlekarna måste kapacitetspoolen ökas till en storlek som är lika med eller större än summan av volymerna, med högst 500 TiB. Information om gränser finns i Resursbegränsningar för Azure NetApp Files). Ytterligare kapacitetspoolkapacitet debiteras som vanligt av ACR.

Du bör samarbeta med dina Azure NetApp Files-specialister för att verifiera din miljö om du behöver hjälp med att konfigurera övervakning eller aviseringar enligt beskrivningen i avsnitten nedan.

Löpande kapacitetshantering

När du har utfört engångsåtgärderna bör du sammanställa pågående processer för att övervaka och hantera kapacitet. Följande avsnitt innehåller förslag och alternativ om kapacitetsövervakning och hantering.

Övervaka kapacitetsutnyttjande

Du kan övervaka kapacitetsutnyttjandet på olika nivåer.

Övervakning på VM-nivå

Den högsta övervakningsnivån (närmast programmet) är från den virtuella programdatorn. Detta resulterar i en observerbar ändring i beteendet i kapacitetsrapportering inifrån vm-klientoperativsystemet.

I följande två scenarier bör du överväga en Azure NetApp Files-volym som har konfigurerats med 1 TiB-storlek (kvot) på en kapacitetspool på 4 TiB- och Ultra-tjänstnivå.

Windows

Windows-klienter kan kontrollera den använda och tillgängliga kapaciteten för en volym med hjälp av de nätverksmappade enhetsegenskaperna. Du kan använda alternativet Explorer ->Drive ->Properties .

I följande exempel visas volymkapacitetsrapportering i Windows innan det ändrade beteendet:

Skärmbilder som visar exempel på lagringskapacitet för en volym innan beteendet ändras.

Du kan också använda dir kommandot i kommandotolken enligt nedan:

Skärmbild som visar hur du använder ett kommando för att visa lagringskapacitet för en volym innan beteendet ändras.

I följande exempel visas volymkapacitetsrapportering i Windows efter det ändrade beteendet:

Skärmbilder som visar exempel på lagringskapacitet för en volym efter beteendeändring.

I följande exempel visas dir kommandoutdata:

Skärmbild som visar hur du använder ett kommando för att visa lagringskapacitet för en volym efter beteendeändring.

Linux

Linux-klienter kan kontrollera den använda och tillgängliga kapaciteten för en volym med hjälp df av kommandot . Alternativet -h visar storlek, använt utrymme och tillgängligt utrymme i mänskligt läsbart format med hjälp av storlekarna M, G och T.

I följande exempel visas volymkapacitetsrapportering i Linux innan det ändrade beteendet:

Skärmbild som visar hur du använder Linux för att visa lagringskapacitet för en volym innan beteendet ändras.

I följande exempel visas rapportering av volymkapacitet i Linux efter det ändrade beteendet:

Skärmbild som visar hur du använder Linux för att visa lagringskapacitet för en volym efter beteendeändring.

Konfigurera aviseringar med ANFCapacityManager

Du kan använda verktyget Logic Apps ANFCapacityManager som stöds av communityn för att övervaka Azure NetApp Files-kapaciteten och få skräddarsydda aviseringar. Verktyget ANFCapacityManager är tillgängligt på GitHub-sidan ANFCapacityManager.

ANFCapacityManager är en Azure Logic App som hanterar kapacitetsbaserade aviseringsregler. Den ökar automatiskt volymstorlekarna för att förhindra att dina Azure NetApp Files-volymer får slut på utrymme. Det är enkelt att distribuera och tillhandahåller följande funktioner för aviseringshantering:

När en Azure NetApp Files-kapacitetspool eller volym skapas skapar ANFCapacityManager en måttaviseringsregel baserat på det angivna tröskelvärdet för förbrukad procent.
När en Azure NetApp Files-kapacitetspool eller volym ändras ändrar ANFCapacityManager måttaviseringsregeln baserat på det angivna tröskelvärdet för kapacitetsanvändning i procent. Om aviseringsregeln inte finns skapas den.
När en Azure NetApp Files-kapacitetspool eller volym tas bort tas motsvarande måttaviseringsregel bort.

Du kan konfigurera följande inställningar för viktiga aviseringar:

Kapacitetspool % Fullständigt tröskelvärde – Den här inställningen avgör det förbrukade tröskelvärdet som utlöser en avisering för kapacitetspooler. Ett värde på 90 skulle orsaka att en avisering utlöses när kapacitetspoolen når 90 % förbrukad.
Fullständigt tröskelvärde för volym % – Den här inställningen avgör det förbrukade tröskelvärdet som utlöser en avisering för volymer. Ett värde på 80 skulle orsaka att en avisering utlöses när volymen når 80 % förbrukad.
Befintlig åtgärdsgrupp för kapacitetsmeddelanden – Den här inställningen är den åtgärdsgrupp som utlöses för kapacitetsbaserad avisering. Den här inställningen bör skapas i förväg av dig. Åtgärdsgruppen kan skicka e-post, SMS eller andra format.

Följande bild visar aviseringskonfigurationen:

Bild som visar aviseringskonfiguration med hjälp av ANFCapacityManager.

När du har installerat ANFCapacityManager kan du förvänta dig följande beteende: När en Azure NetApp Files-kapacitetspool eller volym skapas, ändras eller tas bort skapar logikappen automatiskt, ändrar eller tar bort en kapacitetsbaserad måttaviseringsregel med namnet ANF_Pool_poolname eller ANF_Volume_poolname_volname.

Hantera kapacitet

Förutom övervakning och aviseringar bör du även använda en metod för hantering av programkapacitet för att hantera kapacitetsförbrukning i Azure NetApp Files (ökad). När en Azure NetApp Files-volym eller kapacitetspool fylls kan extra kapacitet tillhandahållas direkt utan programstörningar. I det här avsnittet beskrivs olika manuella och automatiserade sätt att öka antalet etablerade volym- och kapacitetspooler efter behov.

Manuell

Du kan använda portalen eller CLI för att manuellt öka storleken på volym- eller kapacitetspoolen.

Portalen

Du kan ändra storleken på en volym efter behov. En volyms kapacitetsförbrukning mäts mot dess pools etablerade kapacitet.

Från ditt NetApp-konto väljer du Volymer.
Högerklicka på namnet på volymen som du vill ändra storlek på eller välj … ikonen i slutet av volymens rad för att visa snabbmenyn.
Använd snabbmenyalternativen för att ändra storlek på eller ta bort volymen.

I vissa fall har värdkapacitetspoolen inte tillräcklig kapacitet för att ändra storlek på volymerna. Du kan dock ändra kapacitetspoolens storlek i steg om 1 TiB eller minskningar. Kapacitetspoolens storlek får inte vara mindre än 4 TiB. Om du ändrar storlek på kapacitetspoolen ändras den köpta Azure NetApp Files-kapaciteten.

På menyn Hantera NetApp-konto väljer du den kapacitetspool som du vill ändra storlek på.
Högerklicka på kapacitetspoolens namn eller välj … ikonen i slutet av kapacitetspoolens rad för att visa snabbmenyn.
Använd snabbmenyalternativen för att ändra storlek på eller ta bort kapacitetspoolen.

CLI eller PowerShell

Du kan använda Cli-verktygen för Azure NetApp Files, inklusive Azure CLI och Azure PowerShell, för att manuellt ändra storleken på volymen eller kapacitetspoolen. Följande två kommandon kan användas för att hantera volym- och poolresurser i Azure NetApp Files:

Om du vill hantera Azure NetApp Files-resurser med Hjälp av Azure CLI kan du öppna Azure Portal och välja Azure Cloud Shell-länken högst upp på menyraden:

Den här åtgärden öppnar Azure Cloud Shell:

I följande exempel används kommandona för att visa och uppdatera storleken på en volym:

I följande exempel används kommandona för att visa och uppdatera storleken på en kapacitetspool:

Automatiserade

Du kan skapa en automatiserad process för att hantera det ändrade beteendet.

REST-API

REST-API:et för Azure NetApp Files-tjänsten definierar HTTP-åtgärder mot resurser som NetApp-kontot, kapacitetspoolen, volymerna och ögonblicksbilderna. REST API-specifikationen för Azure NetApp Files publiceras via GitHub-sidan Azure NetApp Files Resource Manager]. Du hittar exempelkod för användning med REST-API:er i GitHub.

Se Utveckla för Azure NetApp Files med REST API.

REST API med hjälp av PowerShell

Se Utveckla för Azure NetApp Files med REST API med PowerShell.

Kapacitetshantering med ANFCapacityManager

ANFCapacityManager är en Azure Logic App som hanterar kapacitetsbaserade aviseringsregler. Den ökar automatiskt volymstorlekarna för att förhindra att dina Azure NetApp Files-volymer får slut på utrymme. Förutom att skicka aviseringar kan den aktivera den automatiska ökningen av volym- och kapacitetspoolstorlekar för att förhindra att dina Azure NetApp Files-volymer får slut på utrymme:

Om en Azure NetApp Files-volym når det angivna tröskelvärdet för förbrukad procent ökar volymkvoten (storleken) med den procent som anges mellan 10 och 100.
Om en ökning av volymstorleken överskrider kapaciteten för den innehållande kapacitetspoolen ökar även storleken på kapacitetspoolen för att rymma den nya volymstorleken.

Du kan konfigurera följande inställning för nyckelkapacitetshantering:

AutoGrow Percent Increase – Percent of the existing volume size to automatically grow a volume if it reaches the specified % Full Threshold (Automatisk ökning av procent) – Procent av den befintliga volymstorleken för att automatiskt öka en volym om den når det angivna % fullständiga tröskelvärdet. Värdet 0 (noll) inaktiverar funktionen AutoGrow. Ett värde mellan 10 och 100 rekommenderas.

Vanliga frågor

Det här avsnittet besvarar några frågor om ändringen av volymens hårda kvot.

Räknas utrymme för ögonblicksbilder mot den användbara eller etablerade kapaciteten för en volym?

Ja, den förbrukade ögonblicksbildkapaciteten räknas mot det etablerade utrymmet i volymen. Om volymen körs full bör du överväga två reparationsalternativ:

Ändra storlek på volymen enligt beskrivningen i den här artikeln.
Ta bort äldre ögonblicksbilder för att frigöra utrymme i värdvolymen.

Innebär den här ändringen att beteendet för automatisk ökning av volymen försvinner från Azure NetApp Files?

En vanlig missuppfattning är att Azure NetApp Files-volymer automatiskt skulle växa när de fylls. Volymerna etablerades tunt med storleken 100 TiB, oavsett den faktiska angivna kvoten, medan den underliggande kapacitetspoolen automatiskt skulle växa med steg om 1 TiB. Den här ändringen adresserar volymstorleken (synlig och användbar) till den angivna kvoten, och kapacitetspoolerna växer därför inte längre automatiskt. Den här ändringen resulterar i vanligen önskat korrekt utrymme på klientsidan och kapacitetsrapportering. Den undviker "skenande" kapacitetsförbrukning.

Har den här ändringen någon effekt på volymer som replikeras med replikering mellan regioner (förhandsversion)?

Den hårda volymkvoten tillämpas inte på replikeringsmålvolymer.

Har den här ändringen någon effekt på de mått som för närvarande är tillgängliga i Azure Monitor?

Portalmått och Azure Monitor-statistik återspeglar korrekt den nya allokerings- och användningsmodellen.

Påverkar den här ändringen resursgränserna för Azure NetApp Files?

Resursgränserna för Azure NetApp Files ändras inte utöver de kvotändringar som beskrivs i den här artikeln.

Finns det ett exempel på ett ANFCapacityManager-arbetsflöde?

Ja. Se GitHub-sidan Exempel på arbetsflöde för volym autogrow.

Stöds ANFCapacityManager Microsoft?

Logikappen ANFCapacityManager tillhandahålls som den är och stöds inte av NetApp eller Microsoft. Du uppmanas att ändra för att passa din specifika miljö eller dina krav. Du bör testa funktionen innan du distribuerar den till affärskritiska miljöer eller produktionsmiljöer.

Hur rapporterar jag en bugg eller skickar en funktionsbegäran för ANFCapacityManger?

Du kan skicka buggar och funktionsförfrågningar genom att välja Nytt problem på GitHub-sidan ANFCapacityManager.

Dela via