Verwalten der Speicherkapazität für Azure Stack Hub

Überwachen Sie Freigaben mithilfe von Azure PowerShell oder über das Administratorportal, um informiert zu sein, wenn nur noch wenig Speicherplatz zur Verfügung steht. Bei Verwendung des Portals erhalten Sie Benachrichtigungen zu Freigaben, bei denen der Speicherplatz knapp wird.

Verwenden von PowerShell

Als Cloudbetreiber können Sie die Speicherkapazität einer Freigabe mithilfe des PowerShell-Cmdlets Get-AzsStorageShare überwachen. Das Cmdlet gibt für jede der Freigaben den gesamten, zugeordneten und freien Speicherplatz (in Bytes) zurück.

• Gesamtkapazität: Dies ist der gesamte Speicherplatz (in Bytes), der auf der Freigabe zur Verfügung steht. Dieser Speicherplatz wird für Daten und Metadaten verwendet, die von den Speicherdiensten verwaltet werden.
• Verwendete Kapazität: Dies ist die Menge von Daten (in Bytes), die von allen Erweiterungen für die Dateien genutzt wird, in denen die Mandantendaten und die dazugehörigen Metadaten gespeichert sind.

Verwenden des Administratorportals

Als Cloudbetreiber können Sie die Speicherkapazität für alle Freigaben im Administratorportal abrufen.

1. Melden Sie sich beim Administratorportal https://adminportal.local.azurestack.external an.

2. Klicken Sie auf Alle Dienst>Speicher>Dateifreigaben, um die Dateifreigabeliste mit den Nutzungsinformationen zu öffnen.

   

   • Total: Dies ist der gesamte Speicherplatz (in Bytes), der auf der Freigabe zur Verfügung steht. Dieser Speicherplatz wird für Daten und Metadaten verwendet, die von den Speicherdiensten verwaltet werden.
   • Verwendet: Dies ist die Menge von Daten (in Bytes), die von allen Erweiterungen für die Dateien genutzt wird, in denen die Mandantendaten und die dazugehörigen Metadaten gespeichert sind.

Verwenden Sie Azure PowerShell oder das Administratorportal, um die bereitgestellte und genutzte Kapazität zu überwachen und die Migration zu planen, damit ein kontinuierlichen normaler Betrieb des Systems sichergestellt ist.

Es gibt drei Tools zum Überwachen der Volumekapazität:

• Portal und PowerShell für die aktuelle Volumekapazität
• Speicherplatzbenachrichtigungen
• Volumekapazitätsmetriken

In diesem Abschnitt erfahren Sie, wie Sie diese Tools verwenden, um die Kapazität des Systems zu überwachen.

Verwenden von PowerShell

Als Cloudoperator können Sie die Speicherkapazität eines Volumes mithilfe des PowerShell-Cmdlets Get-AzsVolume überwachen. Das Cmdlet gibt für jedes Volume den gesamten und freien Speicherplatz in Gigabyte (GB) zurück.

• Gesamtkapazität: Dies ist der gesamte Speicherplatz in GB, der auf der Freigabe zur Verfügung steht. Dieser Speicherplatz wird für Daten und Metadaten verwendet, die von den Speicherdiensten verwaltet werden.
• Verbleibende Kapazität: Der freie Speicherplatz in GB zum Speichern der Mandantendaten und der zugehörigen Metadaten.

Verwenden des Administratorportals

Als Cloudoperator können Sie die Speicherkapazität für alle Volumes im Administratorportal anzeigen.

1. Melden Sie sich beim Azure Stack Hub-Administratorportal (https://adminportal.local.azurestack.external) an.

2. Wählen Sie Alle Dienste>Speicher>Volumes aus, um die Volumeliste mit den Nutzungsinformationen zu öffnen.

   

   • Total: Der gesamte verfügbare Speicherplatz auf dem Volume. Dieser Speicherplatz wird für Daten und Metadaten verwendet, die von den Speicherdiensten verwaltet werden.
   • Verwendet: Dies ist die Menge von Daten, die von allen Erweiterungen für die Dateien genutzt wird, in denen die Mandantendaten und die dazugehörigen Metadaten gespeichert sind.

Volumekapazitätsmetriken

Mit Metriken zur Volumekapazität erhalten Sie ausführlichere Informationen zu bereitgestellter Kapazität und verwendeter Kapazität für verschiedene Objekttypen. Die Metrikdaten werden 30 Tage lang aufbewahrt. Der Dienst für die Hintergrundüberwachung aktualisiert stündlich die Daten der Volumekapazitätsmetriken.

Sie müssen die Ressourcennutzung eines Volumes verstehen, indem Sie den Kapazitätsmetrikbericht proaktiv überprüfen. Der Cloudbetreiber kann die Verteilung der Ressourcentypen analysieren, wenn ein Volume fast voll ist, um zu entscheiden, welche Maßnahmen er zur Freigabe von Speicherplatz ergreift. Der Betreiber kann auch verhindern, dass das Volume übermäßig genutzt wird, wenn die auf dem Datenträger bereitgestellte Größe anzeigt, dass das Volume zu sehr überdimensioniert ist.

Azure Monitor stellt die folgenden Metriken zum Anzeigen der Volumekapazitätsauslastung bereit:

• Volume Total Capacity (Volumegesamtkapazität) zeigt die gesamte Speicherkapazität des Volumes an.
• Volume Remaining Capacity (Verbleibende Volumekapazität) zeigt die verbleibende Speicherkapazität des Volumes an.
• Vom VM-Datenträger verwendete Kapazität des Volumes zeigt den Gesamtspeicherplatz an, der von Objekten belegt wird, die sich auf VM-Datenträger beziehen (einschließlich Seitenblobs, verwaltete Datenträger/Momentaufnahmen, verwaltete Images und Plattformimages). Die zugrunde liegende VHD-Datei von VM-Datenträgern kann denselben Block (siehe Datenträger) mit Images, Momentaufnahmen oder anderen Datenträgern gemeinsam nutzen. Diese Anzahl kann kleiner als die Summe der genutzten Kapazität aller einzelnen Objekte sein, die sich auf VM-Datenträger beziehen.
• Volume Other Used Capacity (Sonstige verwendete Kapazität des Volumes) ist die gesamte verwendete Größe Objekten, die keine Datenträger sind – einschließlich Blockblobs, Anfügeblobs, Tabellen, Warteschlangen und Blobmetadaten.
• Volume VM Disk Provisioned Capacity (Für den VM-Datenträger bereitgestellte Kapazität des Volumes) ist die bereitgestellte Gesamtgröße von Seitenblobs und verwalteten Datenträgern/Momentaufnahmen. Diese Größe ist der maximale Wert der gesamten Datenträgerkapazität aller verwalteten Datenträger und Seitenblobs auf dem jeweiligen Volume.

So zeigen Sie Metriken zur Volumekapazität in Azure Monitor an:

1. Vergewissern Sie sich, dass Azure PowerShell installiert und konfiguriert ist. Anweisungen zum Konfigurieren der PowerShell-Umgebung finden Sie unter Installieren von PowerShell für Azure Stack Hub. Weitere Informationen zur Anmeldung bei Azure Stack Hub finden Sie unter Konfigurieren der Betreiberumgebung und Anmelden bei Azure Stack Hub.

2. Laden Sie Azure Stack Hub-Tools aus dem GitHub-Repository herunter. Ausführliche Schritte dazu finden Sie unter Herunterladen von Azure Stack Hub-Tools aus GitHub.

3. Generieren Sie den JSON-Code des Kapazitätsdashboards, indem Sie „DashboardGenerator“ unter „CapacityManagement“ ausführen.

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

   Im Ordner „DashboardGenerator“ würde sich eine JSON-Datei befinden, deren Name mit DashboardVolumeObjStore beginnt.

4. Melden Sie sich beim Azure Stack Hub-Administratorportal (https://adminportal.local.azurestack.external) an.

5. Klicken Sie auf der Seite „Dashboard“ auf Hochladen, und wählen Sie die in Schritt 3 generierte JSON-Datei aus.

   

6. Sobald der JSON-Code hochgeladen wurde, werden Sie zum Dashboard für neue Kapazitäten geleitet. Jedes Volume verfügt über ein entsprechendes Diagramm im Dashboard. Die Anzahl der Diagramme entspricht der Anzahl der Volumes:

   

7. Wenn Sie auf eines der Volumes klicken, können Sie fünf Kapazitätsmetriken des jeweiligen Volumes im detaillierten Diagramm überprüfen:

   

Volumeverwendungsmuster

Durch Überprüfen der Volumekapazitätsmetriken kann der Cloudbetreiber nachvollziehen, wie viel Kapazität eines Volumes genutzt wird und welcher Ressourcentyp den größten Teil der Speicherplatznutzung einnimmt. Das Muster für die Speicherplatznutzung kann in die folgenden Typen unterteilt werden, und der Betreiber sollte für jeden der Typen unterschiedliche Maßnahmen ergreifen:

Nicht bereitgestellte, freie Kapazität: Die verfügbare Kapazität auf dem Datenträger ist ausreichend und die gesamte bereitgestellte Kapazität aller Datenträger auf diesem Datenträger ist kleiner als die gesamte verfügbare Kapazität. Das Volume ist für weitere Speicherobjekte verfügbar, einschließlich Datenträgern und anderen Objekten (Block-/Anfügeblobs, Tabellen und Warteschlangen). Sie müssen keine Maßnahmen ergreifen, um das Volume zu betreiben.

Übermäßig bereitgestellte, freie Kapazität: Die verbleibende Kapazität des Volumes ist hoch, aber die bereitgestellte Kapazität des VM-Datenträgers liegt bereits über der Gesamtkapazität des Volumes. Dieses Volume bietet jetzt noch Platz für weitere Speicherobjekte. Es kann jedoch mit den Daten auf den VM-Datenträgern auf diesem Volume gefüllt werden. Sie sollten den Nutzungstrend dieses Volumes genau überwachen. Wenn es sich in ein übermäßig bereitgestelltes Muster für niedrige Kapazität ändert, müssen Sie Maßnahmen zum Freigeben von Speicherplatz ergreifen.

Übermäßig bereitgestellte, niedrige Kapazität: Die verbleibende Kapazität des Volumes ist niedrig, und sowohl die bereitgestellte Kapazität des VM-Datenträgers als auch die genutzte Kapazität des VM-Datenträgers ist hoch.

Die niedrige verbleibende Kapazität gibt an, dass das Volume nahezu voll auslastet ist. Betreiber müssen sofort Maßnahmen ergreifen, um Speicherplatz freizugeben, damit verhindert wird, dass das Volume zu 100 % ausgelastet ist, was den Speicherdienst blockieren würde. Die hohe Kapazität des VM-Datenträgers zeigt, dass der Großteil des Volumes von VM-Datenträgern verwendet wird. Informationen zum Verschieben von Datenträgern vom vollen Volume auf andere verfügbare Volumes, um Speicherplatz freizugeben, finden Sie unter Migrieren von Datenträgern.

Unterversorgte, niedrige Kapazität, hohe Blockblobs: Die verbleibende Kapazität des Volumes ist niedrig, und sowohl die bereitgestellte Kapazität des VM-Datenträgers als auch die genutzte Kapazität des VM-Datenträgers ist niedrig, aber die sonstige verwendete Kapazität ist hoch.

Das Volume weist das Risiko auf, vollständig ausgelastet zu werden. Daher sollte der Betreiber sofort Maßnahmen ergreifen, um Speicherplatz freizugeben. Der hohe Wert für die sonstige verwendete Kapazität gibt an, dass der Großteil der Volumekapazität von Block-/Anfügeblobs oder Tabellen/Warteschlangen genutzt wird. Wenn die verfügbare Kapazität des Volumes weniger als 20 % beträgt, wird ein Containerüberlauf aktiviert, und ein neues Blobobjekt wird nicht auf diesem fast vollen Volume platziert. Die vorhandenen Blobs können jedoch weiter wachsen. Um zu verhindern, dass die ständig wachsenden Blobs die Kapazität überbeanspruchen, können Sie sich an den Microsoft-Support wenden, um die Container abzufragen, die auf dem jeweiligen Volume Platz belegen, und zu entscheiden, ob diese Container von den Mandanten bereinigt werden müssen, um Speicherplatz freizugeben.

Übermäßig bereitgestellte, niedrige Kapazität, hohe Blockblobs: Die verbleibende Kapazität des Volumes ist niedrig, und sowohl die auf dem Datenträger verwendete/bereitgestellte Kapazität als auch die sonstige verwendete Kapazität ist hoch. Dieses Volume weist eine hohe Speicherplatzauslastung sowohl durch Datenträger als auch durch andere Speicherobjekte auf. Sie sollten Speicherplatz freigeben, um zu vermeiden, dass der Datenträger komplett gefüllt ist. Es wird empfohlen, zunächst die Anweisungen unter Migrieren von Datenträgern zum Verschieben von Datenträgern vom vollen Volume auf andere verfügbare Volumes zu befolgen. In anderen Fällen können Sie sich an den Microsoft-Support wenden, um die Container abzufragen, die auf dem jeweiligen Volume Platz belegen, und zu entscheiden, ob diese Container von den Mandanten bereinigt werden müssen, um Speicherplatz freizugeben.

Migrieren eines Containers zwischen Volumes

Diese Option gilt nur für in Azure Stack Hub integrierte Systeme.

Aufgrund der Verwendungsmuster von Mandanten benötigen einige Mandantenfreigaben mehr Speicherplatz als andere. Dies kann dazu führen, dass bei einigen Freigaben der Speicherplatz knapp wird, während andere Freigaben noch kaum genutzt werden.

Sie können versuchen, Speicherplatz auf einer intensiv genutzten Freigabe freizugeben, indem Sie einige Blobcontainer manuell zu einer anderen Freigabe migrieren. Sie können mehrere kleinere Container zu einer einzelnen Freigabe migrieren, die über genügend Kapazität verfügt, um alle aufzunehmen. Über eine Migration können freie Container verschoben werden. Freie Container sind Container, die keinen Datenträger für eine VM enthalten.

Durch die Migration werden alle Containerblobs in der neuen Freigabe konsolidiert.

• Wenn sich ein Container im Überlaufmodus befindet und Blobs auf zusätzlichen Volumes platziert hat, muss die neue Freigabe über genügend Kapazität verfügen, um alle Blobs des zu migrierenden Containers aufzunehmen, einschließlich der Blobs, die übergelaufen sind.

• Das PowerShell-Cmdlet Get-AzsStorageContainer gibt nur den verwendeten Speicherplatz auf dem ursprünglichen Volume für einen Container an. Das Cmdlet gibt keinen Speicherplatz an, der von Blobs verwendet wird, die auf zusätzliche Volumes überlaufen. Dadurch ist die Gesamtgröße eines Containers unter Umständen nicht ersichtlich. Es kann vorkommen, dass bei der Konsolidierung eines Containers auf einer neuen Freigabe diese neue Freigabe in den Überlaufmodus versetzt wird und Daten auf zusätzlichen Freigaben platziert werden. In diesem Fall müssten die Freigaben ausgeglichen werden.

• Ermitteln Sie die Gesamtmenge der Daten in Zusammenarbeit mit dem Besitzer der entsprechenden Ressourcengruppen und Container, bevor Sie die Daten migrieren, wenn Ihnen Berechtigungen für bestimmte Ressourcengruppen fehlen und Sie die zusätzlichen Volumes für Überlaufdaten nicht mithilfe von PowerShell abfragen können.

Migrieren von Containern mithilfe von PowerShell

1. Vergewissern Sie sich, dass Azure PowerShell installiert und konfiguriert ist. Weitere Informationen finden Sie unter Verwalten von Azure-Ressourcen mithilfe von Azure PowerShell.

2. Überprüfen Sie den Container, um zu ermitteln, welche Daten sich auf der Freigabe befinden, die Sie migrieren möchten. Verwenden Sie das Cmdlet Get-AzsStorageContainer, um die Container zu ermitteln, die sich auf einem Volume am besten für die Migration eignen:

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

   Untersuchen Sie dann „$containers“:

   $containers
   

   

3. Ermitteln Sie die besten Zielfreigaben für den zu migrierenden Container:

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

   Untersuchen Sie dann „$destinationshares“:

   $destinationshares
   

   

4. Starten Sie die Migration für einen Container. Die Migration erfolgt asynchron. Falls Sie die Migration eines weiteren Containers starten, bevor die erste Migration abgeschlossen ist, können Sie den Status der einzelnen Aufträge anhand der jeweiligen Auftrags-ID nachverfolgen.

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

   Untersuchen Sie dann „$jobId“. Ersetzen Sie im folgenden Beispiel d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 durch die Auftrags-ID, die Sie untersuchen möchten:

   $jobId
   d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0
   

5. Verwenden Sie die Auftrags-ID, um den Status des Migrationsauftrags zu überprüfen. Nach Abschluss der Containermigration wird MigrationStatus auf Abgeschlossen festgelegt.

   Get-AzsStorageContainerMigrationStatus -JobId $job_id -FarmName $farm_name
   

   

6. Sie können die Ausführung eines Migrationsauftrags abbrechen. Abgebrochene Migrationsaufträge werden asynchron verarbeitet. Der Abbruch kann anhand von „$jobId“ nachverfolgt werden:

   Stop-AzsStorageContainerMigration -JobId $job_id -FarmName $farm_name
   

   

7. Sie können den Befehl aus Schritt 6 noch mal ausführen, bis der Migrationsstatus Angebrochen lautet:

   

Verschieben von VM-Datenträgern

Diese Option gilt nur für in Azure Stack Hub integrierte Systeme.

Die extremste Methode zum Verwalten von Speicherplatz ist das Verschieben von VM-Datenträgern. Bei der Verschiebung eines angefügten Containers (Container mit einem VM-Datenträger) handelt es sich um einen komplexen Vorgang. Lassen Sie sich daher vom Microsoft-Support dabei unterstützen.

Migrieren eines verwalteten Datenträgers zwischen Volumes

Diese Option gilt nur für in Azure Stack Hub integrierte Systeme.

Aufgrund der Verwendungsmuster von Mandanten benötigen einige Mandantenvolumes mehr Speicherplatz als andere. Dies kann dazu führen, dass bei einigen Volumes der Speicherplatz knapp wird, während andere Volumes noch kaum genutzt werden.

Sie können Speicherplatz auf einem intensiv genutzten Volume freigeben, indem Sie einige verwaltete Datenträger manuell zu einem anderen Volume migrieren. Sie können mehrere verwaltete Datenträger zu einem einzelnen Volume migrieren, das über genügend Kapazität verfügt, um alle aufzunehmen. Verwenden Sie die Migration, um verwaltete Offlinedatenträger zu verschieben. Verwaltete Offlinedatenträger sind Datenträger, die nicht an eine VM angefügt sind.

So migrieren Sie verwaltete Datenträger mithilfe von PowerShell

1. Vergewissern Sie sich, dass Azure PowerShell installiert und konfiguriert ist. Anweisungen zum Konfigurieren der PowerShell-Umgebung finden Sie unter Installieren von PowerShell für Azure Stack Hub. Weitere Informationen zur Anmeldung bei Azure Stack Hub finden Sie unter Konfigurieren der Betreiberumgebung und Anmelden bei Azure Stack Hub.

2. Überprüfen Sie die verwalteten Datenträger, um nachzuvollziehen, welche Datenträger sich auf dem zu migrierenden Volume befinden. Verwenden Sie das Cmdlet Get-AzsDisk, um die Kandidatendatenträger zu ermitteln, die sich auf einem Volume am besten für die Migration eignen:

   $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
   

   Untersuchen Sie dann „$disks“:

   $Disks
   

   

3. Ermitteln Sie das beste Zielvolume für die zu migrierenden Datenträger:

   $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. Starten Sie die Migration für verwaltete Datenträger. Die Migration erfolgt asynchron. Falls Sie die Migration anderer Datenträger starten, bevor die erste Migration abgeschlossen ist, können Sie den Status der einzelnen Aufträge anhand des jeweiligen Auftragsnamens nachverfolgen.

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

5. Verwenden Sie die Auftragsnamen, um den Status des Migrationsauftrags zu überprüfen. Nach Abschluss der Datenträgermigration wird MigrationStatus auf Abgeschlossen festgelegt.

   $job = Get-AzsDiskMigrationJob -Name $jobName
   

   

   Wenn Sie mehrere verwaltete Datenträger in einem Migrationsauftrag migrieren, können Sie auch die Unteraufgaben des Auftrags überprüfen.

   $job.Subtask
   

   

6. Sie können die Ausführung eines Migrationsauftrags abbrechen. Abgebrochene Migrationsaufträge werden asynchron verarbeitet. Sie können den Abbruch anhand des Auftragsnamens nachverfolgen, bis der Status des Migrationsauftrags Abgebrochen lautet:

   Stop-AzsDiskMigrationJob -Name $jobName
   

   

Verteilen nicht verwalteter Datenträger

Diese Option gilt nur für in Azure Stack Hub integrierte Systeme.

Die extremste Methode zum Verwalten von Speicherplatz ist das Verschieben von nicht verwalteten Datenträgern. Wenn der Mandant einem Container eine Anzahl nicht verwalteter Datenträger hinzufügt, kann die insgesamt genutzte Kapazität des Containers die verfügbare Kapazität des Volumes mit dem Container übersteigen, bevor der Container in den Modus Überlauf wechselt. Um zu vermeiden, dass ein einzelner Container den Speicherplatz eines Volumes ausschöpft, kann der Mandant die vorhandenen nicht verwalteten Datenträger eines Containers auf verschiedene Container verteilen. Bei der Verteilung eines angefügten Containers (Container mit einem VM-Datenträger) handelt es sich um einen komplexen Vorgang. Lassen Sie sich daher vom Microsoft-Support dabei unterstützen.