Verwalten der Speicherkapazität für Azure Stack Hub

In diesem Artikel wird beschrieben, wie ein Azure Stack Hub-Cloudoperator die Speicherkapazität einer Azure Stack Hub-Bereitstellung überwachen und verwalten kann. Sie können die Anleitungen verwenden, um den für die VMs Ihres Benutzers verfügbaren Arbeitsspeicher zu verstehen. Die Azure Stack Hub-Speicherinfrastruktur weist eine Teilmenge der Gesamtspeicherkapazität der Azure Stack Hub-Bereitstellung als Speicherdienste zu. Speicherdienste speichern Daten eines Mandanten in Freigaben auf Volumes, die den Knoten der Bereitstellung entsprechen.

Als Cloudoperator verfügen Sie über einen begrenzten Speicherplatz, mit dem Sie arbeiten können. Die Menge des Speichers wird durch die von Ihnen implementierte Lösung definiert. Die Lösung wird von Ihrem OEM-Anbieter bereitgestellt, wenn Sie eine Multinode-Lösung verwenden, oder sie wird von der Hardware bereitgestellt, auf der Sie das Azure Stack Development Kit (ASDK) installieren.

Azure Stack Hub unterstützt nur die Erweiterung der Speicherkapazität, indem zusätzliche Skalierungseinheitsknoten hinzugefügt werden. Weitere Informationen finden Sie unter Hinzufügen von Knoten für Skalierungseinheiten in Azure Stack Hub. Durch das Hinzufügen physischer Datenträger zu den Knoten wird die Speicherkapazität nicht erweitert.

Es ist wichtig, verfügbaren Speicher zu überwachen, um sicherzustellen, dass effiziente Vorgänge verwaltet werden. Sollte die freie Kapazität eines Volumes knapp werden, sollten Sie den verfügbaren Speicherplatz verwalten, um eine Erschöpfung der Kapazität von Freigaben zu verhindern.

Zu den Optionen für die Verwaltung der Kapazität gehören:

• Freigeben von Kapazität
• Migrieren von Speicherobjekten.

Wenn ein Objektspeichervolume zu 100 %% genutzt wird, kann der Speicherdienst für dieses Volumen nicht mehr verwendet werden. Wenden Sie sich an den Support von Microsoft, um Unterstützung bei der Wiederherstellung des Betriebs für das Volume zu erhalten.

Grundlegendes zu Datenträgern, Containern und Speichervolumen

Der Mandantenbenutzer erstellt Datenträger, Blobs, Tabellen und Warteschlangen in Azure Stack Hub-Speicherdiensten. Diese Mandantendaten werden auf Volumes auf dem verfügbaren Speicher gespeichert.

Disketten

Virtuelle Computer speichern und bearbeiten Daten auf virtuellen Datenträgern. Jede VM beginnt mit einem Betriebssystemdatenträger, der aus einem Marketplace-Image oder einem privaten Image erstellt wurde. Der virtuelle Computer kann null oder mehr Datenträger anfügen. Es gibt zwei Arten von Datenträgern, die in Azure Stack angeboten werden:

Verwaltete Datenträger die Datenträgerverwaltung für Azure IaaS-VMs vereinfachen, indem die Speicherkonten verwaltet werden, die den VM-Datenträgern zugeordnet sind. Sie müssen nur die benötigte Datenträgergröße angeben, und Azure Stack Hub erstellt und verwaltet den Datenträger für Sie. Weitere Informationen finden Sie unter Übersicht über verwaltete Datenträger.

nicht verwaltete Datenträger sind VHD-Dateien, die als Seitenblobs in Speichercontainern in Azure Stack-Speicherkonten gespeichert werden. Die von Mandanten erstellten Seitenblobs werden als VM-Datenträger bezeichnet und in Containern in den Speicherkonten gespeichert. Es wird empfohlen, nicht verwaltete Datenträger nur für VMs zu verwenden, die mit Drittanbietertools kompatibel sein müssen, die nur nicht verwaltete Azure-Datenträger unterstützen.

Die Anleitung für Mandanten besteht darin, jeden Datenträger in einen separaten Container zu platzieren, um die Leistung der VM zu verbessern.

• Jeder Container, der einen Datenträger oder einen Seitenblob von einer VM enthält, wird als ein an die VM angefügter Container betrachtet, die den Datenträger besitzt.
• Ein Container, der keine Datenträger von einem virtuellen Computer enthält, gilt als kostenloser Container.

Die Optionen zum Freigeben von Speicherplatz auf einem angefügten Container sind begrenzt. Weitere Informationen finden Sie unter Verteilen nicht verwalteter Datenträger.

Wichtig

Es wird empfohlen, nur verwaltete Datenträger in virtuellen Computern zu verwenden, um die Verwaltung zu vereinfachen. Sie müssen keine Speicherkonten und Container vorbereiten, bevor Sie verwaltete Datenträger verwenden. Verwaltete Datenträger bieten im Vergleich zu nicht verwalteten Datenträgern gleichwertige oder bessere Funktionen und Leistung. Es gibt keine Vorteile, nicht verwaltete Datenträger zu verwenden, und sie werden nur aus Gründen der Abwärtskompatibilität bereitgestellt.

Verwaltete Datenträger sind für eine bessere Platzierung in der Speicherinfrastruktur optimiert und haben den Verwaltungsaufwand erheblich reduziert. Da verwaltete Festplatten jedoch dünn zugewiesen werden und die endgültige Nutzung während der Erstellung unvorhersehbar ist, kann eine unausgeglichene Speicherplatzzuordnung zu einer Übernutzung des Volumes führen. Betreiber sind dafür verantwortlich, die Auslastung der Speicherkapazität zu überwachen und solche Probleme zu vermeiden.

Für Benutzer, die ARM-Vorlagen verwenden, um neue virtuelle Computer bereitzustellen, siehe Verwenden von VM-Vorlagen für verwaltete Datenträger, um zu verstehen, wie Sie Ihre Vorlagen auf die Verwendung von verwalteten Datenträgern anpassen können.

VM-Datenträger werden als sparse Dateien in der Speicherinfrastruktur gespeichert. Datenträger haben eine bereitgestellte Größe, die der Benutzer zum Zeitpunkt der Erstellung des Datenträgers anfordert. Allerdings belegen nur die auf den Datenträger geschriebenen Seiten, die nicht Null sind, Speicherplatz in der zugrunde liegenden Speicherinfrastruktur.

Datenträger werden häufig durch Kopieren aus Plattformimages, verwalteten Images, Momentaufnahmen oder anderen Datenträgern erstellt, und Momentaufnahmen werden von Datenträgern erstellt. Um die Auslastung der Speicherkapazität zu erhöhen und die Kopiervorgangszeit zu reduzieren, verwendet das System blob-Klonen in ReFS. Blob-Klonen ist ein kostengünstiger Metadatenvorgang anstelle einer vollständigen Byte-by-Byte-Kopie zwischen Dateien. Die Quelldatei und die Zieldatei können dieselben Ausmaße gemeinsam nutzen. Identische Daten werden nicht mehrmals physisch gespeichert und verbessern die Speicherkapazität.

Die Kapazitätsauslastung wächst nur, wenn die Datenträger geschrieben werden, und identische Daten werden reduziert. Wenn ein Bild oder ein Datenträger gelöscht wird, wird der Speicherplatz möglicherweise nicht sofort freigegeben, da es Datenträger oder Momentaufnahmen gibt, die daraus erstellt werden können, die die identischen Daten beibehalten und Speicherplatz belegen. Wenn alle verwandten Entitäten entfernt werden, wird der Speicherplatz verfügbar.

Blobs und Container

Mandantenbenutzer speichern massive Mengen unstrukturierter Daten mit Azure Blob. Azure Stack Hub unterstützt drei Arten von Blobs: Block Blobs, Append Blobsund Page Blobs. Weitere Informationen zu den verschiedenen Blobtypen finden Sie unter Understanding Block Blobs, Append Blobs, and Page Blobs (Grundlegendes zu Block-, Anfüge- und Seitenblobs).

Mandantenbenutzer erstellen Container, die dann zum Speichern von Blobdaten verwendet werden. Obwohl Benutzer entscheiden, in welchem Container Blobs platziert werden sollen, verwendet der Speicherdienst einen Algorithmus, um zu bestimmen, auf welches Volume der Container gelegt wird. Der Algorithmus wählt in der Regel das Volume mit dem verfügbarsten Speicherplatz aus.

Nachdem ein Blob in einem Container platziert wurde, kann das Blob größer werden, um mehr Platz zu nutzen. Wenn Sie neue Blobs hinzufügen und vorhandene Blobs größer werden, nimmt der verfügbare Speicherplatz im Volume, das den Container enthält, ab.

Container sind nicht auf ein einzelnes Volume beschränkt. Wenn die kombinierten Blobdaten in einem Container 80 % oder mehr des verfügbaren Speicherplatzes beanspruchen, wechselt der Container in den Überlaufmodus. Im Überlaufmodus werden alle neuen Blobs, die in diesem Container erstellt werden, einem anderen Volume zugewiesen, das über ausreichend Speicherplatz verfügt. Im Laufe der Zeit kann ein Container im Überlaufmodus Blobs aufweisen, die über mehrere Volumes verteilt werden.

Wenn 90% (und dann 95%) des verfügbaren Speicherplatzes in einem Volume verwendet wird, löst das System Warnungen im Azure Stack Hub-Administratorportal aus. Cloudbetreiber sollten die verfügbare Speicherkapazität überprüfen und planen, den Inhalt neu auszubalancieren. Der Speicherdienst hört auf zu arbeiten, wenn ein Speichermedium zu 100 %% verwendet wird und keine zusätzlichen Warnmeldungen erfolgen.

Volumes

Der -Speicherdienst partitioniert den verfügbaren Speicher in separate Volumes, die dazu bestimmt sind, System- und Mandantendaten zu speichern. Für Volumes werden die Laufwerke im Speicherpool kombiniert, um die Fehlertoleranz, Skalierbarkeit und Leistungsvorteile von „Direkte Speicherplätze“ zu erhalten. Weitere Informationen zu Volumes im Azure Stack Hub finden Sie unter Verwalten der Speicherinfrastruktur für Azure Stack Hub.

Objektspeichervolumes enthalten Mandantendaten. Zu Mandantendaten zählen Seitenblobs, Blockblobs, Anfügeblobs, Tabellen, Warteschlangen, Datenbanken sowie dazugehörige Metadatenspeicher. Die Anzahl der Objektspeichervolumes entspricht der Anzahl der Knoten in der Azure Stack Hub-Bereitstellung:

• Bei einer Bereitstellung mit vier Knoten gibt es vier Objektspeichervolumes. Bei einer Bereitstellung mit mehreren Knoten verringert sich die Anzahl von Volumes nicht, wenn ein Knoten entfernt wird oder fehlerhaft ist.
• Wenn Sie das ASDK verwenden, liegt ein einzelnes Volume mit einer einzelnen Freigabe vor.

Die Objektspeichervolumes dienen der exklusiven Nutzung von Speicherdiensten. Sie dürfen keine Dateien auf den Volumes direkt ändern, hinzufügen oder entfernen. Nur Speicherdienste sollten für die dateien funktionieren, die in diesen Volumes gespeichert sind.

Da die Speicherobjekte (Blobs usw.) einzeln in einem einzelnen Volume enthalten sind, kann die maximale Größe jedes Objekts die Größe eines Volumes nicht überschreiten. Die maximale Größe neuer Objekte hängt von der Kapazität ab, die beim Erstellen dieses neuen Objekts als nicht verwendeter Speicherplatz in einem Volume verbleibt.

Wenn ein Objektspeicher-Volume wenig freien Speicherplatz hat und Aktionen zur Freigabe von Speicherplatz nicht erfolgreich oder verfügbar sind, können Azure Stack Hub-Cloud-Operatoren Speicherobjekte von einem Volume zu einem anderen migrieren.

Informationen dazu, wie Mandantenbenutzer mit Blob Storage in Azure Stack Hub arbeiten, finden Sie unter Azure Stack Hub-Speicherdienste.

Überwachen des Speichers

Verwenden Sie Azure PowerShell oder das Administratorportal, um die bereitgestellte und verwendete Kapazität zu überwachen und die Migration zu planen, um einen kontinuierlichen normalen Betrieb des Systems sicherzustellen.

Es gibt drei Tools für die Überwachung der Volumenkapazität:

• Portal und PowerShell für die aktuelle Volumekapazität
• Benachrichtigungen zu Speicherplatz.
• Volumenkapazitätsmetriken.

In diesem Abschnitt wird beschrieben, 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 Cmdlets PowerShell Get-AzsVolume überwachen. Das Cmdlet gibt den gesamten und freien Speicherplatz in Gigabyte (GB) für jedes Volume zurück.

• Gesamtkapazität: Dies ist der gesamte Speicherplatz in GB, der auf der Freigabe zur Verfügung steht. Dieser Bereich wird für Daten und Metadaten verwendet, die von den Speicherdiensten verwaltet werden.
• Verbleibende Kapazität: Die Menge des freien Speicherplatzes in GB, um die Mandantendaten und die zugehörigen Metadaten zu speichern.

Verwenden des Administratorportals

Als Cloudoperator können Sie das Administratorportal verwenden, um die Speicherkapazität aller Volumes anzuzeigen.

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

2. Wählen Sie Alle Dienste>Speicher>Volumes aus, um die Volumeliste zu öffnen, in der Sie die Nutzungsinformationen anzeigen können.

   

   • Total: Der gesamte verfügbare Speicherplatz auf dem Volume. Dieser Bereich 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.

Benachrichtigungen zu Speicherplatz

Wenn Sie das Administratorportal verwenden, erhalten Sie Benachrichtigungen zu Volumes, die wenig Speicherplatz haben.

Wichtig

Achten Sie als Cloudbetreiber darauf, dass Freigaben nicht vollständig belegt sind. Wenn eine Freigabe vollständig belegt ist, funktioniert der Speicherdienst für diese Freigabe nicht mehr. Wenden Sie sich an den Support von Microsoft, um Speicherplatz freizugeben und wieder Vorgänge für eine vollständig ausgelastete Freigabe zu ermöglichen.

• Warnung: Wenn eine Dateifreigabe zu mehr als 90 % belegt ist, erhalten Sie im Administratorportal eine Benachrichtigung vom Typ „Warnung”:

  

• Kritisch: Wenn eine Dateifreigabe zu mehr als 95 % belegt ist, erhalten Sie im Administratorportal eine Benachrichtigung vom Typ „Kritisch”:

  

• Details anzeigen: Im Administratorportal können Sie die Details einer Warnung öffnen, um Ihre Entschärfungsoptionen anzuzeigen:

  

Volumenkapazitätsmetriken

Volumenkapazitätsmetriken enthalten detailliertere Informationen zu bereitgestellter Kapazität und Nutzungskapazität für verschiedene Objekttypen. Die Metrikdaten werden 30 Tage lang aufbewahrt. Ein Hintergrundüberwachungsdienst aktualisiert die Volumenkapazitätsmetriken stündlich.

Es ist erforderlich, die Ressourcennutzung eines Volumes zu verstehen, indem der Kapazitätsmetrikbericht proaktiv überprüft wird. Um die entsprechende Maßnahme zur Freigabe von Speicherplatz festzulegen, kann der Cloud-Betreiber die Ressourcentypverteilung analysieren, wenn ein Volume fast voll ist. Der Bediener kann auch verhindern, dass das Volume überbeansprucht wird, wenn die bereitgestellte Datenträgergröße angibt, dass das Volume übermäßig bereitgestellt wurde.

Azure Monitor stellt die folgenden Metriken bereit, um die Volumenkapazitätsauslastung anzuzeigen:

• Volumegesamtkapazität zeigt die gesamte Speicherkapazität des Volumes an.
• 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 für VM-Datenträger kann denselben Speicherbereich gemeinsam mit Images, Momentaufnahmen oder anderen Datenträgern nutzen (siehe Datenträger). Diese Zahl kann kleiner als die Summe der verwendeten Kapazität aller einzelnen VM-Datenträgerobjekte sein.
• Sonstige verwendete Kapazität des Volumes ist die gesamte verwendete Größe von Objekten, die keine Datenträger sind – einschließlich Blockblobs, Anfügeblobs, Tabellen, Warteschlangen und Blobmetadaten.
• Vorgesehene Kapazität für VM-Datenträger ist die insgesamt vorgesehene Größe von Seitenblobs und verwalteten Datenträgern/Snapshots. Diese Größe ist der Maximalwert der Gesamten Datenträgerkapazität, auf die alle verwalteten Datenträger und Seitenblobs auf dem spezifischen Volume vergrößert werden können.

So zeigen Sie Volumenkapazitätsmetriken 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. Informationen zum Anmelden bei Azure Stack Hub finden Sie unter Konfigurieren der Operatorumgebung und Anmelden bei Azure Stack Hub.

2. Laden Sie Azure Stack Hub-Tools aus GitHub-Repositoryherunter. Ausführliche Schritte finden Sie unter Herunterladen von Azure Stack Hub-Tools von GitHub.

3. Generieren Sie die JSON-Datei des Kapazitätsdashboards, indem Sie den folgenden Befehl unter CapacityManagement-ausführen:

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

   Mit diesem Befehl wird eine JSON-Datei erstellt, die mit DashboardVolumeObjStore- unter dem Ordner DashboardGeneratorbeginnt.

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

5. Wählen Sie im Dashboard Uploadaus, und wählen Sie dann die in Schritt 3 generierte JSON-Datei aus:

   

6. Sobald der JSON-Code hochgeladen wurde, werden Sie zum neuen Kapazitätsdashboard weitergeleitet. Jedes Volume verfügt über ein entsprechendes Diagramm im Dashboard. Die Anzahl der Diagramme entspricht der Anzahl der Bände.

   

7. Durch Klicken auf eines der Volumes können Sie fünf Kapazitätsmetriken des spezifischen Volumes im detaillierten Diagramm überprüfen:

   

Volumennutzungsmuster

Durch die Überprüfung der Volumekapazitätsmetriken versteht der Cloudoperator, wie viel kapazität eines Volumes verwendet wird und welcher Ressourcentyp den größten Teil des Speicherplatzes benötigt. Das Raumnutzungsmuster ist nach folgenden Typen gruppiert, und der Operator kann für jeden Typ unterschiedliche Aktionen ausführen:

Unterbereitgestellte, freie Kapazität: Es gibt genügend verfügbare Kapazität auf dem Volume, und die insgesamt bereitgestellte Kapazität aller Datenträger, die sich auf diesem Volume befinden, ist kleiner als die insgesamt verfügbare Kapazität. Das Volume ist für weitere Speicherobjekte verfügbar, einschließlich von Festplatten und anderen Objekten (Block-/Append-Blobs, Tabellen und Warteschlangen). Sie müssen nichts tun, um die Lautstärke anzupassen.

Ü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 in den VM-Datenträgern gefüllt werden, die sich auf diesem Volume befinden. Sie sollten den Nutzungstrend dieses Volumens genau überwachen. Wenn es sich in das überprovisionierte Muster mit geringer Kapazitätändert, müssen Sie möglicherweise Maßnahmen ergreifen, um Speicherplatz freizugeben.

Überprovisionierte, niedrige Kapazität: Die verbleibende Kapazität der Partition ist niedrig, und sowohl die bereitgestellte als auch die verwendete Kapazität des VM-Datenträgers ist hoch.

Die geringe verbleibende Kapazität weist darauf hin, dass der Speicherplatz fast vollständig genutzt wird. Die Betreiber müssen sofort Maßnahmen ergreifen, um Speicherplatz freizugeben, um zu verhindern, dass das Volume zu 100 % genutzt wird, was den Speicherdienst blockiert. Die hohe Kapazität der verwendeten VM-Datenträger zeigt, dass der Großteil der Volumennutzung aus VM-Datenträgern besteht. Siehe Migrieren eines Datenträgers, um Datenträger von einem vollen Volume auf andere verfügbare Volumes zu verschieben, um Speicherplatz freizugeben.

Unterversorgt, niedrige Kapazität, hohe Blockblobs: Die verbleibende Kapazität des Volumes ist niedrig, sowohl die bereitgestellte als auch die genutzte Kapazität der VM-Festplatte sind niedrig, aber die andere verwendete Kapazität ist hoch.

Da das Volume Gefahr läuft, vollständig genutzt zu werden, sollte der Betreiber sofort Maßnahmen ergreifen, um Speicherplatz freizugeben. Die hohe 'sonstige' Kapazitätsauslastung gibt an, dass der größte Teil der Speicherkapazität von Block-/Anfüge-Blobs oder Tabellen/Warteschlangen beansprucht wird. Wenn die verfügbare Kapazität des Volumes kleiner als 20%ist, wird der Containerüberlauf ausgelöst, und ein neues Blob-Objekt wird nicht auf diesem fast vollen Volume platziert. Die vorhandenen Blobs können jedoch weiterhin wachsen. Um zu verhindern, dass die ständig wachsenden Blobs die Kapazität überlasten, können Sie sich an den Microsoft-Support wenden, um die Container abzufragen, die Speicherplatz auf dem jeweiligen Volume belegen, und entscheiden, ob die Bereinigung dieser Container von Mandanten durchgeführt werden muss, 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 verfügt über eine hohe Speicherplatznutzung durch Datenträger und andere Speicherobjekte. Um zu vermeiden, dass das Volume vollständig voll wird, sollten Sie Speicherplatz freigeben. Es wird empfohlen, dass Sie zuerst die Anweisungen in Migrieren von Datenträgern befolgen, um Datenträger vom vollständigen Volumen auf andere verfügbare Volumen zu verschieben. Sie können sich auch an den Microsoft-Support wenden, um die Container abzufragen, die Speicherplatz auf dem jeweiligen Volume belegen, und entscheiden, ob die Bereinigung dieser Container von Mandanten durchgeführt werden muss, um Speicherplatz freizugeben.

Verwalten des verfügbaren Speicherplatzes

Wenn es erforderlich ist, Speicherplatz auf einem Volume freizuschalten, verwenden Sie zuerst die am wenigsten invasiven Methoden. Versuchen Sie beispielsweise, Speicherplatz freizufordern, bevor Sie eine verwaltete Festplatte migrieren.

Zurückfordern der Kapazität

Sie können die Kapazität zurückfordern, die von Mandantenkonten verwendet wird, die gelöscht wurden. Diese Kapazität wird automatisch zurückgefordert, wenn der Datenaufbewahrungszeitraum erreicht wird, oder Sie können sie sofort zurückfordern.

Weitere Informationen finden Sie im Abschnitt "Kapazität zurückgewinnen" in Verwaltung von Azure Stack Hub Speicherkonten.

Migrieren eines verwalteten Datenträgers zwischen Volumes

Aufgrund von Mandantennutzungsmustern verwenden einige Mandantenvolumes mehr Speicherplatz als andere. Das Ergebnis kann ein Volumen sein, das wenig Speicherplatz hat, während andere Volumen relativ ungenutzt sind.

Sie können Speicherplatz auf einem überlasteten Volume freigeben, indem Sie einige verwaltete Datenträger manuell zu einem anderen Volume migrieren. Sie können mehrere verwaltete Datenträger auf ein einzelnes Volume migrieren, das über kapazität verfügt, um sie alle zu halten. Verwenden Sie die Migration, um verwaltete Offlinedatenträger zu verschieben. Offlineverwaltete Datenträger sind Datenträger, die nicht an eine VM angefügt sind.

Wichtig

Die Migration von verwalteten Datenträgern ist ein Offlinevorgang, der die Verwendung von PowerShell erfordert. Sie müssen die Zuordnung der Besitzer-VMs des Kandidatendatenträgers aufheben oder die Kandidatendatenträger für die Migration von ihren Besitzer-VMs trennen, bevor Sie den Migrationsauftrag starten (sobald der Migrationsauftrag abgeschlossen ist, können Sie die VMs erneut zuordnen oder die Datenträger erneut anfügen). Bis zur Migration müssen alle verwalteten Datenträger, die Sie migrieren, reserviert oder offline bleiben und nicht verwendet werden können, andernfalls würde der Migrationsauftrag abgebrochen, und alle nicht migrierten Datenträger befinden sich weiterhin auf ihren ursprünglichen Volumes. Sie sollten auch das Upgrade von Azure Stack Hub vermeiden, bis alle laufenden Migrationen abgeschlossen 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. Informationen zum Anmelden bei Azure Stack Hub finden Sie unter Konfigurieren der Operatorumgebung und Anmelden bei Azure Stack Hub.

2. Überprüfen Sie die verwalteten Datenträger, um zu verstehen, welche Datenträger sich auf dem Volume befinden, das Sie migrieren möchten. Um die besten Kandidatendatenträger für die Migration in einem Volume zu identifizieren, verwenden Sie das 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
   

   Überprüfen Sie dann $Disks:

   $Disks
   

   

3. Identifizieren Sie das beste Zielvolume für die datenträger, die Sie migrieren:

   $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 ist asynchron. Wenn Sie mit der Migration anderer Datenträger beginnen, bevor die erste Migration abgeschlossen ist, verwenden Sie den Auftragsnamen, um den Status der einzelnen Datenträger nachzuverfolgen:

   $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 mithilfe des Auftragsnamens nachverfolgen, bis der Status bestätigt, dass der Migrationsauftrag Abgebrochenist:

   Stop-AzsDiskMigrationJob -Name $jobName
   

   

Nicht verwaltete Datenträger verteilen

Die extremste Methode zum Verwalten von Speicherplatz ist das Verschieben von nicht verwalteten Datenträgern. Wenn der Mandant einem Container nicht verwaltete Datenträger hinzufügt, kann die gesamte verwendete Kapazität des Containers über die verfügbare Kapazität des Volumes hinaus wachsen, das es enthält, bevor der Container in den Überlaufmodus wechselt. Um zu vermeiden, dass ein einzelner Container den Speicherplatz eines Volumes auslastet, kann der Mandant die vorhandenen nicht verwalteten Datenträger eines Containers auf verschiedene Container verteilen. Da die Verteilung eines angefügten Containers (einer, der einen VM-Datenträger enthält) komplex ist, wenden Sie sich an den Microsoft-Support, um diese Aktion auszuführen.

Verfügbarer Arbeitsspeicher für VMs

Azure Stack Hub wird als hyperkonvergenter Cluster von Compute und Speicher erstellt. Die Konvergenz ermöglicht die gemeinsame Nutzung der Hardware, die als Skaleneinheit bezeichnet wird. In Azure Stack Hub bietet eine Skalierungseinheit die Verfügbarkeit und Skalierbarkeit von Ressourcen. Eine Skalierungseinheit besteht aus einer Reihe von Azure Stack Hub-Servern, die als Hosts oder Knoten bezeichnet werden. Die Infrastruktursoftware wird in einer Reihe von virtuellen Computern gehostet und verwendet dieselben physischen Server wie die Mandanten-VMs. Alle Azure Stack Hub-VMs werden dann von den Windows Server-Clusteringtechnologien der Skalierungseinheit und einzelnen Hyper-V Instanzen verwaltet. Die Skalierungseinheit vereinfacht den Erwerb und die Verwaltung von Azure Stack Hub. Die Skalierungseinheit ermöglicht auch die Bewegung und Skalierbarkeit aller Dienste in Azure Stack Hub, Mandanten und Infrastruktur.

Sie können ein Kreisdiagramm im Administratorportal überprüfen, in dem der kostenlose und verwendete Arbeitsspeicher im Azure Stack Hub angezeigt wird. Zum Beispiel:

Die folgenden Komponenten verbrauchen den Speicher im verwendeten Abschnitt des Kreisdiagramms:

• Nutzung des Hostbetriebssystems bzw. Reserve: Dies ist der Arbeitsspeicher, der vom Betriebssystem auf dem Host, von virtuellen Speicherseitentabellen, von auf dem Hostbetriebssystem ausgeführten Prozessen und vom Arbeitsspeichercache von „Direkte Speicherplätze“ genutzt wird. Dieser Wert kann schwanken, da er von dem Arbeitsspeicher abhängt, der von den verschiedenen, auf dem Host ausgeführten Hyper-V-Prozessen beansprucht wird.
• Infrastrukturdienste: Die Infrastruktur-VMs, aus denen Azure Stack Hub besteht. Dies umfasst etwa 31 VMs, die 242 GB + (4 GB x Anzahl der Knoten) des Arbeitsspeichers belegen. Die Speicherauslastung der Infrastrukturdienstekomponente kann sich ändern, wenn wir daran arbeiten, unsere Infrastrukturdienste skalierbarer und stabiler zu machen.
• Resilienzreserve: Azure Stack Hub reserviert einen Teil des Speichers, um die Mandantenverfügbarkeit während eines einzelnen Hostfehlers zu ermöglichen, und während des Patches und Updates, um eine erfolgreiche Livemigration von VMs zu ermöglichen.
• Mandanten-VMs: VMs, die von Azure Stack Hub-Benutzern erstellt wurden. Zusätzlich zur Ausführung von VMs wird Arbeitsspeicher von allen VMs genutzt, die auf dem Fabric landen. Das bedeutet, dass virtuelle Computer mit dem Zustand Wird erstellt oder Fehler sowie virtuelle Computer, die über den Gast heruntergefahren werden, Arbeitsspeicher beanspruchen. VMs, die mit der Option „Stopp (zugewiesene) Ressourcen” über das Azure Stack Hub-Benutzerportal, PowerShell oder Azure CLI freigegeben wurden, verbrauchen jedoch keinen Speicher von Azure Stack Hub.
• Add-On-Ressourcenanbieter: VMs, die für Add-On-Ressourcenanbieter wie SQL, MySQL und App Service bereitgestellt wurden.

Verfügbarer Speicher für die Platzierung von virtuellen Computern

Als Cloudoperator für Azure Stack Hub gibt es keine automatisierte Möglichkeit, den zugewiesenen Speicher für jeden virtuellen Computer zu überprüfen. Sie können Zugriff auf Ihre Benutzer-VMs haben und den zugewiesenen Speicher manuell berechnen. Der zugewiesene Speicher spiegelt jedoch nicht die tatsächliche Verwendung wider. Dieser Wert kann niedriger als der zugewiesene Wert sein.

Zum Trainieren des verfügbaren Arbeitsspeichers für virtuelle Computer wird die folgende Formel verwendet:

Verfügbarer Speicher für die Platzierung von virtuellen Computern = Total Host Memory--Resiliency Reserve--Memory used by running tenant VMs - Azure Stack Hub Infrastructure Overhead

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

Wo:

H- = Größe des einzelnen Hostspeichers

N = Größe der Skalierungseinheit (Anzahl der Hosts)

R = Vom Hostbetriebssystem verwendete Betriebssystemreserve bzw. verwendeter Arbeitsspeicher, in dieser Formel 0,15

V = Größte VM in der Skaleneinheit in Bezug auf Speicher

Azure Stack Hub Infrastructure Overhead = 242 GB + (4 GB x Anzahl von Knoten). Das erklärt, warum ungefähr 31 VMs verwendet werden, um die Infrastruktur von Azure Stack Hub zu hosten.

Arbeitsspeicher, der vom Hostbetriebssystem verwendet wird, = 15 Prozent (0,15) des Hostspeichers. Der Reservewert des Betriebssystems ist eine Schätzung und variiert je nach physischer Speicherkapazität des Hosts und allgemeinem Betriebssystem-Overhead.

Der Wert V, der größte virtuelle Computer in der Skalierungseinheit, basiert dynamisch auf der größten bereitgestellten Mandanten-VM. Beispielsweise kann der größte VM-Wert 7 GB oder 112 GB oder eine andere unterstützte VM-Speichergröße in der Azure Stack Hub-Lösung sein. Damit genügend Arbeitsspeicher reserviert ist, damit eine Livemigration dieser großen VM nicht fehlschlägt, wählen wir die Größe der größten VM aus. Das Ändern der größten VM im Azure Stack Hub Fabric führt zusätzlich zur Erhöhung des Arbeitsspeichers der VM selbst zu einer Erhöhung der Resilienzreserve.

Beispiel: mit einer Skalierungseinheit mit 12 Knoten:

Stempeldetails	Werte
sts (N)	12
Arbeitsspeicher pro Host (H)	384
Gesamtspeicher der Skalierungseinheit	4608
Betriebssystem-Reserve (R)	15 %
Größter virtueller Computer (V)	112
Resilienzreserve =	H + R * ((N-1) * H) + V * (N-2)
Resilienzreserve =	2137,6

Mit diesen Informationen können Sie berechnen, dass ein Azure Stack Hub mit 12 Knoten von 384 GB pro Host (Insgesamt 4.608 GB) 2.137 GB für Resilienz reserviert ist, wenn der größte virtuelle Computer über 112 GB Arbeitsspeicher verfügt.

Wenn Sie das Blatt Kapazität für den physischen Speicher gemäß der folgenden Abbildung konsultieren, enthält der Wert Verwendet die Resilienzreserve. Dieses Diagramm stammt aus einer Azure Stack Hub-Instanz mit vier Knoten:

Beachten Sie diese Überlegungen, wenn Sie die Kapazität für Azure Stack Hub planen. Darüber hinaus können Sie das Azure Stack Hub Capacity Planner Tool verwenden.

Nächste Schritte

Weitere Informationen zum Anbieten von VMs für Benutzer finden Sie unter Verwalten der Speicherkapazität für Azure Stack Hub.