Scale-Out-Dateiserver mit Storage Spaces Direct

Jungs! Nach einem kürzlich durchgeführten Upgrade unserer Infrastruktur habe ich eine Reihe stillgelegter Hardware, die ich für Speicherzwecke verwenden und einige neue Dinge ausprobieren möchte. Ich habe also 4 x DELL R630-Server mit 6 x Festplatte und 2 x SSDs. Laufwerke SMART sind grün, daher möchte ich diese Server als hochverfügbaren dedizierten Speichercluster verwenden. Ich möchte die neue Windows 2016 Storage Spaces Direct-Technologie als dedizierten Scale-Out-Dateiservercluster ausprobieren, daher habe ich 4 x Mellanox Connectx4 Dual-Port 10 Gbe NIC für sie bestellt. Wissen Sie, wie Sie eine solche Konfiguration ordnungsgemäß bereitstellen können? Probleme oder Nachteile dieses Szenarios? Da alle offiziellen Leitfäden nur hyperkonvergente Ansätze behandeln, wäre eine kurze Schritt-für-Schritt-Anleitung für dediziertes SoFS fantastisch!

Ihr Szenario ist in Ordnung, wenn Sie eine Menge Geld für die Lizenzierung bezahlen können. Sie benötigen außerdem eine Verbindungsstruktur und einen Switch, der PFC unterstützt, um die SMB Direct-Funktion nutzen zu können (ich gehe davon aus, dass Sie sie aufgrund der RDMA-fähigen Mellanox-Netzwerkkarten verwenden möchten, die fantastisch sind).

Mit Ihren Laufwerken können Sie eine paritätsbasierte Kapazitätsstufe erstellen und darüber eine SSD-basierte Zwischenspeicherung (oder eine schnellere Schicht) hinzufügen, was gut ist. Obwohl ich von diesem Setup keine außergewöhnliche Leistung erwarten würde, wenn Ihre Arbeitslast nicht genau zu Ihrem SSD-Cache / Tier passt. Das in S2D verwendete Software-Paritäts-RAID / RAIN ist immer noch schlecht in Bezug auf die Leistung.

Unter https://technet.microsoft.com/en-us/windows-server-docs/storage/storage-spaces/storage-spaces-direct-overview finden Sie zahlreiche Informationen zum Planen eines S2D-Clusters in TechNet .

Eine schrittweise Anleitung, die Ihr spezielles Szenario abdeckt, finden Sie hier: https://www.starwindsoftware.com/blog/microsoft-storage-spaces-direct-4-node-setup-2

Es gibt sehr wenig bis null Sinn, SoFS basierend auf S2D zu erstellen. Hier ist der Grund:

1) Datacenter Edition überall. Es ist teuer ($ 6K +) und während Sie für hyperkonvergente Szenarien für lizenzierte Windows Server-VMs mit SOFS bezahlen, zahlen Sie für ... nichts! Es müssen keine VMs ausgeführt werden!

2) Seit TP5 AFAIK ist eine Konfiguration mit zwei Köpfen möglich, es gibt jedoch keine lokalen Rekonstruktionscodes (Lesen: Cluster ist nicht tolerant gegenüber Doppelplattenfehlern - dies ist in der Speicherarray-Welt nicht sinnvoll!), Es gibt keine Löschcodierung und keine Multi-Resilient Virtual Disks. Das Streben nach mehr Köpfen behebt Probleme, aber das sind (4 * Datacenter) -Editionen und ... Haben Sie viele Quad-aktive Speichercontroller in Speicherarrays gesehen?! Ja, da sind zwei. Manchmal drei (Infinidat?).

Bleiben Sie also bei Clustered Storage Spaces als SoFS-Back-End (super ausgereifte Lösung) oder verwenden Sie eine Replikation zwischen Knoten für weniger als 12.000 US-Dollar allein in Software.