Ereignisse
29. Apr., 14 Uhr - 30. Apr., 19 Uhr
Nehmen Sie am ultimativen virtuellen Windows Server-Ereignis vom 29. bis 30. April teil, um technische Deep-Dive-Sitzungen und Live-Q&A mit Microsoft-Technikern zu erhalten.
Jetzt anmeldenDieser Browser wird nicht mehr unterstützt.
Führen Sie ein Upgrade auf Microsoft Edge durch, um die neuesten Features, Sicherheitsupdates und den technischen Support zu nutzen.
Speicherplätze können eine Fehlertoleranz für Daten mithilfe von zwei grundlegende Verfahren anbieten: Spiegelung und Parität. In Direkte Speicherplätze führt ReFS die Parität mit Beschleunigung per Spiegelung ein und ermöglicht Ihnen so das Erstellen von Volumes, die sowohl Spiegelungs- als auch Paritätsresilienz verwenden. Die Parität mit Beschleunigung per Spiegelung bietet kostengünstigen, platzsparenden Speicher ohne Leistungseinbußen.
Spiegelungs- und Paritätsresilienzschemata weisen grundlegend unterschiedliche Speicher- und Leistungsmerkmale auf:
Daher ist die Spiegelung dazu prädisponiert, leistungsstarke Speicherung zu ermöglichen, während die Parität eine bessere Nutzung der Speicherkapazität bietet. Bei der Parität mit Beschleunigung per Spiegelung nutzt ReFS die Vorteile der einzelnen Resilienztypen, um durch die Kombination der beiden Resilienzschemata innerhalb eines einzelnen Volumes sowohl kapazitätseffiziente als auch leistungsstarke Speicherung zu bieten.
ReFS rotiert aktiv Daten zwischen Spiegelung und Parität, und zwar in Echtzeit. Dadurch können eingehende Schreibvorgänge schnell auf die Spiegelung geschrieben, anschließend auf die Parität rotiert und so auf effiziente Weise gespeichert werden. So werden eingehende E/A-Vorgänge schnell in der Spiegelung bearbeitet, während kalte Daten effizient in der Parität gespeichert werden. Dies bietet gleichzeitig eine optimale Leistung und kostengünstigen Speicher auf demselben Datenträger.
Um Daten zwischen Spiegelung und Parität zu rotieren, teilt ReFS das Volume logisch in Regionen von 64 MiB ein, der Einheit der Rotation. Die folgende Abbildung zeigt ein in Regionen unterteiltes Volume mit Parität mit Beschleunigung per Spiegelung.
ReFS beginnt, vollständige Regionen von der Spiegelung zur Parität zu rotieren, sobald die Spiegelebene eine angegebene Kapazität erreicht hat. Anstatt die Daten sofort von der Spiegelung zur Parität zu verschieben, wartet ReFS und speichert Daten so lange wie möglich in der Spiegelung, was ReFS ermöglicht, auch weiterhin eine optimale Leistung für die Daten zu bieten (siehe „E/A-Leistung“ weiter unten).
Wenn Daten von der Spiegelung zur Parität verschoben werden, werden die Daten gelesen, die Paritätscodierung berechnet und die Daten anschließend in die Parität geschrieben. Die folgende Animation zeigt dies mithilfe eines Drei-Wege-Spiegelung-Bereichs, der während der Rotation in einen löschcodierten Bereich konvertiert wird:
Schreibvorgänge: Eingehende Schreibvorgänge von ReFS-Diensten werden auf drei verschiedene Arten ausgeführt:
Schreibvorgänge auf Spiegelungen:
Schreibvorgänge in die Spiegelung, neu von der Parität zugewiesen:
Wenn der eingehende Schreibvorgang Daten in der Parität ändert und ReFS erfolgreich genügend freien Speicherplatz für den eingehenden Schreibvorgang in der Spiegelung findet, macht ReFS zunächst die vorherigen Daten in der Parität ungültig und schreibt sie anschließend in die Spiegelung. Dieses Ungültigmachen ist ein schneller und kostengünstiger Metadatenvorgang, der nennenswert dazu beiträgt, die Leistung der Schreibvorgänge für die Parität zu verbessern.
Schreibvorgänge in die Parität:
Wenn ReFS nicht genügend freien Speicherplatz in der Spiegelung finden kann, schreibt ReFS neue Daten in die Parität oder ändert direkt vorhandene Daten in der Parität. Der Abschnitt „Leistungsoptimierungen“ im Folgenden enthält Richtlinien, um die Schreibvorgänge in die Parität zu minimieren.
Lesevorgänge: ReFS liest direkt aus der Ebene, die die relevanten Daten enthält. Wenn die Parität mit HDDs erstellt wird, wird der Cache in „Direkte Speicherplätze“ diese Daten zur Beschleunigung zukünftiger Lesevorgänge zwischenspeichern.
Hinweis
Lesevorgänge veranlassen ReFS nie, Daten auf die Spiegelebene zurück zu rotieren.
Schreibvorgänge: Jede Art von Schreibvorgang, die oben beschrieben wurde, verfügt über eigene Leistungsmerkmale. Grob gesagt sind Schreibvorgänge auf der Spiegelebene viel schneller als neu zugeordnete Schreibvorgänge, und neu zugeordnete Schreibvorgänge sind deutlich schneller als Schreibvorgänge, die direkt auf Paritätsebene ausgeführt werden. Diese Beziehung wird durch die folgende Ungleichheit veranschaulicht:
Lesevorgänge: Es gibt keine nennenswerten Leistungseinbußen beim Lesen aus der Parität:
Die Komprimierung für ReFS ist ab Windows Server 2019 verfügbar, wodurch sich die Leistung für zu mindestens 90 Prozent gefüllte Volumes mit durch Spiegelung beschleunigter Parität erheblich verbessert.
Hintergrund: Wenn vorher Volumes mit Parität mit Beschleunigung per Spiegelung voll wurden, hat dies die Leistung dieser Volumes oft beeinträchtigt. Die Leistung nimmt ab, da die heißen und kalten Daten des gesamten Volumes im Laufe der Zeit vermischt werden. Dies bedeutet, dass weniger heiße Daten in der Spiegelung gespeichert werden können, da kalte Daten in der Spiegelung den Speicherplatz belegen, der andernfalls von heißen Daten verwendet werden könnte. Das Speichern von heißen Daten in der Spiegelung ist entscheidend, um die optimale Leistung aufrechtzuerhalten, da direkte Schreibvorgänge in die Spiegelung schneller als das neue Zuordnen von Schreibvorgängen sind, und die Größenordnungen schneller als direkte Schreibvorgänge in die Parität sind. Daher wirkt sich das Speichern kalter Daten in der Spiegelung negativ auf die Leistung aus, da es die Wahrscheinlichkeit verringert, dass ReFS direkte Schreibvorgänge in die Spiegelung durchführen kann.
Die ReFS-Komprimierung behandelt diese Leistungsprobleme durch das Freigeben von Speicherplatz in der Spiegelung für heiße Daten. Eine Komprimierung konsolidiert zuerst alle Daten – von Spiegelung und Parität – in der Parität. Dies reduziert die Fragmentierung des Volumes und erhöht den adressierbaren Speicherplatz in der Spiegelung. Was noch wichtiger ist: Dieser Prozess ermöglicht ReFS, heiße Daten wieder in der Spiegelung zu konsolidieren:
Wichtig
Schreibintensive VHDs sollten in verschiedenen Unterverzeichnissen platziert werden. Dies liegt daran, dass ReFS Metadatenänderungen auf der Ebene eines Verzeichnisses und seiner Dateien schreibt. Wenn Sie schreibintensive Dateien also auf Verzeichnisse verteilen, sind Metadatenvorgänge kleiner und werden parallel ausgeführt, wodurch die Latenz für Apps reduziert wird.
Mit Leistungsindikatoren wertet ReFS die Leistung der Parität mit Beschleunigung per Spiegelung aus.
Wie oben im Abschnitt zu Schreibvorgängen in die Parität beschrieben, schreibt ReFS direkt in die Parität, wenn kein freier Speicherplatz mehr in der Spiegelung gefunden wird. Das tritt in der Regel dann auf, wenn die gespiegelte Ebene schneller gefüllt wird, als die ReFS Daten in die Parität rotieren kann. Anders ausgedrückt, kann die ReFS-Rotation nicht mit der Aufnahme der Änderungsrate mithalten. Die folgenden Leistungsindikatoren ermitteln, wann ReFS direkt in die Parität schreibt:
# Windows Server 2016
ReFS\Data allocations slow tier/sec
ReFS\Metadata allocations slow tier/sec
# Windows Server 2019
ReFS\Allocation of Data Clusters on Slow Tier/sec
ReFS\Allocation of Metadata Clusters on Slow Tier/sec
Wenn diese Indikatoren ungleich null (0) sind, bedeutet dies, dass ReFS die Daten nicht schnell genug aus der Spiegelung rotiert. Damit dies vermieden wird, kann die Rotationsaggressivität geändert oder die Größe der gespiegelten Ebene erhöht werden.
ReFS beginnt mit dem Rotieren der Daten, wenn die Spiegelung einen angegebenen Kapazitätsschwellenwert erreicht hat.
ReFS führt einen einstellbaren Parameter für diesen Schwellenwert ein, der mit einem Registrierungsschlüssel konfiguriert werden kann. Dieser Registrierungsschlüssel muss für jeden Knoten in einer Bereitstellung mit direkten Speicherplätzen konfiguriert werden, und ein Neustart ist erforderlich, damit die Änderungen wirksam werden.
Wenn dieser Registrierungsschlüssel nicht festgelegt ist, verwendet ReFS einen Standardwert von 85 %. Dieser Standardwert wird für die meisten Bereitstellungen empfohlen. Werte unter 50 % werden nicht empfohlen. Der folgende PowerShell-Befehl veranschaulicht, wie dieser Registrierungsschlüssel mit dem Wert 75 % erstellt werden kann:
Set-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\Policies -Name DataDestageSsdFillRatioThreshold -Value 75
Um diesen Registrierungsschlüssel auf allen Knoten in einer Bereitstellung mit direkten Speicherplätzen zu konfigurieren, können Sie den folgenden PowerShell-Befehl ausführen:
$Nodes = 'S2D-01', 'S2D-02', 'S2D-03', 'S2D-04'
Invoke-Command $Nodes {Set-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\Policies -Name DataDestageSsdFillRatioThreshold -Value 75}
Das Vergrößern der gespiegelten Ebene ermöglicht ReFS, einen größeren Teil des Arbeitssatzes in der Spiegelung beizubehalten. Dies verbessert die Wahrscheinlichkeit, dass ReFS direkt in die Spiegelung schreiben kann, was zur Verbesserung der Leistung führt. Die folgenden PowerShell-Cmdlets veranschaulichen, wie Sie die gespiegelte Ebene vergrößern können:
Resize-StorageTier -FriendlyName "Performance" -Size 20GB
Resize-StorageTier -InputObject (Get-StorageTier -FriendlyName "Performance") -Size 20GB
Tipp
Stellen Sie sicher, dass Sie die Größe der Partition und des Volumes ändern, nachdem Sie die Größe von StorageTier geändert haben. Weitere Informationen und Beispiele finden Sie unter Erweitern eines Basisvolumes.
Das folgende PowerShell-Cmdlet erstellt ein Volume mit Parität mit Beschleunigung per Spiegelung mit einem Spiegelung:Parität-Verhältnis von 20:80. Diese Konfiguration wird für die meisten Workloads empfohlen. Weitere Informationen und Beispiele finden Sie unter Erstellen von Volumes in „Direkte Speicherplätze“.
New-Volume -FriendlyName "TestVolume" -FileSystem CSVFS_ReFS -StoragePoolFriendlyName "StoragePoolName" -StorageTierFriendlyNames Performance, Capacity -StorageTierSizes 200GB, 800GB
Ereignisse
29. Apr., 14 Uhr - 30. Apr., 19 Uhr
Nehmen Sie am ultimativen virtuellen Windows Server-Ereignis vom 29. bis 30. April teil, um technische Deep-Dive-Sitzungen und Live-Q&A mit Microsoft-Technikern zu erhalten.
Jetzt anmeldenTraining
Modul
Implementieren der Hochverfügbarkeit von Windows Server-Dateiservern - Training
Implementieren der Hochverfügbarkeit von Windows Server-Dateiservern
Dokumentation
Erfahren Sie mehr über: ReFS-Integritätsstreams
Weitere Informationen: Klonen von Blöcken auf ReFS
Speicherbuscache auf Speicherplätze
Erfahren Sie, wie Sie den Speicherbuscache auf eigenständigen Servern für eine bessere Lese- und Schreibleistung aktivieren.