Interner Speicher als HA-Failovercluster-Speicherpool?

Ich habe 2 HyperV-Serverknoten (2012 R2) mit gemeinsam genutztem ISCSI-Speicher (Ubuntu 16.04) in einem Failovercluster.

Ich möchte diese 3 Server (Windows Server 2016 und / oder 2012r2) mit jeweils 2 Partitionen erstellen, eine für das System und eine als Speicher.

Wie würde ich diese Funktion ausführen, wenn ich Wartungsarbeiten an einem der Server durchführen müsste?

Mit dem, was ich gerade habe, übertrage ich die VMs auf den Arbeitsknoten und führe Wartungsarbeiten am zweiten durch. Da der Speicher extern ist, ändert sich nichts an den VMs. Wenn ich denke, dass ich es tun möchte, würde das Schließen eines Servers dazu führen, dass der Speicher nicht verfügbar ist und alles darauf abstürzt.

Im Moment haben die Speicherserver ihre gesamte Festplatte in einem Hardware-RAID 1 + 0. Wenn also eine Festplatte ausfällt, verursacht dies keine Probleme für den Server. Wäre es möglich, dasselbe für den Cluster zu tun, falls einer der Server muss geschlossen werden?

Ich habe gelesen, dass die Verwendung von Hardware- und Software-Raids kein Problem ist, aber ich sehe nicht, wie ich dies ohne beides zum Laufen bringen könnte.

Wenn ich einen Speicherpool im Failovercluster ausführe, kann dann ein Server geschlossen werden, und der Speicher wird aktualisiert, wenn ich ihn wieder hochfahre, ohne dass die VMs nicht verfügbar sind.

Müsste ich alle Daten aus dem Speicher in einen Speicher übertragen, der aktiv bleibt, und dann den Server warten und anschließend alle Daten erneut übertragen? Oder ich bleibe bei externem Speicher und hoffe, dass ich ihn nie schließen muss, da es so ziemlich das gleiche Problem ist?

Einige Überlegungen: Alte Server HP Proliant Gen 7, Dell Poweredge Gen 12 und möglicherweise IBM Server X5. Ich kann auch keine anderen RAID-Controller bekommen. Ich bekomme alles, was auf diesen Servern enthalten ist, also kein Pass-Through, JBOD usw.

Wie in den Kommentaren unten erwähnt, verfügt Windows Server 2016 Datacenter Edition über integrierte Storage Spaces Direct (S2D), mit denen hyperkonvergierte Cluster mit zwei oder mehr Knoten implementiert / eingerichtet werden können. Es gab jedoch zu viele Probleme, sodass es im neuesten Windows Server ausgeschlossen wurde. Quelle .

Trotzdem gibt es immer noch Optionen zum Einrichten eines gemeinsam genutzten Speichers für den Hyper-V-Failovercluster. StarWind Virtual SAN und HPE StorageVirtual VSA erledigen diese Aufgabe jahrelang, bevor S2D veröffentlicht wurde. Die Lösungen ermöglichen das Spiegeln des zugrunde liegenden Speichers zwischen Knoten zum Zwecke des Clustering. Sie können die Lösungen also verwenden, um einen Hyper-V-Cluster mit zwei oder drei Knoten zu implementieren. Der Unterschied besteht darin, dass StarWind für Windows kostenlos und nativ ist und eine Linux-basierte Version hat, während HPE VSA kostenlos ist, aber nur eine Linux-basierte Speicher-Appliance.

Vor diesem Hintergrund würde ich Ihnen empfehlen, Ubuntu iSCSI-Speicher als Backup-Repository zu verwenden und StarWind für Hyper-V zu implementieren.