Hantera lagringskapacitet för Azure Stack Hub

Den här artikeln beskriver hur en Azure Stack Hub-molnoperatör kan övervaka och hantera lagringskapaciteten för en Azure Stack Hub-distribution. Du kan använda vägledningen för att förstå det minne som är tillgängligt för användarens virtuella datorer. Azure Stack Hub-lagringsinfrastrukturen allokerar en delmängd av den totala lagringskapaciteten för Azure Stack Hub-distributionen som lagringstjänster. Lagringstjänster lagrar klientdata i fildelningar på volymer som motsvarar noderna i distributionen.

Som molnoperatör har du en begränsad mängd lagringsutrymme att arbeta med. Mängden lagring definieras av den lösning som du implementerar. Lösningen tillhandahålls av OEM-leverantören när du använder en multinodlösning, eller så tillhandahålls den av maskinvaran där du installerar Azure Stack Development Kit (ASDK).

Azure Stack Hub stöder endast utökning av lagringskapaciteten genom att lägga till extra skalningsenhetsnoder. Mer information finns i lägga till noder för skalningsenheter i Azure Stack Hub. Om du lägger till fysiska diskar i noderna utökas inte lagringskapaciteten.

Det är viktigt att övervaka det tillgängliga lagringsutrymmet för att säkerställa att effektiva åtgärder upprätthålls. När den återstående lediga kapaciteten för en volym blir begränsad, planera att hantera det tillgängliga utrymmet för att förhindra att aktierna får slut på kapacitet.

Alternativen för att hantera kapacitet är:

• Återta kapacitet.
• Migrera lagringsobjekt.

När en objektlagervolym är 100% används fungerar inte längre lagringstjänsten för den volymen. Kontakta Microsofts support för att få hjälp med att återställa volymens funktion.

Förstå diskar, containrar och volymer

Klientanvändaren skapar diskar, blobar, tabeller och köer i Azure Stack Hub-lagringstjänster. Dessa klientdata placeras på volymer ovanpå den tillgängliga lagringen.

Diskar

Virtuella datorer lagrar och manipulerar data på virtuella diskar. Varje virtuell dator börjar med en OS-disk som skapats från en marketplace-avbildning eller en privat avbildning. Den virtuella datorn kan koppla noll eller fler datadiskar. Det finns två typer av diskar som erbjuds i Azure Stack:

Hanterade diskar förenkla diskhanteringen för virtuella Azure IaaS-datorer genom att hantera de lagringskonton som är associerade med de virtuella datordiskarna. Du behöver bara ange storleken på disken du behöver och Azure Stack Hub skapar och hanterar disken åt dig. Mer information finns i översikten över hanterade diskar.

Ohanterade diskar är VHD-filer som lagras som sidblobar i lagringscontainrar i Azure Stack-lagringskonton. Sidblobbarna som skapas av användare kallas VM-diskar och lagras i containrar i de lagringskontona. Vi rekommenderar att du endast använder ohanterade diskar för virtuella datorer som behöver vara kompatibla med verktyg från tredje part, som endast stöder ohanterade Azure-diskar.

Vägledningen till klientorganisationer är att placera varje disk i en separat container för att förbättra prestanda för den virtuella datorn.

• Varje container som innehåller en disk eller en sidblob från en virtuell dator anses vara en ansluten container till den virtuella dator som äger disken.
• En container som inte innehåller några diskar från en virtuell dator anses vara en kostnadsfri container.

Alternativen för att frigöra utrymme på en ansluten container är begränsade. Mer information hittar du i Distribuera ohanterade diskar.

Viktig

Vi rekommenderar att du endast använder hanterade diskar på virtuella datorer för enklare hantering. Du behöver inte förbereda lagringskonton och containrar innan du använder hanterade diskar. Hanterade diskar ger motsvarande eller bättre funktioner och prestanda jämfört med ohanterade diskar. Det finns inga fördelar med att använda ohanterade diskar och de tillhandahålls endast för bakåtkompatibilitet.

Hanterade diskar är optimerade för bättre placering i lagringsinfrastrukturen och har avsevärt lägre hanteringskostnader. Men eftersom hanterade diskar är tunn provisionerade och den slutliga användningen är oförutsägbar under skaparfasen, kan obalanserad diskplacering potentiellt leda till att volymen överutnyttjas. Operatörerna ansvarar för att övervaka användningen av lagringskapacitet och undvika sådana problem.

För användare som använder ARM-mallar för att etablera nya virtuella datorer, se Använd mallar för hanterade diskar för virtuella datorer för att förstå hur du ändrar dina mallar så att de använder hanterade diskar.

Virtuella datordiskar lagras som glesa filer i lagringsinfrastrukturen. Diskarna har en etablerad storlek som användaren begär när disken skapas. Det är dock bara de sidor som inte är noll som skrivs till disken som upptar utrymme i den underliggande lagringsinfrastrukturen.

Diskar skapas ofta genom att kopiera från plattformsbilder, hanterade avbildningar, ögonblicksbilder eller andra diskar och ögonblicksbilder tas från diskar. För att öka användningen av lagringskapacitet och minska kopieringstiden använder systemet blobkloning i ReFS. Blobkloning är en billig metadataåtgärd i stället för en fullständig byte-by-byte-kopia mellan filer. Källfilen och målfilen kan dela samma omfattning. Identiska data lagras inte fysiskt flera gånger, vilket förbättrar lagringskapaciteten.

Kapacitetsanvändningen växer bara när diskarna skrivs och identiska data minskas. När en avbildning eller en disk tas bort kanske utrymmet inte frigörs omedelbart, eftersom det kan finnas diskar eller ögonblicksbilder som skapats från den som fortfarande behåller identiska data och upptar utrymme. Om alla relaterade entiteter tas bort blir utrymmet tillgängligt.

Blobar och containrar

Klientanvändare lagrar enorma mängder ostrukturerade data med Azure Blob. Azure Stack Hub har stöd för tre typer av blobar: Block Blobs, Append Blobsoch Page Blobs. Mer information om de olika typerna av blobar finns i Understanding Block Blobs, Append Blobs, and Page Blobs.

Hyresanvändare skapar containrar som sedan används för att lagra blobdata. Även om användarna bestämmer i vilken container som ska placera blobar använder lagringstjänsten en algoritm för att avgöra på vilken volym containern ska placeras. Algoritmen väljer vanligtvis volymen med det mest tillgängliga utrymmet.

När en blob placeras i en container kan bloben växa och använda mer utrymme. När du lägger till nya blobar och befintliga blobar växer, minskar det tillgängliga utrymmet i volymen som innehåller containern.

Containrar är inte begränsade till en enda volym. När de kombinerade blobdata i en container växer och når upp till 80% eller mer av det tillgängliga utrymmet, går containern in i överflödsläge. I spillläge allokeras alla nya blobar som skapas i containern till en annan volym som har tillräckligt med utrymme. Med tiden kan en container i spillläge ha blobar som är distribuerade över flera volymer.

När 90% (och sedan 95%) av det tillgängliga utrymmet i en volym används systemet genererar aviseringar i Azure Stack Hub-administratörsportalen. Molnoperatörer bör granska tillgänglig lagringskapacitet och planera för att balansera om innehållet. Lagringstjänsten slutar fungera när en disk är 100% används och inga ytterligare aviseringar aktiveras.

Volymer

Den lagringstjänsten partitionerar den tillgängliga lagringen i separata volymer som allokeras för att lagra system- och klientdata. Volymer kombinerar drivarna i lagringspoolen och introducerar feltolerans, skalbarhet och prestandafördelar med Storage Spaces Direct. Mer information om volymer i Azure Stack Hub finns i Hantera lagringsinfrastruktur för Azure Stack Hub.

Objektlagringsvolymer innehåller klientdata. Klientdata omfattar sidblobar, blockblobar, tilläggsblobar, tabeller, köer, databaser och relaterade metadatalager. Antalet objektlagringsvolymer är lika med antalet noder i Azure Stack Hub-distributionen:

• Vid en distribution med fyra noder finns det fyra objektlagringsvolymer. Vid en multinoddistribution minskas inte antalet volymer om en nod tas bort eller inte fungerar.
• Om du använder ASDK finns det en enda volym med en enda delning.

Objektlagringsvolymerna är till för exklusiv användning av lagringstjänster. Du får inte direkt ändra, lägga till eller ta bort filer på volymerna. Endast lagringstjänster bör fungera på de filer som lagras i dessa volymer.

Eftersom lagringsobjekten (blobbar och så vidare) är individuellt inneslutna i en enda volym kan den maximala storleken för varje objekt inte överskrida storleken på en volym. Den maximala storleken på nya objekt beror på den kapacitet som finns kvar i en volym som outnyttjat utrymme när det nya objektet skapas.

När en objektlagervolym har ont om ledigt utrymme och åtgärder för att frigöra utrymme inte lyckas eller är tillgängligt, kan Azure Stack Hub-molnoperatörer migrera lagringsobjekt från en volym till en annan.

Information om hur klientanvändare arbetar med bloblagring i Azure Stack Hub finns i Azure Stack Hub-lagringstjänster.

Övervaka lagring

Använd Azure PowerShell eller administratörsportalen för att övervaka etablerad och använd kapacitet och planera för migrering för att säkerställa kontinuerlig normal drift av systemet.

Det finns tre verktyg för att övervaka volymkapacitet:

• Portal och PowerShell för aktuell volymkapacitet.
• Aviseringar om lagringsutrymme.
• Mått för volymkapacitet.

I det här avsnittet beskrivs hur du använder dessa verktyg för att övervaka systemets kapacitet.

Använda PowerShell

Som molnoperatör kan du övervaka lagringskapaciteten för en volym med hjälp av PowerShell-cmdleten Get-AzsVolume. Cmdleten returnerar det totala och lediga utrymmet i gigabyte (GB) på var och en av volymerna.

• Total kapacitet: Det totala tillgängliga utrymmet på delningen i GB. Det här utrymmet används för data och metadata som underhålls av lagringstjänsterna.
• Återstående kapacitet: Mängden ledigt utrymme i GB för att lagra klientdata och associerade metadata.

Använda administratörsportalen

Som molnoperatör kan du använda administratörsportalen för att visa lagringskapaciteten för alla volymer.

1. Logga in på Azure Stack Hub-administratörsportalen på (https://adminportal.local.azurestack.external).

2. Välj Alla tjänster>Storage>Volume för att öppna volymlistan där du kan visa användningsinformationen.

   

   • Totalt: Det totala tillgängliga utrymmet på volymen. Det här utrymmet används för data och metadata som underhålls av lagringstjänsterna.
   • Används: Mängden data som används av alla de omfattningar som kommer från de filer som lagrar hyresgästdata och tillhörande metadata.

Aviseringar om lagringsutrymme

När du använder administratörsportalen får du aviseringar om volymer som har ont om utrymme.

Viktig

Som molnoperatör bör du förhindra att resurser når full användning. När en resurs är 100% används fungerar inte längre lagringstjänsten för den resursen. Kontakta Microsofts support om du vill återställa ledigt utrymme och återställa åtgärder på en resurs som är 100% används.

• Varning: När en filresurs är över 90% används får du en varning i administratörsportalen:

  

• Kritisk: När en filresurs är över 95% används får du en kritisk avisering i administratörsportalen:

  

• Visa information: I administratörsportalen kan du öppna en aviserings information för att visa dina alternativ för åtgärder:

  

Volymkapacitetsmått

Volymkapacitetsmått ger dig mer detaljerad information om etablerad kapacitet och användningskapacitet för olika typer av objekt. Måttdata bevaras i 30 dagar. En tjänst för bakgrundsövervakning uppdaterar volymkapacitetsstatistikdata varje timme.

Det är nödvändigt att förstå resursanvändningen för en volym genom att proaktivt kontrollera kapacitetsstatistikrapporten. För att bestämma motsvarande åtgärd för ledigt utrymme kan molnoperatören analysera resurstypfördelningen när en volym närmar sig full. Operatorn kan också förhindra att volymen överanvänds när diskens allokerade storlek anger att volymen har överallokerats i för hög grad.

Azure Monitor innehåller följande mått för att visa volymkapacitetsanvändning:

• Total kapacitet för volym visar volymens totala lagringskapacitet.
• återstående volymkapacitet visar den återstående lagringskapaciteten för volymen.
• vm-diskens använda volymkapacitet visar det totala antalet utrymmen som upptas av VM-diskrelaterade objekt (inklusive sidblobar, hanterade diskar/ögonblicksbilder, hanterade avbildningar och plattformsavbildningar). Den underliggande VHD-filen för VM-diskar kan dela samma utrymme (se Diskar) med avbildningar, snapshots eller andra diskar. Det här antalet kan vara mindre än summan av den använda kapaciteten för alla enskilda vm-diskrelaterade objekt.
• Annan använd volymkapacitet är den totala använda storleken på andra objekt än diskar – inklusive blockblobar, tilläggsblobar, tabeller, köer och blobmetadata.
• disketableringskapacitet för virtuella volymer är den totala etablerade storleken på sidblobar och hanterade diskar/ögonblicksbilder. Den här storleken är det maximala värdet för den totala diskkapacitet som alla hanterade diskar och sidblobar på den specifika volymen kan växa till.

Så här visar du volymkapacitetsmått i Azure Monitor:

1. Bekräfta att du har Installerat och konfigurerat Azure PowerShell. Anvisningar om hur du konfigurerar PowerShell-miljön finns i Installera PowerShell för Azure Stack Hub. Information om hur du loggar in på Azure Stack Hub finns i Konfigurera operatörsmiljön och logga in på Azure Stack Hub.

2. Ladda ned Azure Stack Hub-verktyg från GitHub-lagringsplats. Detaljerade steg finns i Ladda ned Azure Stack Hub-verktyg från GitHub.

3. Generera JSON-filen för kapacitetsinstrumentpanelen genom att köra följande kommando under CapacityManagement:

   .\CapacityManagement\DashboardGenerator\Create-AzSStorageDashboard.ps1 -capacityOnly $true -volumeType object
   

   Det här kommandot skapar en json-fil som börjar med DashboardVolumeObjStore under mappen DashboardGenerator.

4. Logga in på Azure Stack Hub-administratörsportalen på (https://adminportal.local.azurestack.external).

5. På instrumentpanelen väljer du Ladda uppoch väljer sedan JSON-filen som genererades i steg 3:

   

6. När JSON har laddats upp dirigeras du till den nya kapacitetsinstrumentpanelen. Varje volym har ett motsvarande diagram på instrumentpanelen. Antalet diagram är lika med antalet volymer:

   

7. Genom att klicka på en av volymerna kan du kontrollera fem kapacitetsmått för den specifika volymen i det detaljerade diagrammet:

   

Mönster för volymanvändning

Genom att kontrollera volymkapacitetsmåtten förstår molnoperatören hur mycket av en volym kapacitet som används och vilken resurstyp som tar det mesta av utrymmet. Mönstret för utrymmesanvändning är grupperat efter följande typer och operatorn kan vidta olika åtgärder för varje typ:

underetablerad, outnyttjad kapacitet: det finns tillräckligt med tillgänglig kapacitet på volymen, och den totala etablerade kapaciteten för alla diskar som finns på den här volymen är mindre än den totala tillgängliga kapaciteten. Volymen är tillgänglig för fler lagringsobjekt, inklusive både diskar och andra objekt (block-/tilläggsblobar, tabeller och köer). Du behöver inte vidta några åtgärder för att använda volymen.

Överetablerad, outnyttjad kapacitet: den återstående kapaciteten för volymen är hög, men den virtuella datorns disketablerade kapacitet är redan över volymens totala kapacitet. Den här volymen har fortfarande plats för fler lagringsobjekt nu. Den kan dock fyllas med data på de virtuella datordiskarna som finns på den här volymen. Du bör noga övervaka användningstrenden för den här volymen. Om det ändras till överetablerade, låg kapacitetsmönsterkan du behöva vidta åtgärder för att frigöra utrymmet.

överetablerad, låg kapacitet: volymens återstående kapacitet är låg och både den virtuella datordiskens etablerade och använda kapaciteter är höga.

Den låga återstående kapaciteten anger att volymen når full användning. Operatörer måste vidta omedelbara åtgärder för att frigöra utrymme för att förhindra att volymen är 100% används, vilket blockerar lagringstjänsten. Den höga kapaciteten för använd VM-disk visar att merparten av volymanvändningen är VM-diskar. Se Migrera en disk för att flytta diskar från den fullständiga volymen till andra tillgängliga volymer för att frigöra utrymme.

underetablerad, låg kapacitet, höga blockblobar: volymens återstående kapacitet är låg och både den virtuella datordiskens etablerade och använda kapacitet är låg, men den andra använda kapaciteten är hög.

Eftersom volymen riskerar att användas fullt ut bör operatorn vidta omedelbara åtgärder för att frigöra utrymme. Den höga användningen av annan kapacitet anger att det mesta av volymkapaciteten upptas av block-/tilläggsblobar eller tabeller/köer. När volymens tillgängliga kapacitet är mindre än 20%aktiveras containerspill och ett nytt blobobjekt placeras inte på den här nästan fullständiga volymen. De befintliga blobarna kan dock fortfarande växa. För att förhindra att de ständigt växande blobbarna överanvänder kapaciteten kan du kontakta Microsoft Support för information om de containrar som upptar utrymme på den specifika volymen. Du kan därefter avgöra om dessa containrar behöver rensas av hyresgästerna för att frigöra utrymme.

Överallokerad, låg kapacitet, stora blockblobbar: Den återstående kapaciteten för volymen är låg, och både diskens använda/allokerade kapacitet och annan använd kapacitet är hög. Den här volymen har hög utrymmesanvändning av diskar och andra lagringsobjekt. För att undvika att volymen blir helt full bör du frigöra utrymme. Vi rekommenderar att du först följer anvisningarna i Migrera disk för att flytta diskar från den fullständiga volymen till andra tillgängliga volymer. Du kan också kontakta Microsoft Support för att fråga om containrarna som upptar utrymme på den specifika volymen, och avgöra om rensning av dessa containrar behöver göras av användare för att frigöra utrymme.

Hantera tillgängligt utrymme

När det är nödvändigt att frigöra utrymme på en volym, använd de minst invasiva metoderna först. Försök till exempel att frigöra utrymme innan du väljer att migrera en hanterad disk.

Återta kapacitet

Du kan frigöra den kapacitet som används av klientkonton som har tagits bort. Den här kapaciteten frigörs automatiskt när datakvarhållningsperiod nås, eller så kan du frigöra den omedelbart.

Mer information finns i avsnittet "Återta kapacitet" i Hantera Azure Stack Hub-lagringskonton.

Migrera en hanterad disk mellan volymer

På grund av hyresgästernas användningsmönster använder vissa hyresgästvolymer mer utrymme än andra. Resultatet kan vara en volym som har ont om utrymme före andra volymer som är relativt oanvända.

Du kan frigöra utrymme på en överanvänd volym genom att manuellt migrera vissa hanterade diskar till en annan volym. Du kan migrera flera hanterade diskar till en enda volym som har kapacitet att lagra dem alla. Använd migrering för att flytta offline hanterade diskar. Offlinehanterade diskar är diskar som inte är anslutna till en virtuell dator.

Viktig

Migrering av hanterade diskar är en offlineåtgärd som kräver användning av PowerShell. Du måste frigöra de virtuella ägardatorerna för kandidatdisken eller koppla från kandidatdiskarna för migrering från den virtuella ägardatorn innan du startar migreringsjobbet (när migreringsjobbet är klart kan du omfördela de virtuella datorerna eller återansluta diskarna). Tills migreringen är klar måste alla hanterade diskar som du migrerar förbli reserverade eller offlinestatus och kan inte användas, annars avbryts migreringsjobbet och alla omigrerade diskar finns fortfarande på sina ursprungliga volymer. Du bör också undvika att uppgradera Azure Stack Hub tills all pågående migrering har slutförts.

Så här migrerar du hanterade diskar med PowerShell

1. Bekräfta att du har Installerat och konfigurerat Azure PowerShell. Anvisningar om hur du konfigurerar PowerShell-miljön finns i Installera PowerShell för Azure Stack Hub. Information om hur du loggar in på Azure Stack Hub finns i Konfigurera operatörsmiljön och logga in på Azure Stack Hub.

2. Granska de hanterade diskarna för att förstå vilka diskar som finns på den volym som du planerar att migrera. Om du vill identifiera de bästa kandidatdiskarna för migrering i en volym använder du cmdleten Get-AzsDisk:

   $ScaleUnit = (Get-AzsScaleUnit)[0]
   $StorageSubSystem = (Get-AzsStorageSubSystem -ScaleUnit $ScaleUnit.Name)[0]
   $Volumes = (Get-AzsVolume -ScaleUnit $ScaleUnit.Name -StorageSubSystem $StorageSubSystem.Name | Where-Object {$_.VolumeLabel -Like "ObjStore_*"})
   $SourceVolume  = ($Volumes | Sort-Object RemainingCapacityGB)[0]
   $VolumeName = $SourceVolume.Name.Split("/")[2]
   $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
   $MigrationSource = "\\SU1FileServer."+$VolumeName+"\SU1_"+$SourceVolume.VolumeLabel
   $Disks = Get-AzsDisk -Status OfflineMigration -SharePath $MigrationSource | Select-Object -First 10
   

   Granska sedan $Disks:

   $Disks
   

   

3. Identifiera den bästa målvolymen för de diskar som du migrerar:

   $DestinationVolume  = ($Volumes | Sort-Object RemainingCapacityGB -Descending)[0]
   $VolumeName = $DestinationVolume.Name.Split("/")[2]
   $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
   $MigrationTarget = "\\SU1FileServer."+$VolumeName+"\SU1_"+$DestinationVolume.VolumeLabel
   

4. Starta migreringen för hanterade diskar. Migreringen är asynkron. Om du startar migreringen av andra diskar innan den första migreringen slutförs använder du jobbnamnet för att spåra statusen för var och en:

   $jobName = "MigratingDisk"
   Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
   

5. Använd jobbnamnet för att kontrollera status för migreringsjobbet. När diskmigreringen är klar är MigrationStatus inställd på Slutför:

   $job = Get-AzsDiskMigrationJob -Name $jobName
   

   

   Om du migrerar flera hanterade diskar i ett migreringsjobb kan du också kontrollera underaktiviteterna i jobbet:

   $job.Subtask
   

   

6. Du kan avbryta ett pågående migreringsjobb. Avbrutna migreringsjobb bearbetas asynkront. Du kan spåra annulleringen med hjälp av jobbnamnet tills statusen bekräftar att migreringsjobbet är Avbrutet:

   Stop-AzsDiskMigrationJob -Name $jobName
   

   

Distribuera ohanterade diskar

Den mest extrema metoden för att hantera utrymme är att flytta ohanterade diskar. Om hyresgästen lägger till ohanterade diskar i en container, kan containerns totala använda kapacitet överskrida den tillgängliga kapaciteten för volymen som rymmer den, innan containern övergår till överbelastningsläge. För att undvika att en enda container uttömmer utrymmet på en volym kan hyresgästen distribuera de befintliga ohanterade diskarna för en container till olika containrar. Eftersom distributionen av en ansluten container (en som innehåller en VM-disk) är komplex kontaktar du Microsoft Support för att utföra den här åtgärden.

Tillgängligt minne för virtuella datorer

Azure Stack Hub skapas som ett hyperkonvergerat kluster av beräkning och lagring. Konvergensen möjliggör delning av maskinvaran, som kallas för en skalningsenhet. I Azure Stack Hub tillhandahåller en skalningsenhet tillgänglighet och skalbarhet för resurser. En skalningsenhet består av en uppsättning Azure Stack Hub-servrar, som kallas värdar eller noder. Infrastrukturprogramvaran finns i en uppsättning virtuella datorer och delar samma fysiska servrar som de virtuella klientdatorerna. Alla virtuella Azure Stack Hub-datorer hanteras sedan av skalningsenhetens Windows Server-klustertekniker och enskilda Hyper-V instanser. Skalningsenheten förenklar förvärvet och hanteringen av Azure Stack Hub. Skalningsenheten möjliggör även förflyttning och skalbarhet för alla tjänster i Azure Stack Hub, klientorganisation och infrastruktur.

Du kan granska ett cirkeldiagram i administratörsportalen som visar ledigt och använt minne i Azure Stack Hub. till exempel:

Följande komponenter förbrukar minnet i det använda avsnittet i cirkeldiagrammet:

• Användning av värdoperativsystem eller reserv: Det minne som används av operativsystemet (OS) på värden, tabeller för virtuella minnessidor, processer som körs på värdoperativsystemet och direktminnescache. Eftersom det här värdet är beroende av det minne som används av de olika Hyper-V-processerna som körs på värd, kan det variera.
• Infrastrukturtjänster: De virtuella infrastrukturdatorer som utgör Azure Stack Hub. Detta innebär cirka 31 virtuella datorer som tar upp 242 GB + (4 GB x antal noder) minne. Minnesanvändningen för komponenten infrastrukturtjänster kan ändras när vi arbetar med att göra våra infrastrukturtjänster mer skalbara och motståndskraftiga.
• Återhämtningsreserv: Azure Stack Hub reserverar en del minne för att aktivera klienttillgänglighet under ett enda värdfel och under korrigering och uppdatering för att möjliggöra lyckad direktmigrering av virtuella datorer.
• virtuella klientdatorer: virtuella datorer som skapats av Azure Stack Hub-användare. Förutom att köra virtuella datorer förbrukar alla virtuella datorer som placeras på infrastrukturen minne. Det innebär att virtuella datorer i Skapa eller Misslyckade tillstånd, eller virtuella datorer som stängs av från gästen, fortfarande förbrukar minne. Virtuella datorer som deallokerats med alternativet "stoppa deallokerad" från Azure Stack Hub-användarportalen, PowerShell eller Azure CLI förbrukar dock inte minne från Azure Stack Hub.
• Tilläggsresursprovidrar: Virtuella datorer som distribuerats för tilläggsresursprovidrar som SQL, MySQL och App Service.

Tillgängligt minne för vm-placering

Som molnoperatör för Azure Stack Hub finns det inget automatiserat sätt att kontrollera det allokerade minnet för varje virtuell dator. Du kan ha åtkomst till dina virtuella användardatorer och beräkna det allokerade minnet manuellt. Det allokerade minnet återspeglar dock inte den verkliga användningen. Det här värdet kan vara lägre än det allokerade värdet.

För att träna tillgängligt minne för virtuella datorer används följande formel:

tillgängligt minne för vm-placering = Total Host Memory--Resiliency Reserve--Memory used by running tenant VMs - Azure Stack Hub Infrastructure Overhead

Återhämtningsreserv = H + R * ((N-1) * H) + V * (N-2)

Var:

H = Storleken på enstaka värdminne

N = Storlek på skalningsenhet (antal värdar)

R = Operativsystemreserv/minne som används av värdoperativsystemet, som är .15 i den här formeln

V = Största VM sett till minne i skalningsenheten

Azure Stack Hub Infrastructure Overhead = 242 GB + (4 GB x antal noder). De cirka 31 virtuella datorerna används för att vara värd för Azure Stack Hubs infrastruktur.

minne som används av värdoperativsystemet = 15 procent (0,15) av värdminnet. Operativsystemets reservvärde är en uppskattning och varierar beroende på värdens fysiska minneskapacitet och allmänna operativsystemkostnader.

Värdet V, den största virtuella datorn i skalningsenheten, baseras dynamiskt på den största virtuella klientdatorn som distribuerats. Det största vm-värdet kan till exempel vara 7 GB eller 112 GB eller någon annan vm-minnesstorlek som stöds i Azure Stack Hub-lösningen. Om du vill ha tillräckligt med minne reserverat så att en direktmigrering av den här stora virtuella datorn inte misslyckas väljer vi storleken på den största virtuella datorn. Om du ändrar den största virtuella datorn på Azure Stack Hub-infrastrukturresurserna ökar återhämtningsreserven utöver ökningen av minnet för själva den virtuella datorn.

Till exempel med en skalningsenhet på 12 noder:

Stämpelinformation	Värden
sts (N)	12
Minne per värd (H)	384
Totalt minne för skalningsenhet	4608
OS-reserv (R)	15%
Största virtuella dator (V)	112
Motståndskraftreserv	H + R * ((N-1) * H) + V * (N-2)
Återhämtningsreserv =	2137,6

Med den här informationen kan du beräkna att en Azure Stack Hub med 12 noder på 384 GB per värd (totalt 4 608 GB) har 2 137 GB reserverat för återhämtning om den största virtuella datorn har 112 GB minne.

När du konsulterar bladet Kapacitet för det fysiska minnet enligt bilden nedan, inkluderar värdet 'Används' reserver för motståndskraft. Det här diagrammet kommer från en Azure Stack Hub-instans med fyra noder:

med fyra noder

Tänk på följande när du planerar kapacitet för Azure Stack Hub. Dessutom kan du använda verktyget Azure Stack Hub Capacity Planner.

Nästa steg

Mer information om hur du erbjuder virtuella datorer till användare finns i Hantera lagringskapacitet för Azure Stack Hub.