Opslagcapaciteit voor Azure Stack Hub beheren

In dit artikel wordt beschreven hoe een Azure Stack Hub-cloudoperator de opslagcapaciteit van een Azure Stack Hub-implementatie kan bewaken en beheren. U kunt de richtlijnen gebruiken om inzicht te verkrijgen in het geheugen dat beschikbaar is voor de VM's van uw gebruiker. De Azure Stack Hub-opslaginfrastructuur wijst een subset toe van de totale opslagcapaciteit van de Azure Stack Hub-implementatie als opslagservices. Opslagservices slaan tenantgegevens op in shares op volumes die overeenkomen met de knooppunten van de implementatie.

Als cloudoperator hebt u een beperkte hoeveelheid opslagruimte om mee te werken. De hoeveelheid opslagruimte wordt gedefinieerd door de oplossing die u implementeert. De oplossing wordt geleverd door uw OEM-leverancier wanneer u een oplossing met meerdere knooppunten gebruikt of wordt geleverd door de hardware waarop u de Azure Stack Development Kit (ASDK) installeert.

Azure Stack Hub ondersteunt alleen de uitbreiding van opslagcapaciteit door extra schaaleenheidknooppunten toe te voegen. Zie schaaleenheidknooppunten toevoegen in Azure Stack Hubvoor meer informatie. Als u fysieke schijven toevoegt aan de knooppunten, wordt de opslagcapaciteit niet uitgebreid.

Het is belangrijk om te bewaken de beschikbare opslag om ervoor te zorgen dat efficiënte bewerkingen worden onderhouden. Wanneer de resterende vrije capaciteit van een volume beperkt wordt, kunt u de beschikbare ruimte beheren om te voorkomen dat de shares geen capaciteit meer hebben.

Uw opties voor het beheren van capaciteit zijn onder andere:

• Capaciteit vrijmaken.
• Opslagobjecten migreren.

Wanneer een objectopslagvolume 100% gebruikt, werkt de opslagservice niet meer voor dat volume. Neem contact op met Microsoft ondersteuning om hulp te krijgen bij het herstellen van de werking van het schijfvolume.

Begrijp schijven, containers en volumes

De tenantgebruiker maakt schijven, blobs, tabellen en wachtrijen in Azure Stack Hub-opslagservices. Deze tenantgegevens worden op volumes geplaatst boven op de beschikbare opslag.

Schijven

Vm's slaan gegevens op virtuele schijven op en bewerken. Elke virtuele machine wordt gestart met een OS-schijf, afkomstig van een marketplace-installatiekopie of een persoonlijke installatiekopie. De VIRTUELE machine kan nul of meer gegevensschijven koppelen. Er worden twee typen schijven aangeboden in Azure Stack:

beheerde schijven schijfbeheer voor Virtuele Azure IaaS-machines vereenvoudigen door de opslagaccounts te beheren die zijn gekoppeld aan de VM-schijven. U hoeft alleen de schijfgrootte op te geven die u nodig hebt en Azure Stack Hub maakt en beheert de schijf voor u. Zie Overzicht van beheerde schijvenvoor meer informatie.

niet-beheerde schijven VHD-bestanden zijn die zijn opgeslagen als pagina-blobs in opslagcontainers in Azure Stack-opslagaccounts. De pagina-blobs die door tenants worden gemaakt, worden VM-schijven genoemd en worden opgeslagen in containers in de opslagaccounts. U wordt aangeraden alleen niet-beheerde schijven te gebruiken voor VM's die compatibel moeten zijn met hulpprogramma's van derden, die alleen niet-beheerde Azure-schijven ondersteunen.

De richtlijnen voor tenants zijn het plaatsen van elke schijf in een afzonderlijke container om de prestaties van de VIRTUELE machine te verbeteren.

• Elke container met een schijf of pagina-blob van een VIRTUELE machine wordt beschouwd als een gekoppelde container aan de virtuele machine die eigenaar is van de schijf.
• Een container die geen schijven van een VIRTUELE machine bevat, wordt beschouwd als een gratis container.

De opties voor het vrijmaken van ruimte op een gekoppelde container zijn beperkt. Zie Onbeheerde schijven distribuerenvoor meer informatie.

Belangrijk

We raden u aan alleen beheerde schijven in VM's te gebruiken voor eenvoudiger beheer. U hoeft geen opslagaccounts en containers voor te bereiden voordat u beheerde schijven gebruikt. Beheerde schijven bieden equivalente of betere functionaliteit en prestaties vergeleken met niet-beheerde schijven. Er zijn geen voordelen voor het gebruik van niet-beheerde schijven en ze zijn alleen beschikbaar voor achterwaartse compatibiliteit.

Beheerde schijven zijn geoptimaliseerd voor betere plaatsing in de opslaginfrastructuur en hebben aanzienlijk minder beheeroverhead. Maar omdat beheerde schijven dun zijn ingericht en het uiteindelijke gebruik onvoorspelbaar is tijdens het maken, kan een onevenwichtige schijfplaatsing ertoe leiden dat het volume te veel wordt gebruikt. Operators zijn verantwoordelijk voor het bewaken van het gebruik van de opslagcapaciteit en het voorkomen van dergelijke problemen.

Voor gebruikers die ARM-sjablonen gebruiken om nieuwe virtuele machines in te richten, raadpleegt u Sjablonen voor beheerde vm-schijven gebruiken om te begrijpen hoe u uw sjablonen kunt wijzigen voor het gebruik van beheerde schijven.

VM-schijven worden opgeslagen als sparsebestanden in de opslaginfrastructuur. Schijven hebben een ingerichte grootte die de gebruiker aanvraagt op het moment dat de schijf wordt gemaakt. Alleen de niet-nul pagina's die naar de schijf worden geschreven, bezetten echter ruimte op de onderliggende opslaginfrastructuur.

Schijven worden vaak gemaakt door te kopiëren van platforminstallatiekopieën, beheerde installatiekopieën, momentopnamen of andere schijven, en momentopnamen worden gemaakt van schijven. Het systeem gebruikt blobklonen in ReFS om het gebruik van opslagcapaciteit te verhogen en de kopieerbewerkingstijd te verkorten. Klonen van blobs is een goedkope metagegevensbewerking in plaats van een volledige byte-bytekopie tussen bestanden. Het bronbestand en het doelbestand kunnen dezelfde gebieden delen. Identieke gegevens worden niet meerdere keren fysiek opgeslagen, waardoor de opslagcapaciteit wordt verbeterd.

Het capaciteitsgebruik neemt alleen toe wanneer de schijven worden geschreven en identieke gegevens worden verminderd. Wanneer een image of schijf wordt verwijderd, wordt de ruimte mogelijk niet onmiddellijk vrijgemaakt, omdat er schijven of momentopnamen zijn gemaakt die nog steeds dezelfde gegevens bewaren en ruimte in beslag nemen. Als alle gerelateerde entiteiten worden verwijderd, wordt de ruimte beschikbaar.

Blobs en containers

Tenantgebruikers slaan enorme hoeveelheden ongestructureerde gegevens op met Azure Blob. Azure Stack Hub ondersteunt drie typen blobs: blok-blobs, toevoeg-blobsen pagina-blobs. Voor meer informatie over de verschillende typen blobs, zie Informatie over blok-blobs, toevoeg-blobs en pagina-blobs.

Tenantgebruikers maken containers die vervolgens worden gebruikt voor het opslaan van blobgegevens. Hoewel gebruikers bepalen in welke container blobs moeten worden geplaatst, gebruikt de opslagservice een algoritme om te bepalen op welk volume de container moet worden geplaatst. Het algoritme kiest doorgaans het volume met de meeste beschikbare ruimte.

Nadat een blob in een container is geplaatst, kan de blob groeien om meer ruimte te gebruiken. Naarmate u nieuwe blobs toevoegt en bestaande blobs groeien, neemt de beschikbare ruimte in het volume met de container af.

Containers zijn niet beperkt tot één volume. Wanneer de gecombineerde blobgegevens in een container gebruik maakt van 80% of meer van de beschikbare ruimte, gaat de container in overloopmodus. In de overloopmodus worden nieuwe blobs die in die container zijn gemaakt, toegewezen aan een ander volume met voldoende ruimte. In de loop van de tijd kan een container in de overloopmodus blobs bevatten die over meerdere volumes zijn verdeeld.

Wanneer 90% (en vervolgens 95%) van de beschikbare ruimte in een volume wordt gebruikt, het systeem waarschuwingen genereert in de Azure Stack Hub-beheerportal. Cloudoperators moeten de beschikbare opslagcapaciteit controleren en de inhoud opnieuw verdelen. De opslagservice werkt niet meer wanneer een schijf 100% wordt gebruikt en er geen extra waarschuwingen worden gegenereerd.

Volumen

De -opslagservice partitioneert de beschikbare opslag in afzonderlijke volumes die zijn toegewezen voor het opslaan van systeem- en tenantgegevens. Volumes combineren de schijven in de opslaggroep om de voordelen van fouttolerantie, schaalbaarheid en prestaties van Storage Spaces Direct te introduceren. Zie Opslaginfrastructuur beheren voor Azure Stack Hubvoor meer informatie over volumes in Azure Stack Hub.

Objectopslagvolumes bevatten tenantgegevens. Tenantgegevens omvatten pagina-blobs, blok-blobs, toevoeg-blobs, tabellen, wachtrijen, databases en gerelateerde metagegevensarchieven. Het aantal objectopslagvolumes is gelijk aan het aantal knooppunten in de Azure Stack Hub-implementatie:

• Bij een implementatie met vier knooppunten zijn er vier objectopslagvolumes. Bij een implementatie met meerdere knooppunten wordt het aantal volumes niet verminderd als een knooppunt wordt verwijderd of defect is.
• Als u de ASDK gebruikt, is er maar één volume en één share.

De objectopslagvolumes zijn bedoeld voor het exclusieve gebruik van opslagservices. U mag geen bestanden op de volumes rechtstreeks wijzigen, toevoegen of verwijderen. Alleen opslagservices moeten werken aan de bestanden die in deze volumes zijn opgeslagen.

Omdat de opslagobjecten (blobs, enzovoort) afzonderlijk zijn opgenomen in één volume, kan de maximale grootte van elk object niet groter zijn dan de grootte van een volume. De maximale grootte van nieuwe objecten is afhankelijk van de capaciteit die in een volume blijft staan als ongebruikte ruimte wanneer dat nieuwe object wordt gemaakt.

Wanneer een volume van een objectarchief weinig vrije ruimte heeft en acties voor vrijmaken ruimte niet succesvol of beschikbaar is, kunnen Cloudoperators van Azure Stack Hub opslagobjecten van het ene volume naar het andere migreren.

Zie Azure Stack Hub-opslagservicesvoor informatie over de werking van tenantgebruikers met blobopslag in Azure Stack Hub.

Opslag bewaken

Gebruik Azure PowerShell of de beheerdersportal om de ingerichte en gebruikte capaciteit te bewaken en de migratie te plannen om een continue normale werking van het systeem te garanderen.

Er zijn drie hulpprogramma's voor het bewaken van volumecapaciteit:

• Portal en PowerShell voor de huidige volumecapaciteit.
• Waarschuwingen voor opslagruimte.
• Metrische gegevens over volumecapaciteit.

In deze sectie wordt beschreven hoe u deze hulpprogramma's gebruikt om de capaciteit van het systeem te bewaken.

PowerShell gebruiken

Als cloudoperator kunt u de opslagcapaciteit van een volume bewaken met behulp van de PowerShell-cmdlet Get-AzsVolume. De cmdlet retourneert de totale en vrije ruimte in gigabytes (GB) op elk van de volumes.

• Totale capaciteit: De totale beschikbare ruimte op de gedeelde schijf in GB. Deze ruimte wordt gebruikt voor gegevens en metagegevens die worden onderhouden door de opslagservices.
• resterende capaciteit: de hoeveelheid vrije ruimte in GB voor het opslaan van de tenantgegevens en de bijbehorende metagegevens.

De beheerdersportal gebruiken

Als cloudoperator kunt u de beheerdersportal gebruiken om de opslagcapaciteit van alle volumes weer te geven.

1. Meld u aan bij de Azure Stack Hub-beheerdersportal op (https://adminportal.local.azurestack.external).

2. Selecteer Alle services>Storage>Volumes om de volumelijst te openen waar u de gebruiksgegevens kunt bekijken.

   

   • Totaal: de totale ruimte die beschikbaar is op het volume. Deze ruimte wordt gebruikt voor gegevens en metagegevens die worden onderhouden door de opslagservices.
   • Gebruikt: de hoeveelheid gegevens die wordt gebruikt door alle gebieden uit de bestanden waarin de tenantgegevens en de bijbehorende metagegevens worden opgeslagen.

Waarschuwingen voor opslagruimte

Wanneer u de beheerportal gebruikt, ontvangt u waarschuwingen over volumes die weinig ruimte hebben.

Belangrijk

Als cloudoperator moet u voorkomen dat de shares volledig benut worden. Wanneer een share 100% van zijn% capaciteit heeft gebruikt, functioneert de opslagservice niet meer voor die share. Neem contact op met microsoft ondersteuning om vrije ruimte en herstelbewerkingen te herstellen op een share die 100% gebruikt.

• Waarschuwing: wanneer een bestandsshare meer dan 90% gebruikt, ontvangt u een waarschuwing in de beheerdersportal:

  

• Kritieke: wanneer een bestandsshare meer dan 95% gebruikt, ontvangt u een kritieke waarschuwing in de beheerportal:

  

• Details weergeven: in de beheerportal kunt u de details van een waarschuwing openen om de risicobeperkingsopties weer te geven:

  

Metrische gegevens over volumecapaciteit

Metrische gegevens over volumecapaciteit bieden meer gedetailleerde informatie over ingerichte capaciteit en gebruikscapaciteit voor verschillende typen objecten. De metrische gegevens blijven 30 dagen bewaard. Met een bewakingsservice op de achtergrond worden de metrische gegevens van de volumecapaciteit elk uur vernieuwd.

Het is nodig om inzicht te hebben in het resourcegebruik van een volume door proactief het metrische capaciteitsrapport te controleren. Om de juiste actie te bepalen voor het vrijmaken van ruimte, kan de cloudoperator de verdeling van het resourcetype analyseren wanneer een volume bijna vol is. De beheerder kan ook voorkomen dat het volume overmatig wordt gebruikt wanneer de geconfigureerde schijfgrootte aangeeft dat het volume te veel is geconfigureerd.

Azure Monitor biedt de volgende metrische gegevens om het volumecapaciteitsgebruik weer te geven:

• Volume Total Capacity toont de totale opslagcapaciteit van het volume.
• Volume Resterende Capaciteit toont de resterende opslagcapaciteit van het volume.
• VM-Schijf Gebruikte Capaciteit toont de totale ingenomen ruimtes door VM-schijfgerelateerde objecten (inclusief pagina-blobs, beheerde schijven/momentopnamen, beheerde installatiekopieën en platforminstallatiekopieën). Het onderliggende VHD-bestand voor VM-schijven kan hetzelfde bereik delen (zie Schijven) met afbeeldingen, momentopnamen of andere schijven. Dit getal kan kleiner zijn dan de som van de gebruikte capaciteit van alle aan afzonderlijke VM-schijven gerelateerde objecten.
• Volume Andere gebruikte capaciteit is de totale gebruikte grootte van andere objecten dan schijven, waaronder blok-blobs, toevoeg-blobs, tabellen, wachtrijen en blobmetagegevens.
• Volume VM Disk Provisioned Capacity is de totale ingerichte grootte van pagina-blobs en beheerde schijven/momentopnamen. Deze grootte is de maximale waarde van de totale schijfcapaciteit waarnaar alle beheerde schijven en pagina-blobs op het specifieke volume kunnen groeien.

Metrische gegevens over volumecapaciteit weergeven in Azure Monitor:

1. Controleer of Azure PowerShell is geïnstalleerd en geconfigureerd. Zie PowerShell installeren voor Azure Stack Hubvoor instructies voor het configureren van de PowerShell-omgeving. Zie De operatoromgeving configureren en u aanmelden bij Azure Stack Hubom u aan te melden bij Azure Stack Hub.

2. Download Azure Stack Hub-hulpprogramma's uit GitHub-opslagplaats. Zie Azure Stack Hub-hulpprogramma's downloaden van GitHubvoor gedetailleerde stappen.

3. Genereer het JSON-bestand Capacity Dashboard door de volgende opdracht uit te voeren onder CapacityManagement-:

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

   Met deze opdracht maakt u een json-bestand dat begint met DashboardVolumeObjStore onder de map van DashboardGenerator.

4. Meld u aan bij de Azure Stack Hub-beheerdersportal op (https://adminportal.local.azurestack.external).

5. Selecteer in het dashboard Uploaden selecteer vervolgens het JSON-bestand dat is gegenereerd in stap 3:

   

6. Zodra de JSON is geüpload, wordt u doorgestuurd naar het nieuwe capaciteitsdashboard. Elk volume heeft een bijbehorende grafiek in het dashboard. Het aantal grafieken is gelijk aan het aantal volumes:

   

7. Door op een van de volumes te klikken, kunt u vijf metrische capaciteitsgegevens van het specifieke volume in de gedetailleerde grafiek controleren:

   

Patronen voor volumegebruik

Door de metrische gegevens over volumecapaciteit te controleren, begrijpt de cloudoperator hoeveel van de capaciteit van een volume wordt gebruikt en welk resourcetype de meeste ruimte nodig heeft. Het patroon ruimtegebruik wordt gegroepeerd op de volgende typen en de operator kan verschillende acties uitvoeren voor elk type:

Ondergeconfigureerde reservecapaciteit: er is voldoende beschikbare capaciteit op het volume en de totale geconfigureerde capaciteit van alle schijven op dit volume is kleiner dan de totale beschikbare capaciteit. Het volume is beschikbaar voor meer opslagobjecten, waaronder schijven en andere objecten (blok-/toevoeg-blobs, tabellen en wachtrijen). U hoeft geen actie te ondernemen om het volume te bedienen.

over-ingerichte reservecapaciteit: de resterende capaciteit van het volume is hoog, maar de ingerichte capaciteit van de VM-schijf ligt al boven de totale volumecapaciteit. Dit volume heeft nu nog ruimte voor meer opslagobjecten. Het kan echter wel worden gevuld met de gegevens in de VM-schijven die zich op dit volume bevinden. U moet de gebruikstrend van dit volume nauwkeurig controleren. Als het verandert in overgeprovisioneerd, patroon met lage capaciteit, moet u mogelijk iets doen om ruimte vrij te maken.

overgeprovisioneerde, lage capaciteit: de resterende capaciteit van het volume is laag, en zowel de geprovisioneerde als de gebruikte capaciteit van de VM-schijf is hoog.

De lage resterende capaciteit geeft aan dat het volume het volledige gebruik bereikt. Operators moeten onmiddellijk actie ondernemen om ruimte vrij te maken om te voorkomen dat het volume 100% gebruikt, waardoor de opslagservice wordt geblokkeerd. De hoge capaciteit gebruikt door VM-schijven laat zien dat het merendeel van het volumegebruik uit VM-schijven bestaat. Zie Een schijf migreren om schijven van het volledige volume naar andere beschikbare volumes te verplaatsen naar vrije ruimte.

Onder-geprovisioneerde, lage capaciteit, hoge blok-blobs: de resterende capaciteit van het volume is laag en zowel de geprovisioneerde als gebruikte capaciteiten van de VM-schijf zijn laag, maar de gebruikte capaciteit van de blok-blobs is hoog.

Omdat het volume het risico loopt dat het volledig wordt gebruikt, moet de operator onmiddellijk actie ondernemen om ruimte vrij te maken. De hoge andere gebruikte capaciteit geeft aan dat de meeste volumecapaciteit wordt genomen door blok-/toevoeg-blobs of tabellen/wachtrijen. Wanneer de beschikbare capaciteit van het volume kleiner is dan 20%, wordt de containeroverloop ingeschakeld en wordt er geen nieuw blobobject op dit bijna volledige volume geplaatst. De bestaande blobs kunnen echter nog steeds groeien. Als u wilt voorkomen dat de voortdurend groeiende blobs de capaciteit overbelasten, kunt u contact opnemen met Microsoft Ondersteuning om query's uit te voeren op de containers die ruimte op het specifieke volume innemen en bepalen of het opschonen van deze containers door tenants moet worden uitgevoerd om ruimte vrij te maken.

te ruim ingerichte, lage capaciteit, hoge blokken: de resterende capaciteit van het volume is laag, en zowel de gebruikte/ingerichte schijfcapaciteit als andere gebruikte capaciteit is hoog. Dit volume heeft veel ruimtegebruik door schijven en andere opslagobjecten. Om te voorkomen dat het volume volledig vol raakt, moet u ruimte vrijmaken. Het is raadzaam eerst de instructies in Schijf migreren te volgen om schijven van het volledige volume naar andere beschikbare volumes te verplaatsen. U kunt ook contact opnemen met Microsoft Ondersteuning om query's uit te voeren op de containers die ruimte op het specifieke volume innemen en bepalen of het opschonen van deze containers door tenants moet worden uitgevoerd om ruimte vrij te maken.

Beschikbare ruimte beheren

Wanneer het nodig is om ruimte vrij te maken op een volume, gebruikt u eerst de minst ingrijpende methoden. Probeer bijvoorbeeld ruimte vrij te maken voordat u ervoor kiest om een beheerde schijf te migreren.

Capaciteit vrijmaken

U kunt de capaciteit vrijmaken die wordt gebruikt door tenantaccounts die zijn verwijderd. Deze capaciteit wordt automatisch vrijgemaakt wanneer de gegevensretentieperiode is bereikt, of u kunt deze onmiddellijk vrijmaken.

Zie de sectie Capaciteit vrijmaken in Azure Stack Hub-opslagaccounts beherenvoor meer informatie.

Een beheerde schijf migreren tussen volumes

Vanwege tenantgebruikspatronen gebruiken sommige tenantvolumes meer ruimte dan andere. Het resultaat kan een volume zijn dat weinig ruimte heeft voor andere volumes die relatief ongebruikt zijn.

U kunt ruimte vrijmaken op een overgeuseerd volume door sommige beheerde schijven handmatig naar een ander volume te migreren. U kunt verschillende beheerde schijven migreren naar één volume met capaciteit om ze allemaal op te slaan. Gebruik migratie om offline beheerde schijven te verplaatsen. Offline beheerde schijven zijn schijven die niet zijn gekoppeld aan een virtuele machine.

Belangrijk

Migratie van beheerde schijven is een offlinebewerking waarvoor PowerShell is vereist. U moet de eigenaar-VM's van de kandidaatschijf vrijgeven of de kandidaatschijven loskoppelen van hun eigenaar-VM voor de migratie voordat u de migratietaak start (zodra de migratietaak is voltooid, kunt u de VM's opnieuw toewijzen of de schijven herkoppelen). Totdat de migratie is voltooid, moeten alle beheerde schijven die u migreert de gereserveerde of offlinestatus behouden en kunnen ze niet worden gebruikt, anders wordt de migratietaak afgebroken en bevinden alle niet-gemigreerde schijven zich nog steeds op de oorspronkelijke volumes. U moet ook voorkomen dat u Azure Stack Hub bijwerken totdat alle lopende migraties zijn voltooid.

Beheerde schijven migreren met Behulp van PowerShell

1. Controleer of Azure PowerShell is geïnstalleerd en geconfigureerd. Zie PowerShell installeren voor Azure Stack Hubvoor instructies voor het configureren van de PowerShell-omgeving. Zie De operatoromgeving configureren en u aanmelden bij Azure Stack Hubom u aan te melden bij Azure Stack Hub.

2. Bekijk de beheerde schijven om te begrijpen welke schijven zich op het volume bevinden dat u wilt migreren. Als u de beste kandidaatschijven voor migratie in een volume wilt identificeren, gebruikt u de cmdlet 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
   

   Controleer vervolgens $Disks:

   $Disks
   

   

3. Identificeer het beste doelvolume voor het opslaan van de schijven die u migreert:

   $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. Migratie starten voor beheerde schijven. Migratie is asynchroon. Als u de migratie van andere schijven start voordat de eerste migratie is voltooid, gebruikt u de taaknaam om de status van elke schijf bij te houden:

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

5. Gebruik de taaknaam om de status van de migratietaak te controleren. Wanneer de schijfmigratie is voltooid, is MigrationStatus ingesteld op Voltooien:

   $job = Get-AzsDiskMigrationJob -Name $jobName
   

   

   Als u meerdere beheerde schijven in één migratietaak migreert, kunt u ook de subtaken van de taak controleren:

   $job.Subtask
   

   

6. U kunt een actieve migratietaak annuleren. Geannuleerde migratietaken worden asynchroon verwerkt. U kunt de annulering bijhouden met de taaknaam totdat de status bevestigt dat de migratietaak is Geannuleerd:

   Stop-AzsDiskMigrationJob -Name $jobName
   

   

Niet-beheerde schijven distribueren

De meest extreme methode voor het beheren van ruimte omvat het verplaatsen van onbeheerde schijven. Als de tenant niet-beheerde schijven toevoegt aan één container, kan de totale gebruikte capaciteit van de container groter worden dan de beschikbare capaciteit van het volume dat deze bevat voordat de container de overloopmodus opent. Om te voorkomen dat één container de ruimte van een volume uitput, kan de tenant de bestaande niet-beheerde schijven van één container naar verschillende containers distribueren. Omdat het distribueren van een gekoppelde container (een container die een VM-schijf bevat) complex is, neemt u contact op met Microsoft Ondersteuning om deze actie uit te voeren.

Geheugen beschikbaar voor VM's

Azure Stack Hub is gebouwd als een hypergeconvergeerd cluster van rekenkracht en opslag. De convergentie maakt het delen van de hardware mogelijk, aangeduid als een schaaleenheid. In Azure Stack Hub biedt een schaaleenheid de beschikbaarheid en schaalbaarheid van resources. Een schaaleenheid bestaat uit een set Azure Stack Hub-servers, aangeduid als hosts of knooppunten. De infrastructuursoftware wordt gehost binnen een set virtuele machines en deelt dezelfde fysieke servers als de tenant-VM's. Alle Azure Stack Hub-VM's worden vervolgens beheerd door de Windows Server-clusteringtechnologieën van de schaaleenheid en afzonderlijke Hyper-V exemplaren. De schaaleenheid vereenvoudigt de aanschaf en het beheer van Azure Stack Hub. De schaaleenheid maakt ook de verplaatsing en schaalbaarheid van alle services in Azure Stack Hub, tenant en infrastructuur mogelijk.

U kunt een cirkeldiagram bekijken in de beheerportal met het beschikbare en gebruikte geheugen in Azure Stack Hub; bijvoorbeeld:

De volgende onderdelen verbruiken het geheugen in de gebruikte sectie van het cirkeldiagram:

• gebruik van het hostbesturingssysteem of reserveren: het geheugen dat wordt gebruikt door het besturingssysteem (OS) op de host, virtueel geheugen paginatabellen, processen die worden uitgevoerd op het hostbesturingssysteem en de direct geheugen cache. Omdat deze waarde afhankelijk is van het geheugen dat wordt gebruikt door de verschillende Hyper-V processen die op de host worden uitgevoerd, kan deze fluctueren.
• Infrastructuurservices: de infrastructuur-VM's waaruit Azure Stack Hub bestaat. Dit omvat ongeveer 31 VM's die 242 GB + (4 GB x aantal knooppunten) aan geheugen in beslag nemen. Het geheugengebruik van het onderdeel infrastructuurservices kan veranderen naarmate we onze infrastructuurservices schaalbaarder en toleranter maken.
• Tolerantiereserve: Azure Stack Hub reserveert een deel van het geheugen om tenant-beschikbaarheid in te schakelen tijdens één hostfout en tijdens patches en updates om een geslaagde livemigratie van VM's mogelijk te maken.
• tenant-VM's: VM's die zijn gemaakt door Azure Stack Hub-gebruikers. Naast het uitvoeren van VM's wordt geheugen verbruikt door vm's die op de infrastructuur terechtkomen. Dit betekent dat VM's in Het maken van of mislukte statussen, of vm's die vanuit de gast worden afgesloten, nog steeds geheugen verbruiken. Vm's waarvoor de toewijzing is ongedaan gemaakt met behulp van de optie Stop deallocated in de Azure Stack Hub-gebruikersportal, PowerShell of Azure CLI, verbruiken echter geen geheugen van Azure Stack Hub.
• Add-on Resource Providers: Geïmplementeerde VM's voor add-on resourceproviders zoals SQL, MySQL en App Service.

Beschikbaar geheugen voor VM-plaatsing

Als cloudoperator voor Azure Stack Hub is er geen geautomatiseerde manier om het toegewezen geheugen voor elke VIRTUELE machine te controleren. U kunt toegang hebben tot uw gebruikers-VM's en het toegewezen geheugen handmatig berekenen. Het toegewezen geheugen geeft echter niet het werkelijke gebruik weer. Deze waarde kan lager zijn dan de toegewezen waarde.

Voor het trainen van beschikbaar geheugen voor VM's wordt de volgende formule gebruikt:

Beschikbaar geheugen voor VM-plaatsing = Total Host Memory--Resiliency Reserve--Memory used by running tenant VMs - Azure Stack Hub Infrastructure Overhead

Tolerantiereserve = H + R * ((N-1) * H) + V * (N-2)

Waar:

H = Grootte van één hostgeheugen

N = Grootte van schaaleenheid (aantal hosts)

R = Besturingssysteemreserve/geheugen die wordt gebruikt door het hostbesturingssysteem, dat in deze formule .15 is

V = Grootste Virtuele Machine qua geheugen in de schaaleenheid

Azure Stack Hub Infrastructure Overhead = 242 GB + (4 GB x aantal knooppunten). Deze accounts voor de ongeveer 31 VM's worden gebruikt om de infrastructuur van Azure Stack Hub te hosten.

geheugen dat wordt gebruikt door het host-besturingssysteem = 15 procent (0,15) aan hostgeheugen. De reservewaarde van het besturingssysteem is een schatting en varieert op basis van de fysieke geheugencapaciteit van de host en algemene overhead van het besturingssysteem.

De waarde V, de grootste VM in de schaaleenheid, is dynamisch gebaseerd op de grootste tenant-VM die is geïmplementeerd. De grootste VM-waarde kan bijvoorbeeld 7 GB of 112 GB zijn of een andere ondersteunde VM-geheugengrootte in de Azure Stack Hub-oplossing. Als u voldoende geheugen wilt reserveren zodat een livemigratie van deze grote VIRTUELE machine niet mislukt, kiezen we de grootte van de grootste VIRTUELE machine. Het wijzigen van de grootste VIRTUELE machine in de Azure Stack Hub-infrastructuur resulteert in een toename van de tolerantiereserve naast de toename van het geheugen van de VIRTUELE machine zelf.

Bijvoorbeeld met een schaaleenheid van 12 knooppunten:

Stempeldetails	Waarden
sts (N)	12
Geheugen per host (H)	384
Totaal geheugen van schaalmodule	4608
Besturingssysteemreserve (R)	15%
Grootste VM (V)	112
Tolerantiereserve =	H + R * ((N-1) * H) + V * (N-2)
Tolerantiereserve =	2137,6

Met deze informatie kunt u berekenen dat een Azure Stack Hub met 12 knooppunten van 384 GB per host (totaal 4.608 GB) 2137 GB heeft voor tolerantie als de grootste VM 112 GB geheugen heeft.

Wanneer u de blade Capaciteit raadpleegt voor het fysieke geheugen volgens de volgende afbeelding, bevat de waarde Gebruikt de tolerantiereserve. Deze grafiek is afkomstig van een Azure Stack Hub-exemplaar van vier knooppunten:

met vier knooppunten

Houd rekening met deze overwegingen bij het plannen van capaciteit voor Azure Stack Hub. Daarnaast kunt u het hulpprogramma Azure Stack Hub Capacity Planner gebruiken.

Volgende stappen

Zie Opslagcapaciteit beheren voor Azure Stack Hubvoor meer informatie over het aanbieden van VM's aan gebruikers.