Opslag capaciteit beheren voor Azure Stack hubManage storage capacity for Azure Stack Hub

Dit artikel helpt Azure Stack hub-Cloud operators de opslag capaciteit van de implementatie van de Azure Stack hub te controleren en te beheren.This article helps Azure Stack Hub cloud operators monitor and manage the storage capacity of their Azure Stack Hub deployment. In de opslag infrastructuur van de Azure Stack hub wordt een subset van de totale opslag capaciteit van de implementatie van de Azure Stack hub als opslag services toegewezen.The Azure Stack Hub storage infrastructure allocates a subset of the total storage capacity of the Azure Stack Hub deployment as storage services. Storage services slaat de gegevens van een Tenant op in shares op volumes die overeenkomen met de knoop punten van de implementatie.Storage services store a tenant's data in shares on volumes that correspond to the nodes of the deployment.

Als Cloud operator hebt u een beperkte hoeveelheid opslag ruimte om mee te werken.As a cloud operator, you have a limited amount of storage to work with. De hoeveelheid opslag ruimte wordt gedefinieerd door de oplossing die u implementeert.The amount of storage is defined by the solution you implement. De oplossing wordt door de OEM-leverancier verschaft wanneer u een oplossing met een eigen knoop punt gebruikt, of deze wordt weer gegeven door de hardware waarop u de Azure Stack Development Kit (ASDK) installeert.The solution is provided by your OEM vendor when you use a multinode solution, or it's provided by the hardware on which you install the Azure Stack Development Kit (ASDK).

Azure Stack hub ondersteunt alleen de uitbrei ding van opslag capaciteit door extra schaal eenheid-knoop punten toe te voegen.Azure Stack Hub only supports the expansion of storage capacity by adding additional scale unit nodes. Zie extra schaal eenheid-knoop punten toevoegen in azure stack hubvoor meer informatie.For more information, see add additional scale unit nodes in Azure Stack Hub. Door fysieke schijven toe te voegen aan de knoop punten wordt de opslag capaciteit niet uitgebreid.Adding physical disks to the nodes won't expand the storage capacity.

Het is belang rijk om de beschik bare opslag te controleren om ervoor te zorgen dat efficiënte bewerkingen behouden blijven.It's important to monitor the available storage to ensure that efficient operations are maintained. Wanneer de resterende vrije capaciteit van een volume beperkt wordt, moet u de beschik bare ruimte beheren om te voor komen dat de shares bijna vol zijn.When the remaining free capacity of a volume becomes limited, plan to manage the available space to prevent the shares from running out of capacity.

De mogelijkheden voor het beheren van de capaciteit zijn onder andere:Your options for managing capacity include:

  • De capaciteit wordt vrijgemaakt.Reclaiming capacity.
  • De opslag objecten worden gemigreerd.Migrating storage objects.

Wanneer een object opslag volume 100% gebruikt, werkt de opslag service niet meer voor dat volume.When an object store volume is 100% utilized, the storage service no longer functions for that volume. Neem contact op met micro soft ondersteuning als u hulp nodig hebt bij het herstellen van bewerkingen voor het volume.To get assistance in restoring operations for the volume, contact Microsoft support.

Informatie over volumes en shares, containers en schijvenUnderstand volumes and shares, containers, and disks

Volumes en sharesVolumes and shares

De opslag service partitioneert de beschik bare opslag in afzonderlijke, gelijke volumes die zijn toegewezen om Tenant gegevens op te slaan.The storage service partitions the available storage into separate, equal volumes that are allocated to hold tenant data. Zie opslag infrastructuur beheren voor Azure stack hubvoor meer informatie over volumes in azure stack hub.For more information about volumes in Azure Stack Hub, see Manage storage infrastructure for Azure Stack Hub.

De Tenant gegevens van het object archief bevatten.Object store volumes hold tenant data. Tenant gegevens omvatten pagina-blobs, blok-blobs, toevoeg-blobs, tabellen, wacht rijen, data bases en gerelateerde meta gegevens archieven.Tenant data includes page blobs, block blobs, append blobs, tables, queues, databases, and related metadata stores. Het aantal objecten opslag volumes is gelijk aan het aantal knoop punten in de implementatie van de Azure Stack hub:The number of object store volumes is equal to the number of nodes in the Azure Stack Hub deployment:

  • In een implementatie met vier knoop punten zijn er vier volume opslag volumes.On a four-node deployment, there are four object store volumes. Bij een implementatie met een meer knoop punten wordt het aantal volumes niet gereduceerd als een knoop punt wordt verwijderd of niet goed werkt.On a multinode deployment, the number of volumes isn't reduced if a node is removed or malfunctioning.
  • Als u de ASDK gebruikt, is er één volume met één share.If you use the ASDK, there's a single volume with a single share.

De objecten Store-volumes zijn voor exclusief gebruik van opslag Services.The object store volumes are for the exclusive use of storage services. U moet geen bestanden op de volumes rechtstreeks wijzigen, toevoegen of verwijderen.You must not directly modify, add, or remove any files on the volumes. Alleen opslag services moeten werken op de bestanden die zijn opgeslagen in deze volumes.Only storage services should work on the files stored in these volumes.

Omdat de opslag objecten (blobs, enzovoort) afzonderlijk zijn opgenomen in één volume, mag de maximale grootte van elk object de grootte van een volume niet overschrijden.Because the storage objects (blobs, and so on) are individually contained within a single volume, the maximum size of each object can't exceed the size of a volume. De maximale grootte van nieuwe objecten is afhankelijk van de capaciteit die in een volume blijft als ongebruikte ruimte wanneer het nieuwe object wordt gemaakt.The maximum size of new objects depends on the capacity that remains in a volume as unused space when that new object is created.

Wanneer een object opslag volume weinig beschik bare ruimte heeft en acties voor het vrijmaken van ruimte zijn mislukt of beschikbaar zijn, kunnen Azure stack hub-Cloud operators opslag objecten van het ene naar het andere volume migreren.When an object store volume is low on free space and actions to reclaim space aren't successful or available, Azure Stack Hub cloud operators can migrate storage objects from one volume to another.

Zie Azure stack hub Storage services(Engelstalig) voor meer informatie over hoe Tenant gebruikers werken met Blob-opslag in azure stack hub.For information about how tenant users work with blob storage in Azure Stack Hub, see Azure Stack Hub Storage services.

ContainersContainers

Tenant gebruikers maken containers die vervolgens worden gebruikt om BLOB-gegevens op te slaan.Tenant users create containers that are then used to store blob data. Hoewel gebruikers besluiten in welke container blobs moeten worden geplaatst, gebruikt de opslag service een algoritme om te bepalen op welk volume de container moet worden geplaatst.Although users decide in which container to place blobs, the storage service uses an algorithm to determine on which volume to put the container. Het algoritme kiest meestal het volume met de meeste beschik bare ruimte.The algorithm typically chooses the volume with the most available space.

Nadat een BLOB in een container is geplaatst, kan de BLOB groter worden om meer ruimte te gebruiken.After a blob is placed in a container, the blob can grow to use more space. Wanneer u nieuwe blobs toevoegt en bestaande blobs groeien, wordt de beschik bare ruimte in het volume met de container kleiner.As you add new blobs and existing blobs grow, the available space in the volume that holds the container shrinks.

Containers zijn niet beperkt tot één volume.Containers aren't limited to a single volume. Wanneer de gecombineerde BLOB-gegevens in een container groter zijn dan 80% of meer van de beschik bare ruimte, wordt de overloop modus geactiveerd.When the combined blob data in a container grows to use 80% or more of the available space, the container enters overflow mode. In de overloop modus worden nieuwe blobs die in die container worden gemaakt, toegewezen aan een ander volume dat voldoende ruimte heeft.When in overflow mode, any new blobs that are created in that container are allocated to a different volume that has sufficient space. In de loop van de tijd kan een container in de overloop modus blobs bevatten die over meerdere volumes worden gedistribueerd.Over time, a container in overflow mode can have blobs that are distributed across multiple volumes.

Als 80% (en vervolgens 90%) van de beschik bare ruimte in een volume wordt gebruikt, genereert het systeem waarschuwingen in de Azure stack hub-beheerder Portal.When 80% (and then 90%) of the available space in a volume is used, the system raises alerts in the Azure Stack Hub administrator portal. Cloud operators moeten de beschik bare opslag capaciteit controleren en plannen om de inhoud opnieuw te verdelen.Cloud operators should review available storage capacity and plan to rebalance the content. De opslag service werkt niet meer wanneer een schijf 100% wordt gebruikt en er geen extra waarschuwingen worden gegenereerd.The storage service stops working when a disk is 100% used and no additional alerts are raised.

DisksDisks

Azure Stack hub ondersteunt het gebruik van beheerde schijven en onbeheerde schijven in virtuele machines, zowel als besturings systeem (OS) als een gegevens schijf.Azure Stack Hub supports the use of managed disks and unmanaged disks in VMs, as both an operating system (OS) and a data disk.

Met Managed disks wordt schijf beheer voor Azure IaaS-vm's vereenvoudigd door de opslag accounts te beheren die zijn gekoppeld aan de VM-schijven.Managed disks simplify disk management for Azure IaaS VMs by managing the storage accounts associated with the VM disks. U hoeft alleen de schijf grootte op te geven die u nodig hebt, en Azure Stack hub maakt en beheert de schijf voor u.You only have to specify the size of disk you need, and Azure Stack Hub creates and manages the disk for you. Zie Managed disks Overviewvoor meer informatie.For more information, see Managed Disks Overview.

Het is raadzaam om Managed Disks voor de virtuele machine te gebruiken om het beheer en de capaciteits balans te vergemakkelijken.It is recommended that you use Managed Disks for VM for easier management and capacity balance. U hoeft geen opslag account en containers voor te bereiden voordat u Managed Disks kunt gebruiken.You don't have to prepare a storage account and containers before using Managed Disks. Wanneer u meerdere beheerde schijven maakt, worden de schijven gedistribueerd naar meerdere volumes, waarmee u de capaciteit van de volumes kunt verdelen.When creating multiple managed disks, the disks are distributed into multiple volumes, which helps to balance the capacity of volumes.

Onbeheerde schijven zijn VHD-bestanden die zijn opgeslagen als pagina-blobs in azure-opslag accounts.Unmanaged disks are VHD files that are stored as page blobs in Azure storage accounts. De pagina-blobs die door tenants worden gemaakt, worden VM-schijven genoemd en worden opgeslagen in containers in de opslag accounts.The page blobs created by tenants are referred to as VM disks and are stored in containers in the storage accounts. We raden u aan niet-beheerde schijven alleen te gebruiken voor virtuele machines die compatibel moeten zijn met hulpprogram ma's van derden die alleen Azure-Unmanaged schijven ondersteunen.We recommend you use Unmanaged Disks only for VMs that need to be compatible with third party tools which only support Azure-Unmanaged Disks.

De richt lijnen voor tenants is het plaatsen van elke schijf in een afzonderlijke container om de prestaties van de virtuele machine te verbeteren.The guidance to tenants is to place each disk into a separate container to improve performance of the VM.

  • Elke container die een schijf of een pagina-BLOB bevat van een virtuele machine, wordt beschouwd als een gekoppelde container voor de virtuele machine die eigenaar is van de schijf.Each container that holds a disk, or page blob, from a VM is considered an attached container to the VM that owns the disk.
  • Een container die geen schijven van een virtuele machine bevat, wordt beschouwd als een gratis container.A container that doesn't hold any disks from a VM is considered a free container.

De opties voor het vrijmaken van ruimte op een gekoppelde container zijn beperkt.The options to free up space on an attached container are limited. Zie niet- beheerde schijven distribuerenvoor meer informatie.To learn more, see Distribute unmanaged disks.

Tip

Cloud operators kunnen niet rechtstreeks niet-beheerde schijven gebruiken die zijn gekoppeld aan virtuele machines die tenants aan een container mogen toevoegen.Cloud operators don't directly operate unmanaged disks, which are attached to VMs that tenants might add to a container. Wanneer u echter van plan bent om ruimte op opslag shares te beheren, kan het nuttig zijn om te begrijpen hoe onbeheerde schijven zijn gekoppeld aan containers en shares.However, when you plan to manage space on storage shares, it can be useful to understand how unmanaged disks relate to containers and shares.

Shares controlerenMonitor shares

Gebruik Azure PowerShell of de beheer Portal om de shares te bewaken, zodat u kunt begrijpen wanneer de beschik bare ruimte beperkt is.Use Azure PowerShell or the administrator portal to monitor shares so that you can understand when free space is limited. Wanneer u de portal gebruikt, ontvangt u waarschuwingen over shares die weinig ruimte hebben.When you use the portal, you receive alerts about shares that are low on space.

PowerShell gebruikenUse PowerShell

Als Cloud operator kunt u de opslag capaciteit van een share bewaken met behulp van de Power shell- Get-AzsStorageShare cmdlet.As a cloud operator, you can monitor the storage capacity of a share by using the PowerShell Get-AzsStorageShare cmdlet. De cmdlet retourneert de totale, toegewezen en beschik bare ruimte in bytes voor elk van de shares.The cmdlet returns the total, allocated, and free space, in bytes, on each of the shares.

Voor beeld: beschik bare ruimte voor shares retour neren

  • Totale capaciteit: de totale ruimte, in bytes, die beschikbaar is op de share.Total capacity: The total space, in bytes, that's available on the share. Deze ruimte wordt gebruikt voor gegevens en meta gegevens die door de opslag services worden beheerd.This space is used for data and metadata that's maintained by the storage services.
  • Gebruikte capaciteit: de hoeveelheid gegevens, in bytes, die wordt gebruikt door alle gebieden van de bestanden waarin de Tenant gegevens en de bijbehorende meta gegevens worden opgeslagen.Used capacity: The amount of data, in bytes, that's used by all the extents from the files that store the tenant data and associated metadata.

De beheerders Portal gebruikenUse the administrator portal

Als Cloud operator kunt u de beheer Portal gebruiken om de opslag capaciteit van alle shares te bekijken.As a cloud operator, you can use the administrator portal to view the storage capacity of all shares.

  1. Meld u aan bij de beheer Portal https://adminportal.local.azurestack.external .Sign in to the administrator portal https://adminportal.local.azurestack.external.

  2. Selecteer alle services > opslag > Bestands shares om de lijst met bestands shares te openen, waar u de gebruiks gegevens kunt bekijken.Select All services > Storage > File shares to open the file share list, where you can view the usage information.

    Voor beeld: opslag bestands shares in Azure Stack hub-beheerders Portal

    • Totaal: de totale ruimte, in bytes, die beschikbaar is op de share.Total: The total space, in bytes, that's available on the share. Deze ruimte wordt gebruikt voor gegevens en meta gegevens die door de opslag services worden beheerd.This space is used for data and metadata that's maintained by the storage services.
    • Gebruikt: de hoeveelheid gegevens, in bytes, die wordt gebruikt door alle gebieden van de bestanden waarin de Tenant gegevens en de bijbehorende meta gegevens worden opgeslagen.Used: The amount of data, in bytes, that's used by all the extents from the files that store the tenant data and associated metadata.

Volumes bewakenMonitor volumes

Gebruik Power shell of de beheerders Portal om volumes te bewaken, zodat u kunt begrijpen wanneer de beschik bare ruimte beperkt is.Use PowerShell or the administrator portal to monitor volumes so you can understand when free space is limited. Wanneer u de portal gebruikt, ontvangt u waarschuwingen over volumes die weinig ruimte hebben.When you use the portal, you receive alerts about volumes that are low on space.

PowerShell gebruikenUse PowerShell

Als Cloud operator kunt u de opslag capaciteit van een volume bewaken met behulp van de Power shell- Get-AzsVolume cmdlet.As a cloud operator, you can monitor the storage capacity of a volume using the PowerShell Get-AzsVolume cmdlet. De cmdlet retourneert de totale en beschik bare ruimte in gigabyte (GB) op elk volume.The cmdlet returns the total and free space in gigabyte (GB) on each of the volumes.

Voor beeld: beschik bare ruimte voor volumes retour neren

  • Totale capaciteit: de totale ruimte in GB die beschikbaar is op de share.Total capacity: The total space in GB that's available on the share. Deze ruimte wordt gebruikt voor gegevens en meta gegevens die door de opslag services worden beheerd.This space is used for data and metadata that's maintained by the storage services.
  • Resterende capaciteit: de hoeveelheid schijf ruimte die beschikbaar is voor het opslaan van de Tenant gegevens en de bijbehorende meta gegevens.Remaining capacity: The amount of space in GB that's free to store the tenant data and associated metadata.

De beheerders Portal gebruikenUse the administrator portal

Als Cloud operator kunt u de beheer Portal gebruiken om de opslag capaciteit van alle volumes weer te geven.As a cloud operator, you can use the administrator portal to view the storage capacity of all volumes.

  1. Meld u aan bij de Azure Stack hub-beheerder Portal ( https://adminportal.local.azurestack.external ).Sign in to the Azure Stack Hub administrator portal (https://adminportal.local.azurestack.external).

  2. Selecteer alle services > opslag > volumes om de lijst met volumes te openen, waar u de gebruiks gegevens kunt bekijken.Select All services > Storage > Volumes to open the volume list where you can view the usage information.

    Voor beeld: opslag volumes in Azure Stack hub-beheerders Portal

    • Totaal: de totale beschik bare ruimte op het volume.Total: The total space available on the volume. Deze ruimte wordt gebruikt voor gegevens en meta gegevens die door de opslag services worden beheerd.This space is used for data and metadata that's maintained by the storage services.
    • Gebruikt: de hoeveelheid gegevens die wordt gebruikt door de alle gebieden van de bestanden waarin de Tenant gegevens en de gekoppelde meta gegevens worden opgeslagen.Used: The amount of data that's used by the all the extents from the files that store the tenant data and associated metadata.

Waarschuwingen voor opslag ruimteStorage space alerts

Wanneer u de beheer Portal gebruikt, ontvangt u waarschuwingen over volumes die weinig ruimte hebben.When you use the administrator portal, you receive alerts about volumes that are low on space.

Belangrijk

Als Cloud operator moet u voor komen dat shares volledig gebruik bereiken.As a cloud operator, you should prevent shares from reaching full usage. Wanneer een share 100% gebruikt, werkt de opslag service niet meer voor die share.When a share is 100% utilized, the storage service no longer functions for that share. Neem contact op met micro soft ondersteuning als u beschik bare ruimte en herstel bewerkingen wilt herstellen op een share die 100% gebruikt.To recover free space and restore operations on a share that's 100% utilized, you must contact Microsoft support.

  • Waarschuwing: wanneer een bestands share meer dan 80% gebruikt, wordt er een waarschuwing weer gegeven in de beheerders portal:Warning: When a file share is over 80% utilized, you receive a Warning alert in the administrator portal:

    Voor beeld: waarschuwings melding in de Azure Stack hub-beheerder Portal

  • Kritiek: wanneer een bestands share meer dan 90% gebruikt, wordt er een kritieke waarschuwing weer gegeven in de beheerders portal:Critical: When a file share is over 90% utilized, you receive a Critical alert in the administrator portal:

    Voor beeld: kritieke waarschuwing in de Azure Stack hub-beheerder Portal

  • Details weer geven: in de beheerders Portal kunt u de details van een waarschuwing openen om de opties voor de risico beperking te bekijken:View details: In the administrator portal, you can open an alert's details to view your mitigation options:

    Voor beeld: Details van waarschuwingen weer geven in de beheer portal van de Azure Stack hub

Beschikbare ruimte beherenManage available space

Als het nodig is om ruimte vrij te maken op een volume, moet u eerst de minst invasieve methoden gebruiken.When it's necessary to free space on a volume, use the least invasive methods first. Probeer bijvoorbeeld ruimte vrij te maken voordat u ervoor kiest om een beheerde schijf te migreren.For example, try to reclaim space before you choose to migrate a managed disk.

Capaciteit vrijmakenReclaim capacity

U kunt de capaciteit die wordt gebruikt door Tenant accounts die zijn verwijderd, opnieuw claimen.You can reclaim the capacity that's used by tenant accounts that have been deleted. Deze capaciteit wordt automatisch vrijgemaakt wanneer de Bewaar periode van de gegevens wordt bereikt, of u kunt besluiten om deze direct te claimen.This capacity is automatically reclaimed when the data retention period is reached, or you can act to reclaim it immediately.

Zie de sectie ' capaciteit vrijmaken ' van Azure stack hub-opslag accounts beherenvoor meer informatie.For more information, see the "Reclaim capacity" section of Manage Azure Stack Hub storage accounts.

Een container tussen volumes migrerenMigrate a container between volumes

Deze optie is alleen van toepassing op Azure Stack hub geïntegreerde systemen.This option applies only to Azure Stack Hub integrated systems.

Vanwege de gebruiks patronen van de Tenant gebruiken sommige Tenant shares meer ruimte dan andere.Because of tenant usage patterns, some tenant shares use more space than others. Dit kan tot gevolg hebben dat sommige shares weinig ruimte in beslag nemen voordat andere shares die relatief niet worden gebruikt.This can result in some shares running low on space before other shares that are relatively unused.

U kunt ruimte vrijmaken op een overmatige share door enkele BLOB-containers hand matig te migreren naar een andere share.You can free up space on an overused share by manually migrating some blob containers to a different share. U kunt verschillende kleinere containers migreren naar een enkele share met capaciteit om ze allemaal te bewaren.You can migrate several smaller containers to a single share that has capacity to hold them all. Gebruik migratie om gratis containers te verplaatsen.Use migration to move free containers. Vrije containers zijn containers die geen schijf voor een virtuele machine bevatten.Free containers are containers that don't contain a disk for a VM.

Migratie consolideert alle container-blobs op de nieuwe share.Migration consolidates all of a container's blobs on the new share.

  • Als een container de overloop modus heeft en blobs op extra volumes heeft geplaatst, moet de nieuwe share voldoende capaciteit hebben om alle blobs te bevatten voor de container die u migreert.If a container has entered overflow mode and has placed blobs on additional volumes, the new share must have sufficient capacity to hold all of the blobs for the container you migrate. Dit omvat de blobs die zich op extra shares bevinden.This includes the blobs that are located on additional shares.

  • De Power shell-cmdlet Get-AzsStorageContainer identificeert alleen de ruimte die wordt gebruikt op het eerste volume voor een container.The PowerShell cmdlet Get-AzsStorageContainer identifies only the space in use on the initial volume for a container. De cmdlet identificeert geen ruimte die wordt gebruikt door blobs die op extra volumes worden geplaatst.The cmdlet doesn't identify space that's used by blobs that are put on additional volumes. Daarom is de volledige grootte van een container mogelijk niet duidelijk.Therefore, the full size of a container might not be evident. Het is mogelijk dat de consolidatie van een container op een nieuwe share die nieuwe share kan verzenden naar een overloop, waar gegevens worden geplaatst op extra shares.It's possible that consolidation of a container on a new share can send that new share into an overflow condition, where it places data onto additional shares. Als gevolg hiervan moet u mogelijk de shares opnieuw verdelen.As a result, you might need to rebalance the shares.

  • Als u geen machtigingen hebt voor bepaalde resource groepen en Power shell niet kan gebruiken om de extra volumes voor overloop gegevens op te vragen, moet u samen werken met de eigenaar van die resource groepen en containers om inzicht te krijgen in de totale hoeveelheid gegevens die moet worden gemigreerd voordat u deze migreert.If you lack permissions to certain resource groups and can't use PowerShell to query the additional volumes for overflow data, work with the owner of those resource groups and containers to understand the total amount of data to migrate before you migrate it.

Belangrijk

De migratie van blobs voor een container is een offline bewerking waarvoor het gebruik van Power shell is vereist.The migration of blobs for a container is an offline operation that requires the use of PowerShell. Totdat de migratie is voltooid, blijven alle blobs voor de container die u wilt migreren, offline en kunnen ze niet worden gebruikt.Until the migration is complete, all blobs for the container that you're migrating remain offline and can't be used. Vermijd het upgraden van Azure Stack hub totdat alle actieve migratie is voltooid.You should also avoid upgrading Azure Stack Hub until all ongoing migration is complete.

Containers migreren met behulp van Power shellMigrate containers by using PowerShell

  1. Controleer of u Azure PowerShell hebt geïnstalleerd en geconfigureerd.Confirm that you have Azure PowerShell installed and configured. Zie Azure-resources beheren met behulp van Azure PowerShellvoor meer informatie.For more information, see Manage Azure resources by using Azure PowerShell.

  2. Bekijk de container om te begrijpen welke gegevens zich bevinden op de share die u wilt migreren.Examine the container to understand what data is on the share that you plan to migrate. Als u de beste kandidaat-containers voor migratie in een volume wilt identificeren, gebruikt u de Get-AzsStorageContainer cmdlet:To identify the best candidate containers for migration in a volume, use the Get-AzsStorageContainer cmdlet:

    $farm_name = (Get-AzsStorageFarm)[0].name
    $shares = Get-AzsStorageShare -FarmName $farm_name
    $containers = Get-AzsStorageContainer -ShareName $shares[0].ShareName -FarmName $farm_name
    

    Bekijk vervolgens $containers:Then examine $containers:

    $containers
    

    Voor beeld: $containers

  3. Bepaal de beste doel shares voor het opslaan van de container die u wilt migreren:Identify the best destination shares to hold the container you're migrating:

    $destinationshare = ($shares | Sort-Object FreeCapacity -Descending)[0]
    

    Bekijk vervolgens $destinationshares:Then examine $destinationshares:

    $destinationshares
    

    Voor beeld: shares $destination

  4. De migratie voor een container starten.Start the migration for a container. Migratie is asynchroon.Migration is asynchronous. Als u de migratie van extra containers start voordat de eerste migratie is voltooid, gebruikt u de taak-ID om de status van elke container bij te houden.If you start the migration of additional containers before the first migration is complete, use the job ID to track the status of each.

    $job_id = Start-AzsStorageContainerMigration -StorageAccountName $containers[0].Accountname -ContainerName $containers[0].Containername -ShareName $containers[0].Sharename -DestinationShareUncPath $destinationshares[0].UncPath -FarmName $farm_name
    

    Bekijk vervolgens $jobId.Then examine $jobId. Vervang d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 in het volgende voor beeld door de taak-id die u wilt onderzoeken:In the following example, replace d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 with the job ID you want to examine:

    $jobId
    d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0
    
  5. Gebruik de taak-ID om de status van de migratie taak te controleren.Use the job ID to check on the status of the migration job. Wanneer de migratie van de container is voltooid, wordt MigrationStatus ingesteld op voltooid.When the container migration is complete, MigrationStatus is set to Complete.

    Get-AzsStorageContainerMigrationStatus -JobId $job_id -FarmName $farm_name
    

    Scherm opname waarin de migratie status wordt weer gegeven.

  6. U kunt een migratie taak in voortgang annuleren.You can cancel an in-progress migration job. Geannuleerde migratie taken worden asynchroon verwerkt.Canceled migration jobs are processed asynchronously. U kunt annuleringen bijhouden met behulp van $jobid:You can track cancellations by using $jobid:

    Stop-AzsStorageContainerMigration -JobId $job_id -FarmName $farm_name
    

    Voor beeld: terugdraai status

  7. U kunt de opdracht opnieuw uitvoeren vanaf stap 6, totdat de migratie status is geannuleerd:You can run the command from step 6 again, until the migration status is Canceled:

    Scherm afbeelding met een voor beeld van een geannuleerde migratie status.

VM-schijven verplaatsenMove VM disks

Deze optie is alleen van toepassing op Azure Stack hub geïntegreerde systemen.This option applies only to Azure Stack Hub integrated systems.

De meest extreme methode voor het beheren van ruimte bestaat uit het verplaatsen van VM-schijven.The most extreme method for managing space involves moving VM disks. Neem contact op met micro soft ondersteuning om deze actie uit te voeren omdat het verplaatsen van een gekoppelde container (een die een VM-schijf bevat) complex is.Because moving an attached container (one that contains a VM disk) is complex, contact Microsoft support to accomplish this action.

Een beheerde schijf migreren tussen volumesMigrate a managed disk between volumes

Deze optie is alleen van toepassing op Azure Stack hub geïntegreerde systemen.This option applies only to Azure Stack Hub integrated systems.

Vanwege de gebruiks patronen van de Tenant gebruiken sommige Tenant volumes meer ruimte dan andere.Because of tenant usage patterns, some tenant volumes use more space than others. Het resultaat kan een volume zijn met weinig ruimte vóór een ander volume dat relatief niet wordt gebruikt.The result can be a volume that runs low on space before other volume that are relatively unused.

U kunt ruimte vrijmaken op een overmatig volume door enkele Managed disks hand matig te migreren naar een ander volume.You can free up space on an overused volume by manually migrating some managed disks to a different volume. U kunt verschillende Managed disks migreren naar één volume dat alle capaciteit heeft om alle schijven te bewaren.You can migrate several managed disks to a single volume that has capacity to hold them all. Gebruik migratie om offline beheerde schijven te verplaatsen.Use migration to move offline managed disks. Offline beheerde schijven zijn schijven die niet zijn gekoppeld aan een virtuele machine.Offline managed disks are disks that aren't attached to a VM.

Belangrijk

Migratie van Managed disks is een offline bewerking waarvoor het gebruik van Power shell is vereist.Migration of managed disks is an offline operation that requires the use of PowerShell. U moet de kandidaten schijven loskoppelen voor migratie vanaf hun eigenaar-VM voordat u de migratie taak start (zodra de migratie taak is voltooid, kunt u deze opnieuw koppelen).You must detach the candidate disks for migration from their owner VM before starting migration job (once the migration job is done, you can reattach them). Totdat de migratie is voltooid, moeten alle beheerde schijven die u migreert, offline blijven en niet worden gebruikt, anders wordt de migratie taak afgebroken en worden alle niet-gemigreerde schijven op de oorspronkelijke volumes bewaard.Until migration completes, all managed disks you are migrating must remain offline and can't be used, otherwise the migration job would abort and all unmigrated disks are still on their original volumes. Vermijd het upgraden van Azure Stack hub totdat alle actieve migraties zijn voltooid.You should also avoid upgrading Azure Stack Hub until all ongoing migration completes.

Managed disks migreren met behulp van Power shellTo migrate managed disks using PowerShell

  1. Controleer of u Azure PowerShell hebt geïnstalleerd en geconfigureerd.Confirm that you have Azure PowerShell installed and configured. Zie Power shell voor Azure stack hub installerenvoor instructies over het configureren van de Power shell-omgeving.For instructions on configuring the PowerShell environment, see Install PowerShell for Azure Stack Hub. Als u zich wilt aanmelden bij Azure Stack hub, raadpleegt u de operator omgeving configureren en meldt u zich aan bij Azure stack hub.To sign in to Azure Stack Hub, see Configure the operator environment and sign in to Azure Stack Hub.

  2. Controleer de beheerde schijven om te begrijpen welke schijven zich op het volume bevinden dat u wilt migreren.Examine the managed disks to understand what disks are on the volume that you plan to migrate. Als u de best mogelijke schijven voor de migratie in een volume wilt identificeren, gebruikt u de Get-AzsDisk cmdlet:To identify the best candidate disks for migration in a volume, use the Get-AzsDisk cmdlet:

    $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 All -SharePath $MigrationSource | Select-Object -First 10
    

    Bekijk vervolgens $disks:Then examine $disks:

    $Disks
    

    Voor beeld: $Disks

  3. Bepaal het beste doel volume voor de schijven die u wilt migreren:Identify the best destination volume to hold the disks you migrate:

    $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. Begin migratie voor Managed disks.Start migration for managed disks. Migratie is asynchroon.Migration is asynchronous. Als u begint met de migratie van extra schijven voordat de eerste migratie is voltooid, gebruikt u de taak naam om de status van elke schijf bij te houden.If you start migration of additional disks before the first migration completes, use the job name to track the status of each.

    $jobName = "MigratingDisk"
    Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
    
  5. Gebruik de taak naam om de status van de migratie taak te controleren.Use the job name to check on the status of the migration job. Wanneer de schijf migratie is voltooid, wordt MigrationStatus ingesteld op voltooid.When the disk migration is complete, MigrationStatus is set to Complete.

    $job = Get-AzsDiskMigrationJob -Name $jobName
    

    Voor beeld: migratie status

    Als u meerdere beheerde schijven in één migratie taak migreert, kunt u ook de subtaken van de taak controleren.If you are migrating multiple managed disks in one migration job, you can also check the sub tasks of the job.

    $job.Subtasks
    

    Voor beeld: migratie subtaak status

  6. U kunt een migratie taak in voortgang annuleren.You can cancel an in-progress migration job. Geannuleerde migratie taken worden asynchroon verwerkt.Canceled migration jobs are processed asynchronously. U kunt de annulering volgen met behulp van taak naam totdat de status bevestigt dat de migratie taak is geannuleerd:You can track cancellation by using job name until the status confirms the migration job is Canceled:

    Stop-AzsDiskMigrationJob -Name $jobName
    

    Voor beeld: geannuleerde status

Niet-beheerde schijven distribuerenDistribute unmanaged disks

Deze optie is alleen van toepassing op Azure Stack hub geïntegreerde systemen.This option applies only to Azure Stack Hub integrated systems.

De meest extreme methode voor het beheren van ruimte omvat het verplaatsen van niet-beheerde schijven.The most extreme method for managing space involves moving unmanaged disks. Als de Tenant een aantal niet-beheerde schijven aan één container toevoegt, kan de totale gebruikte capaciteit van de container groter worden dan de beschik bare capaciteit van het volume dat deze bevat voordat de container de overloop modus inneemt.If the tenant adds numbers of unmanaged disks to one container, the total used capacity of the container could grow beyond the available capacity of the volume that holds it before the container entering overflow mode. Om te voor komen dat een enkele container de ruimte van een volume vol raakt, kan de Tenant de bestaande niet-beheerde schijven van een container naar verschillende containers distribueren.To avoid single container exhaust the space of a volume, the tenant could distribute the existing unmanaged disks of one container to different containers. Neem contact op met Microsoft Ondersteuning om deze actie uit te voeren, omdat het distribueren van een gekoppelde container (een die een VM-schijf bevat) complex is.Because distributing an attached container (one that contains a VM disk) is complex, contact Microsoft Support to accomplish this action.

Volgende stappenNext steps

Zie opslag capaciteit beheren voor Azure stack hub voormeer informatie over het aanbieden van vm's aan gebruikers.To learn more about offering VMs to users, see Manage storage capacity for Azure Stack Hub.