Direkte Speicherplätze im VMM verwalten

In diesem Artikel wird ein Überblick über Direkte Speicherplätze (S2D) und deren Bereitstellung in der System Center Virtual Machine Manager (VMM) Fabric bereitgestellt.

Direkte Speicherplätze (S2D) wurden in Windows Server 2016 eingeführt. Es gruppiert physische Speicherlaufwerke in virtuellen Speicherpools, um virtualisierten Speicher bereitzustellen. Mit virtualisiertem Speicher können Sie:

• Mehrere physische Speicherquellen als eine einzige virtuelle Einheit verwalten.
• Preiswerten Speicher, mit und ohne externe Speichergeräte holen.
• Unterschiedliche Speichertypen in einem einzigen virtuellen Speicherpool zusammenfassen.
• Einfach Speicher bereitstellen und Sie virtualisierten Speicher bei Bedarf erweitern, indem Sie neue Laufwerke hinzufügen.

Hinweis

VMM 2022 unterstützt die hyperkonvergierte Infrastruktur (HCI, Version 20H2 und 21H2) von Azure Stack.

Wie funktioniert dies?

S2D erstellt Speicherpools aus Speicher, der an bestimmte Knoten in einem Windows Server-Cluster angeschlossen ist. Bei dem Speicher kann es sich um internen Speicher auf dem Knoten oder um Datenträger handeln, die direkt an einen einzelnen Knoten angeschlossen sind. Zu den unterstützten Speicherlaufwerken gehören NVMe, SSD, die über SATA oder SAS angeschlossen sind, und HDD. Weitere Informationen

• Wenn Sie S2D auf einem Windows Server-Cluster aktivieren, erkennt S2D automatisch in Frage kommenden Speicher und fügt ihn zu einem Speicherpool für den Cluster hinzu.
• S2D erstellt außerdem einen integrierten serverseitigen Speicher-Cache, um die Leistung zu maximieren. Die schnellsten Laufwerke werden für die Zwischenspeicherung und die übrigen Laufwerke für die Kapazität verwendet. Erfahren Sie mehr über den Cache.
• Sie erstellen Volumen aus einem Speicherpool. Beim Erstellen eines Volumes wird der virtuelle Datenträger (Speicherplatz) erstellt, partitioniert und formatiert, dem Cluster hinzugefügt und in ein gemeinsam genutztes Cluster-Volume (CSV) konvertiert.
• Sie konfigurieren unterschiedliche Stufen der Fehlertoleranz für ein Volume, um festzulegen, wie virtuelle Datenträger über die physischen Datenträger im Pool verteilt werden, wobei SMB 3.0 verwendet wird. Sie können ein Volumen ohne Ausfallsicherheit oder mit Spiegelungs- oder Paritätsausfallsicherheit konfigurieren. Weitere Informationen

Konvergente und nicht konvergente Bereitstellung

Ein Cluster, auf dem S2D läuft, kann auf mehrere Arten bereitgestellt werden:

• Hyperkonvergente Bereitstellung: Hyper-V-Compute und S2D-Speicher laufen innerhalb desselben Clusters, ohne dass sie voneinander getrennt sind. Dadurch wird eine gleichzeitige Skalierung von Rechen- und Speicherressourcen bereitgestellt.
• Disaggregierte Bereitstellung: Computeressourcen werden auf einem Hyper-V-Cluster ausgeführt. S2D-Speicher läuft auf einem unterschiedlichen Cluster. Sie skalieren die Cluster separat für eine fein abgestimmte Verwaltung.

Hyperkonvergente Bereitstellung

Hier ein Beispiel für eine hyperkonvergente Bereitstellung

Abbildung 1: Hyperkonvergente Bereitstellung

• VM-Dateien werden auf lokalen CSVs gespeichert.
• Dateifreigaben und SMB werden nicht verwendet.
• Nachdem S2D-CSV-Volumes verfügbar sind, stellen Sie sie wie jede andere Hyper-V-Bereitstellung bereit.
• Sie skalieren den Hyper-V-Compute-Cluster zusammen mit seinem S2D-Speicher.

Disaggregate Bereitstellung

Hier ein Beispiel für eine disaggregierte Bereitstellung

Abbildung 2: Disaggregierte Bereitstellung

• Dateifreigaben werden auf den S2D-CSVs erstellt.
• Hyper-V-VMs sind so konfiguriert, dass sie ihre Dateien auf dem skalierten Dateiserver (SOFS) speichern und der Zugriff über SMB 3.0 erfolgt.
• Sie skalieren die Hyper-V- und SOFS-Cluster separat für eine fein abgestimmte Verwaltung. Beispielsweise können Computeknoten bei vielen virtuellen Computern nahezu voll ausgelastet sein, aber die Speicherknoten verfügen möglicherweise über überschüssige Datenträger- und IOPS-Kapazität, sodass Sie nur zusätzliche Computeknoten hinzufügen.

Nächste Schritte

Bereitstellen eines hyperkonvergenten S2D-Clusters