Zwei-Knoten-Server 2012 R2 Hyper-V-Cluster: Ist es möglich, lokale physische Festplatten im Cluster zu verwenden?

7

Wenn Sie sich den folgenden TechNet- Artikel zu Clustered Shared Spaces ansehen , gilt dies anscheinend nur für Hosts, die ein JBOD-Gehäuse über eine externe SAS-Rückwandplatine gemeinsam nutzen.

Jeder Host im Cluster mit zwei Knoten verfügt jedoch über eine identische Anzahl von SAS 15K-Laufwerken (4), die derzeit als RAID 10-Array konfiguriert sind.

Ich frage mich, ob es ein Hyper-V-Äquivalent zur Virtual SAN-Technologie von VMWare gibt, während lokale Festplatten als gemeinsam genutzte Speicherknoten im Cluster verfügbar gemacht werden können.

Grundsätzlich möchten wir nur die Festplatten auf dem Host verwenden, und der Failover-Cluster-Manager scheint nicht mit den lokalen Festplatten als Ziel für das Verschieben einer virtuellen Maschine spielen zu wollen. Es wäre schön, wenn die SAN-Wartung in der Lage wäre, VMs nach Bedarf auf die lokalen Festplatten zu mischen.

Soßengesicht
quelle
3
Es gibt sicherlich Software von Drittanbietern, die dies tun können. Ich habe StarWind Virtual SAN für diese Sache als vorübergehende Maßnahme verwendet, während ich auf den Kauf von gemeinsam genutztem Speicher gewartet habe. Ihre kostenlose Edition war früher "kapazitätsbegrenzt", aber es sieht so aus, als wäre sie jetzt
joeqwerty
@ Joeqwerty Wie lange hast du es benutzt? Stabil?
Saucengesicht
1
Wir haben es ein paar Monate lang benutzt. Es war ziemlich stabil. Ich kann mich nicht erinnern, irgendwelche Probleme damit gehabt zu haben.
Joeqwerty

Antworten:

4

Failover-Cluster erfordern gemeinsam genutzten Speicher. Ohne sie sind die Daten auf einer Maschine nicht verfügbar, wenn sie ausfällt, und es gibt keine Möglichkeit, ohne die Daten ein Failover durchzuführen.

Ich glaube nicht, dass es eine eingebaute fehlertolerante Methode zur Verwendung der lokalen Laufwerke gibt. Für virtuelle Clustermaschinen benötigen Sie gemeinsam genutzten Speicher, und interne Laufwerke sind nicht qualifiziert.

Insbesondere wenn Sie während der SAN-Wartung oder -Upgrades vorübergehend sind, können Sie die Fehlertoleranz verlieren. Wenn Sie SCVMM verwenden, deaktivieren Sie "Diese virtuelle Maschine hoch verfügbar machen". Wenn Sie den Failover-Cluster-Manager verwenden, entfernen Sie die virtuelle Maschine aus dem Cluster-Manager (sie ist weiterhin auf dem physischen Host vorhanden). Verwenden Sie dann den Hyper-V-Manager, um ihn in den lokalen Speicher zu verschieben.

Wenn Sie dies tun, verlieren Sie die Fehlertoleranz. Wenn ein physischer Host ausfällt, werden alle VMs auf diesem Host mitgeliefert. Sie können weiterhin die Nicht-Cluster-Version der Live-Migration verwenden, um sie während des normalen Betriebs zwischen Hosts zu verschieben. Dies bedeutet jedoch auch, dass die Festplattendateien verschoben werden, sodass dies länger dauert.

Wenn Sie fertig sind, verschieben Sie die Festplatten zurück in den gemeinsam genutzten Speicher und stellen Sie sie wieder hoch verfügbar.

Gewähren
quelle
Sie sind sich der Auswirkungen des Failovers voll bewusst und suchen nur nach temporärem Speicher, der Hyper-V / VM-fähig ist. Blick in SMB 3.0-Aktien.
Soße Gesicht
Schauen Sie sich diese Seite an: technet.microsoft.com/en-ca/library/jj134187.aspx Möglicherweise können Sie es über SMB3 zum Laufen bringen (insbesondere werden Loopback-Verbindungen nicht unterstützt - müssen Sie also haben die Speicherung auf einem vom Host getrennten Server, also 2 einzelne Fehlerstellen). Ohne gemeinsam genutzten Speicher ist es jedoch überhaupt nicht hoch verfügbar. Sie sollten also die VMs so umschalten, dass sie nicht geclustert werden, und auf die lokale Festplatte wechseln.
Grant
Oh, yikes. Ist die Option "Clustered / Non-Clustered" nur in VMM verfügbar? Zu diesem Zeitpunkt verwenden wir nur den Failover-Manager, um die VMs zu verwalten.
Soße Gesicht
@gravyface Nein, Sie können dies über den Failover-Manager und den Hyper-V-Manager tun. Entfernen Sie einfach die VM aus dem Failover-Manager. Jetzt haben Sie eine VM ohne Cluster, die Sie im Hyper-V-Manager steuern können. Fügen Sie es wieder in den Failover-Manager ein und Sie sind wieder im Cluster. Vergessen Sie nicht, die Festplatten- / Konfigurationsdateien jedes Mal zwischen lokalem und SAN-Speicher zu verschieben - der Failover-Cluster-Manager erledigt dies nicht für Sie.
Grant
@gravyface Um die VM aus Failover-Clustern zu entfernen, klicken Sie einfach mit der rechten Maustaste darauf und fügen Sie die Option Entfernen hinzu. Die VM ist weiterhin im Hyper-V-Manager auf dem Host vorhanden. Um eine VM wieder in den Failovercluster-Manager zu versetzen, klicken Sie mit der rechten Maustaste auf Rollen -> Rolle konfigurieren -> Virtuelle Maschine. Alle nicht geclusterten VMs werden zum Importieren angezeigt. Dann müssen Sie nur noch den Speicher verschieben.
Grant
4

Hier gibt es nicht viel hinzuzufügen, da StarWind und HP VSA bereits erwähnt wurden! Beide Produkte bieten einen hohen Wert und tun genau das, was Sie erreichen möchten.

Beachten Sie, dass Sie die VMs nicht zurück in den lokalen Speicher verschieben können, wenn sie bereits als Speicherpool für HP VSA oder StarWind bereitgestellt wurden. Der Speicher von StarWind ist jedoch immer im Loopback-Modus verfügbar, sodass Sie auch während der Wartung Zugriff auf Ihre VMs haben. Sie sind sich bei HP VSA nicht sicher, da für den Cluster eine dritte Abstimmungseinheit erforderlich ist, damit der Wartungsprozess komplizierter werden kann.

Wenn Sie über Speicherplatzreserven zum Mischen der VMs verfügen, können Sie die Storage Live Migration-Funktionalität mit allen auf dem Markt verfügbaren Speicherlösungen verwenden.

Stuka
quelle
3

StarWind Virtual SAN ist so ziemlich alles, was Sie brauchen. Im Gegensatz zu einer selbst gebrauten VM-Lösung erwähnte GregL, dass diese spezielle Lösung zu 100% in Hyper-V enthalten ist, da es sich um eine Windows-App handelt: einfach zu installieren und kein VM-Patching-Chaos. + Leistung. Wenn Sie mit VMs gut zurechtkommen, schauen Sie sich HP StoreVirtual VSA an. Die Kapazität für die kostenlose Version ist auf 1 TB begrenzt, und Sie müssen nach einem dritten eigenständigen Knoten fragen, um FOM zu installieren (Windows-Cluster-Zeugenäquivalent).

RiGiD5
quelle
0

Ich würde denken, dass Ihre einzige Möglichkeit, dies zu erreichen, darin besteht, eine eigene, selbst entwickelte Version von vSAN mit lokal gehosteten "Controllern" einzurichten.

So etwas wie diese , oder eine Reihe von gruppierten FreeNAS / OpenFiler - Instanzen DRBD sollte es tun.

Ich würde mich für primäre Speicherzwecke nicht darauf verlassen, aber es könnte zur Not in Ordnung sein, wenn Sie eine störende SAN-Wartung durchführen und eine Handvoll VMs am Laufen halten müssen.

GregL
quelle