Speicherplätze - Mischen Sie SSD mit HDD

Dies erweitert TiernanOs Antwort ein wenig - ich hatte Mühe, einen guten Hintergrund für all das zu finden, also dachte ich, ich würde es für alle gut aufschreiben:

SSDs können verwendet werden, um die Pools zu beschleunigen. Dies funktioniert jedoch nur in bestimmten Situationen, und es gibt eine Reihe von Bedingungen, die eingehalten werden müssen.

Erstens können Sie SSDs nicht einfach zu einem vorhandenen Pool hinzufügen und erwarten, dass Ihr System dadurch schneller wird. Wenn Sie SSDs mit HDDs im selben Pool mischen, verschwenden Sie im Grunde die SSDs, da jede Ihrer Dateien über die anderen Festplatten verteilt ist. Die Hälfte Ihrer Datei befindet sich möglicherweise auf einer SSD und die andere Hälfte auf Die Festplatte - Sie müssen also immer noch warten, bis die Festplatte hochgefahren ist und nach den Daten sucht, bevor sie tatsächlich von Ihrem Computer verwendet werden kann, obwohl die SSD die erste Hälfte der Daten schon vor langer Zeit gefunden hat. [Dies ist eine Vereinfachung, die Daten werden auf Blockebene und nicht auf Dateiebene auf verschiedene Platten aufgeteilt.]

Daher möchten Sie SSDs und HDDs wahrscheinlich nicht auf derselben virtuellen Festplatte mischen. Pools bestehen nur aus HDDs oder nur aus SSDs und nicht aus beiden. Im Übrigen ist es in Ordnung, dass sie sich in demselben Speicherpool befinden und nicht auf derselben virtuellen Festplatte arbeiten.

Nun zurück zu Ihrer Frage - ja, es ist möglich, SSDs zu verwenden, um die Arbeit mit der Journaling-Funktion von Storage Space zu beschleunigen - aber es gibt einige Bedingungen:

1. Sie müssen ein virtuelles Laufwerk mit einer Ausfallsicherheitseinstellung von "Parity" verwenden. Journallaufwerke können nicht mit virtuellen Laufwerken "Simple" oder "Mirror" verwendet werden
2. Sie müssen mindestens zwei SSDs haben - Sie können dies nicht überschreiben (im Hintergrund sind sie als Spiegelungsbereich konfiguriert, falls einer ausfällt).
3. Der gesamte Speicherplatz auf der SSD muss für das Journaling reserviert sein. Sie können keine der SSDs zum Speichern von Daten verwenden
4. Nichts davon kann über die Windows-Benutzeroberfläche in Windows 8 oder Server 2012 konfiguriert werden. Sie müssen dies manuell mit PowerShell tun
5. Wenn Sie die Anzahl der Paritätsbereiche in Ihrem Pool manuell erhöht haben, sollten Sie die Anzahl der Journaldatenträger gleichermaßen erhöhen (wenn Sie beispielsweise den Standardbereich für die Parität 1 verwenden, benötigen Sie 2 SSDs. Wenn Sie 2 Paritätsbereiche haben, Sie benötigen 4 SSDs usw.).
6. Es ist offensichtlich, aber das Hinzufügen von Journal-Festplatten erhöht nur die Geschwindigkeit des Datenschreibens auf die virtuelle Festplatte - die Datenlesegeschwindigkeit bleibt davon unberührt

Wenn Sie davon überzeugt sind, dass Sie mit diesen Einschränkungen zufrieden sind, müssen Sie Folgendes in einem erhöhten PowerShell-Fenster ausführen:

In diesem Beispiel gehe ich davon aus, dass Sie Ihren Speicherpool oder Ihre virtuellen Laufwerke noch nicht erstellt haben. Wenn Sie über einen vorhandenen Satz verfügen, ändern Sie die Anweisungen entsprechend.

# See what disks you've got available so you can set the below variables Get-StoragePool -IsPrimordial $true | Get-PhysicalDisk ` | Where-Object CanPool -eq $True  # Tell Windows which disk is a traditional HDD and which is an SSD $HDDs = "PhysicalDisk1", "PhysicalDisk2", "PhysicalDisk3" $SSDs = "PhysicalDisk4", "PhysicalDisk5"  # Create a new storage pool (these are fairly default options) New-StoragePool -FriendlyName "Your Storage Pool" ` -PhysicalDisks (Get-PhysicalDisk $HDDs) ` -StorageSubSystemFriendlyName "Storage Spaces*" ` -ResiliencySettingNameDefault Parity  # Add in your two (or more) Journal disks Add-PhysicalDisk -StoragePoolFriendlyName "Your Storage Pool" ` -PhysicalDisks (Get-PhysicalDisk $SSDs) -Usage Journal  # Create the virtual disk and get it ready for use New-VirtualDisk -FriendlyName "Parity Protected & Journaled Data" ` -StoragePoolFriendlyName "Your Storage Pool" -NumberOfColumns 3 ` -ProvisioningType Thin -ResiliencySettingName Parity -Size 2TB ` | Initialize-Disk -PassThru -PartitionStyle MBR ` | New-Partition -AssignDriveLetter -UseMaximumSize ` | Format-Volume -FileSystem NTFS ` -NewFileSystemLabel "Parity Protected & Journaled" -Confirm:$false 

Sie können jetzt überprüfen, ob alles funktioniert hat Get-PhysicalDisk:

FriendlyName CanPool OperationalStatus HealthStatus Usage Size ------------ ------- ----------------- ------------ ----- ---- PhysicalDisk1 False OK Healthy Auto-Select 10.25 GB PhysicalDisk2 False OK Healthy Auto-Select 10.25 GB PhysicalDisk3 False OK Healthy Auto-Select 10.25 GB PhysicalDisk4 False OK Healthy Journal 10.25 GB PhysicalDisk5 False OK Healthy Journal 10.25 GB 

Quellen:

• TechNet-Foren: Speicherpool für langsame Leistung
• TechNet Wiki: Speicherbereiche - Design für Leistung
• Zufälliger Blogbeitrag: Relative Performance von Parity .vs. Spiegeln in Speicherbereichen

Ich denke, das ist auf Windows Server 2012 R2 verbessert .

• Rückschreibcache

Speicherbereiche können vorhandene Solid-State-Laufwerke im Speicherpool verwenden, um einen Write-Back-Cache zu erstellen, der bei Stromausfällen tolerant ist und kleine zufällige Schreibvorgänge auf Solid-State-Laufwerke puffert, bevor sie später auf Festplatten geschrieben werden.

• Welchen Wert bringt diese Änderung?

Kleine zufällige Schreibvorgänge beherrschen häufig übliche Workloads in Unternehmen und können sich auf die Leistung anderer Datenübertragungen auswirken. Durch die Verwendung von Solid-State-Laufwerken (die beim wahlfreien Zugriff übertreffen) für einen Write-Back-Cache können Speicherbereiche die Latenzzeit für zufällige Schreibvorgänge reduzieren und auch die Auswirkungen auf die Leistung anderer Datenübertragungen erheblich reduzieren.

• Was funktioniert anders?

Der Write-Back-Cache ist für Administratoren und Benutzer transparent und wird auf allen neuen virtuellen Laufwerken erstellt, wenn im Speicherpool eine ausreichende Anzahl von Solid-State-Laufwerken vorhanden ist. Dies wird durch die folgenden Anforderungen an den zugeordneten Speicherplatz bestimmt:

1. Einfache Speicherplätze erfordern ein Solid-State-Laufwerk
2. Zweiwege-Spiegelbereiche und Einparitätsbereiche erfordern zwei Solid-State-Laufwerke
3. Dreiwege-Spiegelbereiche und Dual-Parity-Bereiche erfordern drei Solid-State-Laufwerke

Der Rückschreibcache funktioniert mit allen Arten von Speicherbereichen, einschließlich Speicherbereichen mit Speicherebenen.

Neu erstellte Speicherbereiche verwenden standardmäßig standardmäßig einen 1 GB großen Write-Back-Cache, wenn der Speicherpool genügend physische Laufwerke enthält, für die MediaType auf SSD oder Usage auf Journal festgelegt ist, um die angegebene Einstellung der Ausfallsicherheit zu unterstützen. Wenn nicht genügend physische Laufwerke mit diesen Einstellungen vorhanden sind, wird die Größe des Write-Back-Caches auf 0 festgelegt, mit Ausnahme von Paritätsbereichen, die auf 32 MB eingestellt sind.

Es kommt wirklich darauf an. Es gibt mindestens vier Möglichkeiten, SSDs in einem gemischten Setup zu verwenden, dh, wenn sowohl HDDs als auch SSDs vorhanden sind:

• Sie können sie einfach blind dem Pool hinzufügen. Dies macht überhaupt keinen Sinn, da sich die Daten zufällig auf Ihre Festplatten ausbreiten, egal wie schreibintensiv es ist. Hinweis: Dies ist natürlich die Standardeinstellung.
• Sie können die SSDs für das Journaling mit Paritätsräumen (RAID5 / 6) verwenden, dh für das Zwischenspeichern während des Schreibvorgangs. Dies würde ich von ganzem Herzen empfehlen, wenn Paritätsräume nicht so stark saugen. Nein, wirklich, es ist schlecht, um jeden Preis zu vermeiden. Für gespiegelte Bereiche ist ein dediziertes Journal nutzlos, da keine Parität erforderlich ist, sondern nur eine 1: 1-Kopie.
• Sie können gestaffelten Speicher einrichten und Windows automatisch Daten mit häufigem Zugriff auf die schnelleren SSDs verschieben lassen. Das mag anständig funktionieren, aber es ist wirklich schwer zu messen, daher kann ich nicht sagen, ob es gut oder schlecht ist.
• Sie können auch zwei separate Arrays erstellen, die 2 SSDs in einen 2-Wege-Spiegel für Programmdateien und anderes schreibintensives Material legen und die 4 HDDs in einen anderen 2-Wege-Spiegel für alles andere legen. Dies ist das, was ich für Sie empfehle.

Wenn Sie neugierig sind, warum ich so zuversichtlich bin, liegt das daran, dass ich ein paar Wochen damit verbracht habe, Speicherplätze zu testen. Schauen Sie sich meine umfassende Benchmarking-Serie für alle Zahlen an, die meine Aussagen untermauern:

• Speicherplatz-Leistungsanalyse - Teil 1
• Speicherplatz-Leistungsanalyse - Teil 2
• Speicherplatz-Leistungsanalyse - Teil 3

Prost.

There is very little documentation on this, but i did read somewhere that Storage Spaces has the option to add a disk to a pool for Journaling. I cant find the original article, but if you look at the Add-PhysicalDisk cmdlet, under Usage, there is an option for Journal... When I read about it, the guy mentioned that he used an SSD as a journal disk, and added it to a pool of 8 2Tb drives, and read and write increased by 40+%... Your Mileage may Vary, but it might be worth a shot...

As a third party option, you may also want to have a look at FancyCache. You can use memory and SSDs as a cache for your slower Media. I used it before, and it worked well, just have not had a chance to re-install since moving to Server 2012...